Cronograma típico de um projeto de micro SaaS sob medida

Cliente novato em desenvolvimento sob medida vive um terror pequeno: "vai virar caixa preta de 6 meses, vou pagar e esperar?". Faz sentido. A solução é simples: conhecer o cronograma típico semana por semana. Quando você sabe o que rola em cada fase, deixa de ser passageiro e vira piloto. Vou abrir o cronograma típico de um MVP nosso.

Visão geral do cronograma

Pra um MVP completo. Pra projeto cirúrgico, todos os números encolhem pela metade. Pra produto robusto, expandem.

As 5 fases gerais

1. 1Imersão e escopo (semanas 1-2)
2. 2Desenho do produto (semana 3)
3. 3Construção em ciclos (semanas 4-12)
4. 4Teste fechado (semanas 13-14)
5. 5Go live e estabilização (semanas 15-16)

Semanas 1-2: imersão e escopo

Ponto de partida. Aqui a gente aprende o seu negócio antes de discutir software.

O que rola dia a dia

• 2-4 encontros de 45-90 minutos com você
• 1-3 encontros com gente que opera no dia a dia
• Mapeamento de processos atuais (planilha, sistema, papel)
• Identificação de pontos de dor concretos
• Listagem de integrações necessárias

O que sai dessa fase

Documento de imersão (3-5 páginas) e primeira versão do escopo do MVP, com priorização clara.

Semana 3: desenho do produto

Antes de codar, desenha. Tela errada custa pouco aqui, custa caro depois.

O que aparece

• Wireframes das 4-6 telas principais
• Fluxo do usuário do cadastro à ação central
• Regras de negócio detalhadas em texto
• Decisão de design system (shadcn? customizado?)
• Definição da stack técnica

Sua participação

Validar tudo. Mostrar como usuário real pensaria. Apontar o que ficou estranho. Aqui é quando você economiza meses, porque mudança em wireframe leva minutos.

Semanas 4-12: construção em ciclos

O grosso do trabalho. Mas não é "sumimos 2 meses". Entrega parcial a cada 1-2 semanas.

Como funciona o ritmo

• Ciclos de 1-2 semanas com escopo definido
• Entrega parcial navegável no fim de cada ciclo
• Reunião de revisão (30-45 min) entre ciclos
• Ajustes baseados em feedback
• Documentação crescendo junto com o produto

O que entra em cada ciclo (típico)

1. 1Ciclo 1: autenticação, base do banco, fluxo de cadastro
2. 2Ciclo 2: tela central que mais valor entrega
3. 3Ciclo 3: integrações principais (Pix, WhatsApp)
4. 4Ciclo 4: tela secundária e relatórios básicos
5. 5Ciclo 5: cobrança recorrente e onboarding
6. 6Ciclo 6: ajustes e refinamento

Como você acompanha

Acesso ao staging desde o primeiro ciclo. Backlog visível. Você testa o que ficou pronto antes do ciclo seguinte. Sem caixa preta, sem surpresa.

Semanas 13-14: teste fechado

Antes do mundo ver, um grupo pequeno usa. Pega bug que só aparece em uso real.

Quem entra no teste

• 5-10 clientes que você confia
• Idealmente, alguns dos entrevistados na validação
• Pessoas que vão usar de verdade, não amigos polidos

Como rolam os ajustes

Ajuste rápido (botão na posição errada) sai no mesmo dia. Ajuste de fluxo (passo confuso) sai em 1-3 dias. Mudança grande de escopo entra na fase 2, não atrasa lançamento.

Semanas 15-16: go live e estabilização

Subida pra produção, monitoramento ativo, ajuste fino com cliente real usando.

Os primeiros 30 dias críticos

Time fica de prontidão. Bug crítico, corrigimos no mesmo dia. Cliente liga frustrado, atendemos rápido. Esses 30 dias definem a percepção do produto.

Pós go live: evolução planejada

Software lançado é planta plantada, não casa pronta. Continua precisando de cuidado.

O que continua

• Plano de fases 2 e 3 com prioridade definida
• Suporte técnico contínuo (modelo combinado)
• Reuniões periódicas de revisão
• Ajuste de rota com base em uso real
• Monitoramento ativo nos primeiros 90 dias

O que pode mexer no cronograma

Honestidade sobre o que atrasa projeto.

• Mudança grande de escopo no meio (causa #1 de atraso)
• Atraso na sua resposta em validações (resposta em 1 semana vs 1 hora)
• Integração externa mais complexa que parecia (descobrimos no caminho)
• Indecisão ("vou pensar e te respondo" sem resposta)
• Time interno do cliente não disponível pra testar

Sua participação por fase

Pra você se preparar.

• Imersão (sem 1-2): 4-6h espalhadas (alta participação)
• Desenho (sem 3): 2-4h de validação (alta participação)
• Construção (sem 4-12): 1h/semana + testes esporádicos (baixa-média)
• Teste fechado (sem 13-14): organizar cliente piloto (média)
• Go live (sem 15-16): disponibilidade pra responder rápido (média)

Se você quer ver como esse cronograma se desenha pro seu caso específico, fala com o Felipe aqui no chat. Ele já faz o gancho pra primeira conversa de imersão, e a partir dela dá pra dimensionar o seu cronograma realista.