📈 Guia Completo: Criando Estimativas de Projeto
Visão Geral do Processo
O agente SpecForge no CFly conduz você por 3 fases até a entrega de uma proposta comercial completa com estimativa de custo, cronograma e roadmap de sprints. Você não precisa de conhecimento técnico — o agente traduz tudo automaticamente.
graph LR
subgraph "Fase 1 — Descoberta"
A["📋 Projeto<br/>+ Nome"] --> B["🔧 Descrição<br/>do Projeto"]
B --> C["💼 Contexto<br/>de Negócio"]
C --> D["⚡ Features"]
end
subgraph "Fase 2 — Especificação"
D --> E["📄 Specs +<br/>Planos + Tasks"]
E --> F["💰 Estimativa"]
end
subgraph "Fase 3 — Entrega"
F --> G["📊 Relatório<br/>Consolidado"]
G --> H["📦 ZIP"]
end
Antes de Começar
O que você precisa ter em mãos
| Item | Descrição | Status |
|---|---|---|
| Briefing do cliente | Anotações da reunião com o cliente, descrição do projeto | ✅ Obrigatório |
| Lista de funcionalidades | O que o sistema precisa fazer (pode ser em linguagem informal) | ✅ Obrigatório |
| Restrições e prazos | Prazo desejado, orçamento aproximado, requisitos regulatórios | ⚡ Recomendado |
| Materiais de apoio | RFP, wireframes, apresentações, documentos do cliente | ℹ️ Opcional |
Como acessar
Acesso ao CFly
- Abra o CFly no navegador
- Selecione o modelo SpecForge Agent no seletor de modelos
- Inicie uma nova conversa
🔵 Fase 1: Descoberta de Negócio
🔍 FASE 1 — DESCOBERTA
Passo 1 — Nome e Descrição do Projeto
Ao iniciar a conversa, o agente se apresenta e pede duas informações:
- Nome do projeto
- Descrição breve (1-2 frases)
Exemplo prático
Você: O projeto se chama "HealthTrack Pro". É uma plataforma de saúde e
bem-estar para uma rede de academias com 25 unidades no Brasil. Precisa
de app mobile para alunos e painel web para gestores.
Dica
Seja o mais detalhado possível na descrição inicial. Quanto mais contexto você fornecer aqui, menos perguntas o agente precisará fazer depois.
Passo 2 — Contexto de Negócio
Novidade
O agente agora infere automaticamente o tipo de projeto a partir da descrição do negócio. Você não precisa mais escolher entre opções técnicas.
Neste passo, o agente pede que você descreva o projeto em detalhes: qual problema resolve, quem vai usar, qual o cenário de uso principal. A partir da sua resposta, ele identifica automaticamente se o projeto é:
- Um sistema web (portal, dashboard, painel)
- Um aplicativo mobile (app para celular)
- Uma API de integração (serviço consumido por outros sistemas)
- Um projeto de dados e IA (machine learning, pipelines de dados)
- Uma ferramenta de automação para IA (extensão para Cursor, Claude, etc.)
Exemplo prático
Agente: Me conta mais sobre o projeto — qual o problema que ele resolve,
quem vai usar, qual o cenário de uso principal?
Você: O HealthTrack Pro é um app para academias. Os alunos usam pelo
celular para acompanhar treinos e evolução. Os gestores da academia
usam um painel web para gerenciar planos e acompanhar resultados.
Agente: Entendi! Com base no que você descreveu, vamos montar o projeto
como um aplicativo mobile otimizado para o cenário de acompanhamento
de treinos com painel administrativo web.
Dica
Seja o mais detalhado possível. Quanto mais contexto você fornecer, melhor o agente identifica o tipo ideal de projeto. Se houver ambiguidade, ele faz uma única pergunta de esclarecimento em linguagem simples.
Passo 3 — Contexto de Negócio
Este é o passo mais importante. O agente conduz uma conversa natural para entender o projeto em profundidade. Ele não faz perguntas em formato de formulário — é mais como um bate-papo.
O que o agente quer entender
Exemplo prático
Agente: Me conta mais sobre o projeto — qual problema ele resolve,
quem vai usar e qual o cenário principal de uso?
Você: A rede FitLife Gyms tem 25 academias no Brasil e precisa
modernizar o atendimento. Hoje os alunos se inscrevem presencialmente
e tudo é controlado em planilhas. Queremos:
- App pro aluno se inscrever, pagar (Pix e cartão), acompanhar treinos
- Os instrutores verem a ficha dos alunos no celular
- Os gestores terem um painel com relatórios de cada unidade
- Esperamos uns 15.000 alunos ativos e 300 instrutores
- Precisa funcionar offline quando o aluno tá treinando e sem sinal
- Precisamos estar em conformidade com a LGPD
O agente extrai automaticamente as informações da sua resposta e pode fazer perguntas de acompanhamento sobre pontos que ficaram vagos.
Dica
Mencione materiais que você tem (RFP, wireframes, ata de reunião). O agente pede para você enviar — quanto mais material, melhor a especificação.
Ao final, o agente apresenta um resumo das decisões automáticas:
Resumo de decisões automáticas
Agente: Com base nas informações, identificamos que o projeto precisa de:
- Sistema de cache para melhorar performance (15.000 usuários simultâneos)
- Processamento em segundo plano para pagamentos e notificações
- Suporte a funcionamento offline com sincronização automática
- Sistema de notificações push para o app mobile
- Complexidade estimada: Média
Passo 4 — Funcionalidades do Projeto
O agente pede para você listar as funcionalidades principais. Ele ajuda a organizar:
Exemplo prático
Você: As funcionalidades principais são:
1. Cadastro e matrícula de alunos (com CPF e pagamento)
2. Acompanhamento de treinos (o aluno registra exercícios, séries, cargas)
3. Agendamento de aulas coletivas (yoga, spinning, HIIT)
4. Planos nutricionais
5. Atribuição de instrutores
6. Painel de gestão com relatórios
O agente confirma:
| # | Funcionalidade | Descrição |
|---|---|---|
| 1 | Cadastro de Alunos | Inscrição com CPF, pagamento via Pix/cartão |
| 2 | Treinos | Registro de exercícios, séries, cargas, histórico |
| 3 | Aulas Coletivas | Agendamento, lista de espera, check-in por QR |
| 4 | Nutrição | Planos nutricionais personalizados |
| 5 | Instrutores | Atribuição automática por objetivo + disponibilidade |
| 6 | Gestão | Painel com relatórios por unidade |
🟣 Fase 2: Pipeline de Especificação (SDD)
📄 FASE 2 — ESPECIFICAÇÃO
Após a fase de descoberta, o agente gera automaticamente todos os documentos técnicos do projeto. Você participa revisando e aprovando cada artefato.
Como funciona o ciclo de revisão
graph TD
A["🤖 Agente gera o documento"] --> B["📋 Apresenta pra você revisar"]
B --> C{Aprovado?}
C -->|Sim| D["✅ Próximo passo"]
C -->|Pedir revisão| E["🔄 Agente corrige"]
E --> B
Documentos gerados por funcionalidade
Para cada funcionalidade, o agente gera estes documentos em sequência:
| # | Documento | O que contém | Sua ação |
|---|---|---|---|
| 1 | Especificação (spec.md) |
Histórias de usuário, requisitos, critérios de sucesso | Revisar se os requisitos batem com o briefing do cliente |
| 2 | Cenários de Teste (test-scenarios.md) |
Cenários de teste para cada história de usuário | Verificar se cobrem os casos mencionados pelo cliente |
| 3 | Clarificação (se necessário) | Resolve ambiguidades na spec | Responder perguntas do agente |
| 4 | Plano Técnico (plan.md) |
Plano de implementação, modelo de dados, contratos de API | Verificar se o escopo parece correto |
| 5 | Tarefas (tasks.md) |
Decomposição em tarefas ordenadas e estimadas | Verificar se nenhuma funcionalidade foi esquecida |
| 6 | Checklists (checklists/) |
Validação de qualidade dos requisitos | Revisar se tudo está coberto |
Documento gerado no nível do projeto
| # | Documento | O que contém | Sua ação |
|---|---|---|---|
| 7 | Estimativa (estimate.md) |
Custo, cronograma, equipe, roadmap de sprints | ⭐ Revisar a proposta comercial |
O que contém a estimativa
A estimativa é o documento mais importante para vendas. Ela contém duas partes:
🔗 Parte 1 — Proposta para o Cliente
Pode compartilhar com o cliente:
- 📝 Resumo executivo
- 🤖 Abordagem de entrega (desenvolvimento acelerado por IA)
- 📋 Detalhamento por funcionalidade
- 👥 Equipe base (3 especialistas — Dev 100%, Arquiteto 30%, PO 50%) com papéis adaptados ao tipo de projeto
- 💰 Investimento total e mensal
- 📅 Roadmap visual de sprints com entregas a cada 2 semanas
- 🏁 Marcos do projeto (MVP, Beta, Lançamento)
- 🏷️ Política de descontos
- ➕ Serviços adicionais
- ⚠️ Premissas e riscos
🔒 Parte 2 — Análise Interna (CONFIDENCIAL)
NÃO compartilhar com o cliente
- Custo interno por papel
- Custo de ferramentas de IA
- Análise de margem
- Comparativo tradicional vs. acelerado por IA
Exemplo de investimento gerado
Investimento do Projeto
Equipe Base (3 especialistas — exemplo Web/Fullstack)
Papel Perfil Dedicação Valor/Hora Desenvolvedor Fullstack 100% (80h/sprint) R$ 171,34 Arquiteto Arquiteto de Software 30% (24h/sprint) R$ 222,64 PO Product Owner 50% (40h/sprint) R$ 198,64
Item Valor Duração 6 semanas (3 sprints) Investimento Total R$ 121.482,72 Investimento Mensal R$ 80.988,48 Valores de venda (já incluem tributos). Exemplo para projeto médio Web/Fullstack (multiplicador 1.5x).
Exemplo de roadmap de sprints
Sprint 1 |████ Setup + Fundação |
Sprint 2 |████ Cadastro + Pagamentos |████ Treinos |
Sprint 3 |████ Aulas Coletivas |████ Polish + QA |
──────────────────────────────────────────────────────────
MVP ▲ Beta ▲ Lançamento ▲
(Sprint 2) (Sprint 3)
Dica para apresentação ao cliente
O roadmap de sprints é a seção mais poderosa da proposta. Ele mostra ao cliente exatamente o que será entregue a cada 2 semanas, tornando o investimento tangível.
🟢 Fase 3: Finalização
📦 FASE 3 — ENTREGA
Passo 7 — Relatório Consolidado
O agente gera um documento único em português com todas as informações do projeto consolidadas. Este relatório pode ser usado como base para a proposta comercial.
Passo 8 — Entrega
O agente empacota todos os artefatos em um arquivo ZIP para download:
healthtrack-pro/
├── constitution.md # Princípios do projeto
├── specs/
│ ├── estimate.md # ← PROPOSTA COMERCIAL
│ ├── 001-cadastro-alunos/
│ │ ├── spec.md # Especificação
│ │ ├── test-scenarios.md # Cenários de teste
│ │ ├── plan.md # Plano técnico
│ │ ├── tasks.md # Tarefas
│ │ └── checklists/ # Checklists de qualidade
│ ├── 002-treinos/
│ │ └── ...
│ ├── 003-aulas-coletivas/
│ │ └── ...
│ └── ...
└── relatorio-consolidado.md # Relatório final
Dicas e Boas Práticas
✅ O que fazer
| Prática | Por que |
|---|---|
| Capture as prioridades do cliente na descrição inicial | Evita retrabalho e scope creep |
| Use as palavras do cliente ao descrever funcionalidades | O agente traduz para linguagem técnica automaticamente |
| Revise a estimativa antes de apresentar ao cliente | Confirme que a classificação de complexidade está justa |
| Use o roadmap de sprints na apresentação | Torna o investimento concreto e tangível |
| Mencione materiais disponíveis (RFP, wireframes) | Mais contexto = especificação mais precisa |
Verifique se há [PRECISA CLARIFICAÇÃO] nas specs |
Responda com base no seu conhecimento do cliente |
❌ O que NÃO fazer
| Prática | Consequência |
|---|---|
| Tentar usar termos técnicos na conversa | O agente cuida da parte técnica — foque no negócio |
| Pular a fase de contexto de negócio | A estimativa será imprecisa |
| Ajustar números manualmente na proposta | Re-execute a estimativa com novos parâmetros |
| Compartilhar a Parte 2 (interna) com o cliente | Expõem custos internos e margens |
| Prometer prazos sem verificar o roadmap | O roadmap é calculado com base nos artefatos reais |
Fluxo Resumido
8 passos para a proposta
- Abra o CFly → selecione SpecForge Agent
- Informe nome e descrição do projeto
- Descreva o projeto em detalhes (o agente infere o tipo automaticamente)
- Liste as funcionalidades
- Revise e aprove cada documento gerado
- Receba a estimativa com proposta comercial
- Baixe o ZIP com todos os artefatos
- Apresente a proposta ao cliente
Após a Aprovação do Cliente
Handoff para o time de desenvolvimento
Quando o cliente assinar o contrato, o pacote de artefatos gerado nesta fase será entregue ao time de desenvolvimento. Eles utilizarão:
- 🤖 Devin.ai — agentes de IA para implementação automatizada
- 🛠️ SpecForge — para manter os artefatos atualizados durante o desenvolvimento
- 💡 Claude Code — assistente de IA para codificação em IDE
Os artefatos que você revisou e aprovou (specs, planos, tarefas) servem como fonte única de verdade para o time de dev. Quanto mais precisos estiverem, mais eficiente será a implementação.
→ Consulte o Guia de Implementação para o Time de Desenvolvimento