Depois de 10 anos empreendendo, quebrando alguns CNPJs e LLCs, vendo 20 startups investidas morrerem. Aprendi que o EMPRESÁRIO tem que pivotar na mesma velocidade que vira a página de um livro. Ele só consegue fazer isso se estiver em completa dedicação com a visão de longo prazo. Não pode sofrer nem se apegar. Quando isso acontece a pivotagem da errada.
Parabéns por compartilhar! Ajuda demais todos nós empreendedores a ver que não estamos sós.
Quando cheguei na Welovenocode (dec/22), tinhamos (ainda temos) um bocado de débito técnico, fluxos confusos e churn alto. Estamos melhorando isso, mas eu confirmo 100% que o produto é um somatório de vários experimentos que fazemos no caminho.
Aqui vai uma pergunta: Se temos de fazer uma melhoria rápida no produto, o risco de dar errado é baixo, a probabilidade de dar certo é baixa, mas se der certo, pode mudar o jogo: Devemos fazer providenciar dados antes de montar a feature, ou devemos montar a feature (que é low effort), e medir as melhorias a partir do que foi construído?
Minha dúvida é: Dentro de decisões de produto, devemos medir algo e depois fazer, ou fazer algo e depois medir? Qual é o melhor framework?
Agora um feedback sobre seu conteúdo:
Notei que você estava construindo uma ótima narrativa sobre pivotagens, dando exemplos da sua jornada, bem legal!
Eu só senti que houve um salto do raciocínio quando você citou "Trate seus clientes como reis, e pivotar vai se tornar algo natural em sua vida." - Por que? Qual a importância dos clientes nas pivotagens? Creio que se você tivesse citado exemplos da importância dos clientes nas pivotagens, o artigo ficaria mais coeso.
Quando comento sobre tratar os clientes como rei, e pivotar será algo natural é porque naturalmente você vai identificando padrões e fazendo pequenas e sutis mudanças no produto e muitas vezes nem vai reparar. Mas ótimo ponto, vou prestar mais atenção nos próximos 👊🏼
Sobre o framework, eu precisaria entender melhor o momento do seu produto para te dar uma resposta mais precisa dado o tamanho da sua companhia neste momento. Se fosse uma companhia mais enxuta, pensando em micro-saas eu diria para implementar e metrificar o uso da funcionalidade através de eventos do GA ou Clarity.
Depois de 10 anos empreendendo, quebrando alguns CNPJs e LLCs, vendo 20 startups investidas morrerem. Aprendi que o EMPRESÁRIO tem que pivotar na mesma velocidade que vira a página de um livro. Ele só consegue fazer isso se estiver em completa dedicação com a visão de longo prazo. Não pode sofrer nem se apegar. Quando isso acontece a pivotagem da errada.
Parabéns por compartilhar! Ajuda demais todos nós empreendedores a ver que não estamos sós.
Ótimo conteúdo, Bruno!
Quando cheguei na Welovenocode (dec/22), tinhamos (ainda temos) um bocado de débito técnico, fluxos confusos e churn alto. Estamos melhorando isso, mas eu confirmo 100% que o produto é um somatório de vários experimentos que fazemos no caminho.
Aqui vai uma pergunta: Se temos de fazer uma melhoria rápida no produto, o risco de dar errado é baixo, a probabilidade de dar certo é baixa, mas se der certo, pode mudar o jogo: Devemos fazer providenciar dados antes de montar a feature, ou devemos montar a feature (que é low effort), e medir as melhorias a partir do que foi construído?
Minha dúvida é: Dentro de decisões de produto, devemos medir algo e depois fazer, ou fazer algo e depois medir? Qual é o melhor framework?
Agora um feedback sobre seu conteúdo:
Notei que você estava construindo uma ótima narrativa sobre pivotagens, dando exemplos da sua jornada, bem legal!
Eu só senti que houve um salto do raciocínio quando você citou "Trate seus clientes como reis, e pivotar vai se tornar algo natural em sua vida." - Por que? Qual a importância dos clientes nas pivotagens? Creio que se você tivesse citado exemplos da importância dos clientes nas pivotagens, o artigo ficaria mais coeso.
Mas novamente, parabéns pelo trabalho!
Fala caio tudo bom? Cara ótimo feedback!!
Quando comento sobre tratar os clientes como rei, e pivotar será algo natural é porque naturalmente você vai identificando padrões e fazendo pequenas e sutis mudanças no produto e muitas vezes nem vai reparar. Mas ótimo ponto, vou prestar mais atenção nos próximos 👊🏼
Sobre o framework, eu precisaria entender melhor o momento do seu produto para te dar uma resposta mais precisa dado o tamanho da sua companhia neste momento. Se fosse uma companhia mais enxuta, pensando em micro-saas eu diria para implementar e metrificar o uso da funcionalidade através de eventos do GA ou Clarity.
Boaaa 👏👏👏