Para montar o escopo de um projeto de software, defina nesta ordem: o problema de negócio, os perfis de usuário, a jornada de cada perfil, as telas necessárias, as regras de negócio, as integrações e os requisitos não funcionais. Esse documento é o que permite receber propostas comparáveis — sem ele, cada fornecedor orça um projeto diferente e a comparação vira loteria.
1. Comece pelo problema, não pela solução
Escreva em um parágrafo qual problema o software resolve e como você vai saber que ele funcionou. “Reduzir o tempo de fechamento de pedido de 3 dias para 4 horas” é um objetivo verificável. “Modernizar o processo” não é. Esse parágrafo orienta todas as decisões de corte quando o orçamento apertar.
2. Liste os perfis de usuário
Cada perfil vê telas diferentes e tem permissões diferentes. Um sistema com cliente, operador e administrador tem, na prática, três produtos convivendo. Para cada perfil, responda: quem é, com que frequência usa, em que dispositivo e o que precisa conseguir fazer.
3. Descreva a jornada principal de cada perfil
Do primeiro acesso até concluir a tarefa central, passo a passo. É aqui que aparecem as telas esquecidas: recuperação de senha, estado vazio, confirmação, erro de pagamento, cancelamento. Essas telas costumam representar boa parte do esforço e quase nunca aparecem no briefing inicial.
4. Transforme jornadas em lista de telas
Uma lista nomeada de telas, com o que cada uma exibe e quais ações oferece. Fornecedor orça por tela e por regra, então uma lista explícita reduz drasticamente a variação entre propostas.
5. Escreva as regras de negócio
Este é o item que mais separa uma estimativa boa de uma ruim. Exemplos do tipo de regra que precisa estar escrita:
- Quem pode aprovar um pedido acima de determinado valor.
- O que acontece quando o estoque acaba durante a compra.
- Como o desconto é calculado e se acumula com outro.
- Quanto tempo um registro fica bloqueado para edição.
- O que é registrado em auditoria e por quanto tempo é mantido.
6. Mapeie as integrações
Para cada sistema externo, informe: qual é, se tem API documentada, quem fornece as credenciais e o que precisa trafegar em cada direção. Integração sem documentação é o principal gerador de atraso em projeto corporativo, e precisa estar sinalizada como risco desde a proposta.
7. Defina os requisitos não funcionais
São os que não aparecem em tela e mudam a arquitetura inteira: número de usuários simultâneos esperado, volume de dados, exigência de disponibilidade, necessidade de funcionar offline, idiomas, acessibilidade e requisitos de LGPD. Descobrir isso depois costuma significar reescrever partes do sistema.
8. Separe o que é MVP do que é evolução
Classifique cada funcionalidade como essencial, importante ou desejável. Peça que a proposta precifique essas faixas separadamente. Isso dá controle de orçamento sem precisar renegociar o contrato inteiro quando o valor vier acima do esperado.
Checklist do escopo
| Bloco | Pronto quando… |
|---|---|
| Objetivo | Existe uma métrica de sucesso verificável |
| Perfis | Cada perfil tem permissões descritas |
| Telas | Estados de erro e vazio estão na lista |
| Regras | Casos de exceção estão escritos |
| Integrações | Cada uma tem responsável e documentação identificada |
| Não funcionais | Volume, disponibilidade e LGPD estão definidos |
| Prioridade | MVP está separado da evolução |
Não precisa fazer sozinho
Escopo é trabalho técnico, e quem está contratando software normalmente não tem esse repertório — nem deveria precisar ter. Na Connech, você descreve um resumo do projeto e a equipe transforma isso em escopo detalhado, sem custo, antes de qualquer fornecedor ser acionado.
Montar meu escopo gratuitamente.
Perguntas frequentes
Escopo muito detalhado não engessa o projeto?
Detalhar o escopo não impede mudança: torna a mudança visível e precificável. O que engessa é contrato rígido, não documentação boa.
Quanto tempo leva para montar um escopo?
Para um projeto de porte médio, de alguns dias a duas semanas, dependendo principalmente da disponibilidade de quem conhece as regras de negócio do lado do contratante.