Como colocamos
produto no ar.
Projeto de software dá errado de formas previsíveis: escopo aberto, prazo sem dono, decisão tomada tarde demais. O método existe para fechar essas portas antes de começar.
Capítulo 01
Diagnóstico
Entender o negócio antes da tela: problema, usuários, riscos e o que já existe.
O que sai daqui
- Problema escrito
- Usuários e fluxos
- Riscos
- Arquitetura
Você decide
Se o problema descrito é o problema real.
Capítulo 02
Escopo
O que entra, o que fica de fora e por quê. Preço e data fecham aqui.
O que sai daqui
- Escopo por escrito
- Preço fechado
- Data no contrato
Você decide
O que entra agora e o que fica para depois.
Capítulo 03
Design
Fluxos e telas decididos com critério, validados antes de virar código.
O que sai daqui
- Fluxos
- Telas
- Design system
Você decide
Aprovar cada fluxo antes de ele virar código.
Capítulo 04
Build
Código em ciclos curtos, com o produto rodando desde as primeiras semanas.
O que sai daqui
- Produto rodando
- Ciclos curtos
- Integrações
Você decide
Testar o produto de verdade, não só o Figma.
Capítulo 05
Publicação
No ar, com domínio, analytics, segurança e acessos entregues a você.
O que sai daqui
- Domínio
- Analytics
- Segurança
- Acessos em seu nome
Você decide
O dia de abrir para os usuários.
Capítulo 06
Evolução
O produto melhora todo mês, com o agente de IA apontando onde.
O que sai daqui
- Agente de IA
- Relatório mensal
- Prioridades do mês
Você decide
O que melhorar primeiro no mês seguinte.
Termos usados
Glossário do método
- Diagnóstico
- Etapa inicial em que entendemos o problema, o produto e o negócio antes de definir escopo, preço e prazo.
- Escopo fechado
- Modelo de contrato em que escopo, preço e prazo são definidos antes de começar e não mudam sem acordo.
- Design system
- Conjunto de componentes, regras visuais e tokens (cores, tipos, espaços) que todo o produto usa, no design e no código.
- MVP
- Minimum Viable Product: a menor versão do produto que resolve o problema principal e pode ser colocada no ar para usuários reais.
- Deploy
- O ato de enviar uma versão nova do código para o servidor onde o sistema roda, deixando a mudança disponível.
- Evolução contínua
- Trabalho recorrente para melhorar o produto depois que ele vai ao ar: correções, novas funcionalidades e ajustes a partir do uso real.