🗓️ Por Que 30 Dias?
Limite de 4 semanas é restrição artificial — e é exatamente por isso que funciona. Sem prazo, você inventa features que ninguém pediu. Com prazo, você se obriga a focar no essencial.
⚡ A lógica
Quanto mais tempo você tem, mais coisa inventa que ninguém precisa. Restrição força foco.
Cal AI lançou em ~30 dias. O fundador codava há 11 anos e poderia ter polido por mais tempo. Não polius. Lançou. Foram justamente os primeiros usuários reais que mostraram o caminho.
⚠️ Se 30 dias não dão
Se seu escopo "não cabe em 30 dias", o problema é o escopo, não o prazo. Volta no Módulo 3.1 e aplica a pergunta-corte. Corta features até caber.
1️⃣ Semana 1: Validar e Planejar
Antes de codar uma linha, você passa 7 dias em campo. Já fez isso na Trilha 2? Ótimo, revise. Não fez? Volta lá agora.
📋 Checklist da Semana 1
- ☐ 10 conversas reais feitas (Módulo 2.2)
- ☐ Frase de 1 linha cristalizada e pública (Módulo 2.3)
- ☐ Função-mãe definida (Módulo 3.1)
- ☐ Lista de exclusão assinada
- ☐ Ferramenta escolhida (Módulo 3.2 ou 3.3)
- ☐ Data de lançamento (D-30) anunciada publicamente
📊 Por que essa semana é a mais importante
Quem pula a Semana 1 vai retrabalhar tudo na Semana 5. As decisões dessa semana determinam se o produto inteiro vale.
2️⃣ Semana 2: Construir Só o Core
7 dias construindo APENAS a função-mãe. Nada mais. Sem onboarding, sem dashboard, sem features bonitas. Só a UMA coisa.
🛠️ Distribuição da semana
⚠️ Tentações comuns
- • "Só vou adicionar login social, é rápido" — NÃO. Lista de exclusão.
- • "Esse botão fica feio assim, deixa eu ajustar" — NÃO. Feio é OK.
- • "Falta dashboard de stats" — NÃO. Lista de exclusão.
✓ O que importa nessa semana
Que a função-mãe FUNCIONA. Não precisa ser bonita. Não precisa ser perfeita. Precisa funcionar para um humano usar de verdade.
3️⃣ Semana 3: Testar com 10 Usuários
Convida 10 contatos da Semana 1 para usar. Observa onde travam, ouve críticas, anota tudo. Resista à tentação de "ajustar tudo" — só anote.
📋 Como conduzir os testes
- Manda link para 10 pessoas, sem instruções extras
- Pede que abram em videocall para você observar
- Não fala nada enquanto eles usam — só observa
- Onde eles param, onde ficam confusos, o que tentam fazer
- Anota TUDO. Não defenda o produto.
- No fim, pergunta o que faltou.
📊 Como priorizar
Lista todos os problemas. Identifica os top 3 mais frequentes. Esses são os que vai corrigir na Semana 4. O resto, anota para "versão 2".
4️⃣ Semana 4: Lançar e Medir
Corrige top 3 problemas da Semana 3. Lança publicamente. Inicia primeiros DMs (Trilha 4 explica como). Você está no ar.
🚀 O que "lançar publicamente" significa
- • Link público acessível por qualquer um
- • Pagamento configurado (se for pago)
- • Email/contato funcionando para suporte
- • Posts no LinkedIn, X, comunidades anunciando
- • Primeiros DMs para criadores (Trilha 4)
✓ Mentalidade certa
"Lançar publicamente" não é "todo mundo no Brasil viu." É "qualquer pessoa no mundo pode acessar." A partir daqui, marketing (Trilha 4) é o motor. Produto vai melhorar com base em uso real.
📢 Como Cumprir o Prazo
Sem compromisso público, prazo escorrega. Com compromisso público, vira identidade. Você passa a ter algo a perder se não cumprir.
📋 Onde anunciar a data
- • Post no LinkedIn ("dia X eu lanço Y")
- • X/Twitter
- • Grupo de WhatsApp profissional
- • Comunidade inema.vip (accountability dos pares)
- • Story do Instagram
⚡ Por que isso funciona
Compromisso público ativa uma parte do cérebro que se preocupa com reputação. Você sabe que se não cumprir, pessoas vão ver. Isso é forte o suficiente para te empurrar nas semanas difíceis.
📊 O que fazer se atrasar
Atrasou 1-2 dias? Anuncia transparentemente, cumpre. Atrasou semanas? Volta no Módulo 3.1, escopo está grande demais. Corta features e relança o cronograma.
📌 Resumo do Módulo
Trilha 3 completa! Próxima:
Trilha 4 — Marketing Estratégico (a mais importante: aqui mora o 79%)
🎉 Trilha 3 concluída!
Produto está com plano. Anuncia o D-30 na comunidade — o accountability vai te empurrar pra cumprir.
Entrar na comunidade inema.vip →