원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
Log in to leave a comment
아직 작성된 글이 없습니다
O principal motivo pelo qual as startups em estágio inicial quebram não é a falta de capacidade técnica. É o desperdício de dinheiro na criação de recursos que ninguém quer. Se o tempo desde o planejamento até o lançamento está ultrapassando 16 semanas, é um sinal claro de que você está desperdiçando recursos em engenharia desnecessária. Se o backlog semanal aumentar em média mais de 1 item em relação à semana anterior por duas semanas consecutivas, você deve pisar no freio imediatamente.
Quanto mais recursos, mais a equipe de desenvolvimento se afunda em um pântano. À medida que o número de recursos () aumenta, os casos de defeitos potenciais no sistema explodem combinatoriamente.
sum_{k=0}^{n} inom{n}{k} = 2^nUm produto com apenas 10 recursos possui 1.024 combinações de estado. No entanto, no momento em que você aumenta para 20 recursos, essas combinações explodem para 1.048.576. É por isso que os custos de teste e os recursos de depuração se tornam insuportáveis. Produtos complexos também obscurecem a mensagem de marketing. Os clientes saem assim que entram. O tempo de desenvolvimento deve ser restrito, sem exceções, entre 8 e 16 semanas, e novas solicitações de recursos devem ser bloqueadas inicialmente.
Você deve descartar obrigatoriamente 80% dos recursos que está criando. Só assim poderá reduzir os custos de construção do MVP pela metade e adiantar o lançamento em 3 meses. De acordo com um relatório da Pendo, empresa americana de análise de produtos, 80% dos recursos de produtos SaaS típicos são códigos mortos que quase nunca são usados pelos usuários. Remova agora do escopo qualquer funcionalidade que não seja essencial para que o usuário experimente o valor principal.
Classifique o backlog em apenas 3 etapas: a primeira é o valor principal, a segunda são recursos de suporte e a terceira são recursos para desenvolvimento futuro. Não desenvolva notificações in-app ou filtros de pesquisa detalhados nos primeiros 30 dias. Substituí-los por caminhos de contorno manuais, como e-mails ou widgets externos, pode economizar custos de engenharia.
Empresas de sucesso não criaram coisas grandiosas desde o início.
Se o seu orçamento total de MVP for de 60.000 dólares, a estratégia de gastar um valor fixo mensalmente é arriscada. Você precisa criar disjuntores físicos que só liberem o orçamento da próxima etapa após a validação do mercado para evitar o esgotamento de caixa.
Para evitar que os engenheiros caiam no perfeccionismo técnico e adiem prazos, você deve forçar a filosofia Shape Up da Basecamp. É um processo onde o prazo é fixo e o escopo é variável. Mesmo que o produto seja mais bruto que o planejado, se ele reduzir pela metade o incômodo dos métodos de contorno existentes, o produto tem valor de mercado.
Execute obrigatoriamente as 3 etapas a seguir todas as segundas-feiras:
Antes de liberar o produto para o público, realize testes rigorosos de usabilidade com 5-10 testadores beta selecionados. De acordo com a fórmula de engenharia de usabilidade de Jakob Nielsen, apenas 5 testadores podem identificar mais de 85% dos defeitos de usabilidade do produto com antecedência. Não peça aos testadores para usar o produto livremente. Atribua rigorosamente apenas uma tarefa principal e rastreie os pontos de saída.
Se você for uma startup de hardware, o custo de correção torna-se insuportável no momento em que a injeção do produto e o projeto do molde terminam. Você deve fazer uma validação de estrutura dupla antes da etapa de produção em massa. Passe por uma etapa de MVP do tipo 1, onde você cria a carcaça com impressão 3D e usa componentes prontos como Raspberry Pi para a operação interna, ou processa manualmente.
A Pebble recebeu 10 milhões de dólares em financiamento no Kickstarter, verificando a real intenção de pagamento apenas com imagens de renderização virtual e vídeos de operação de protótipos antes da produção em massa. A Mill também montou um dispositivo de cozimento a vapor usando peças prontas e reuniu 100 clientes pagantes reais. Somente após provar a intenção de compra do cliente na fase tipo 1 é que se deve projetar a placa de circuito PCB personalizada e construir o firmware embarcado para passar à fase de MVP tipo 2, evitando desperdício de fundos.
