(1) Pivotar com foco em tecnologia
(2) Não conseguir manter um modelo de negócios simples
(3) Mesmo conhecendo o Lean Startup, acabar vencido pelo espírito artesanal
(1) Pivotar com foco em tecnologia
(2) Não conseguir manter um modelo de negócios simples
(3) Mesmo conhecendo o Lean Startup, acabar vencido pelo espírito artesanal
4 comentários
Achei que, de repente, as visualizações do blog tinham aumentado, mas foi graças ao GeekNews rs
Pensando agora, acho que foi quando comecei a escrever naquele blog que passei a me interessar mais por SaaS, e esse interesse naturalmente acabou migrando para o lado do no-code.
Ultimamente, vendo ferramentas no-code e até estudando sobre elas, tenho sentido mesmo que, em poucos anos, as pessoas provavelmente vão parar de fazer prototipagem de apps programando.
Ótimo texto, obrigado! Eu também acho que a área de no-code é promissora ;)
Juntando o item 2 e o 3 de que o texto fala,
acho que a conclusão é que o importante é criar um MVP (Produto Mínimo Viável, Minimum Viable Product) com um objetivo claro.
Na minha opinião, quando um desenvolvedor vai empreender, as duas coisas abaixo são importantes para criar um MVP.
Essas costumam ser as partes que muitos desenvolvedores não fazem bem ou não fazem.
Escolha e foco: primeiro criar um produto que resolva um único ponto de dor importante, de forma simples
Mashup: para construir rápido, aproveitar bem, sempre que possível, o que não é essencial e já é de terceiros (
frameworks, SaaS)Acho que o item 1 exige considerar de forma ampla pesquisa de mercado, análise de tendências, tecnologias dominadas etc.
Já o item 2, na minha visão, é importante ter pelo menos um “nível de conhecimento superficial” sobre várias ferramentas, para poder usá-las no momento certo, no lugar certo, quando necessário.
Porque, se você nem souber que elas existem, acaba desenvolvendo tudo do zero ou leva muito tempo só para encontrar esse tipo de solução. Não gastem tempo desenvolvendo funcionalidades que não são o núcleo do produto.
Esse é o motivo de eu apresentar, pelo GeekNews, vários SaaS /
frameworkscom explicações curtas.Se vocês ao menos lerem o título e a descrição, acho que isso pode ser útil em algum momento no futuro.
Por isso, para as pessoas que me procuram com dúvidas relacionadas a negócios, eu também costumo recomendar bastante outras ferramentas que podem ser usadas fora do núcleo do produto, além de casos de negócio.
Mesmo em side projects ou projetos pessoais, para sair um produto que possa ser usado dentro de um cronograma viável, no fim das contas percebi que é preciso investir apenas o custo mínimo em tudo, exceto no key-value. Obrigado pelas boas palavras.