Como escrever o escopo de um software antes de contratar uma empresa

Você pede orçamento para três empresas de software e recebe valores de R$ 30 mil, R$ 90 mil e R$ 250 mil. Qual está certo? Provavelmente todos, porque cada empresa imaginou um sistema diferente. O problema não está nos orçamentos, está no pedido.

Um escopo bem escrito resolve isso. Ele faz as propostas ficarem comparáveis, reduz o risco de o projeto estourar e mostra ao fornecedor que você é um cliente sério. Este guia traz o roteiro do que descrever.

Escopo não é lista de telas

O erro mais comum é descrever o sistema como uma lista de telas: "tela de login, tela de cadastro, tela de relatório". Isso diz pouco. Um bom escopo começa pelo problema de negócio e pelas pessoas que vão usar o sistema.

As 10 partes de um bom escopo

1. Contexto do negócio

O que a empresa faz, como ganha dinheiro, tamanho da operação. Um parágrafo basta.

2. Problema a resolver

O que acontece hoje que precisa mudar. Seja concreto: "três pessoas gastam dois dias por mês consolidando planilhas de vendas e os números sempre divergem".

3. Objetivo e como medir

O que muda quando o sistema estiver pronto e como você saberá que deu certo. Exemplo: "fechar o mês em uma hora, com números iguais aos do financeiro".

4. Usuários e perfis

Quem usa o sistema e o que cada perfil pode fazer. Vendedor, gerente, financeiro, cliente final.

5. Fluxos principais

Descreva as jornadas mais importantes como histórias, do início ao fim. "O vendedor registra o pedido no celular, o gerente aprova, o financeiro emite a nota e o cliente recebe o boleto por e-mail."

6. Regras de negócio

Descontos, comissões, aprovações, prazos, cálculos. Essas regras definem a complexidade real do sistema e costumam ser esquecidas.

7. Integrações

Com quais sistemas o novo software precisa conversar: ERP, gateway de pagamento, emissor de nota, WhatsApp, e-mail. Integração é uma das maiores fontes de custo e atraso.

8. Dados existentes

Há dados a migrar? Em que formato estão? Planilhas, outro sistema, papel?

9. Requisitos não funcionais

Quantos usuários simultâneos, se precisa funcionar sem internet, exigências de segurança e LGPD, onde vai rodar, se precisa de aplicativo.

10. Restrições

Prazo desejado, faixa de investimento, tecnologias obrigatórias, se a equipe interna vai manter o sistema depois.

Separe o essencial do desejável

Classifique cada funcionalidade em:

• Essencial: sem isso o sistema não resolve o problema
• Importante: agrega muito valor, mas pode vir numa segunda fase
• Desejável: seria bom ter

Essa classificação permite que o fornecedor proponha uma primeira entrega enxuta e que você controle o investimento.

Diga a faixa de investimento

Muitos clientes escondem o orçamento com medo de que o fornecedor "use tudo". Na prática, informar a faixa ajuda a receber propostas realistas: o fornecedor ajusta a solução ao que é possível, em vez de chutar.

O que pedir de volta nas propostas

Para comparar propostas, peça que todas tragam:

• Entendimento do problema em palavras do fornecedor
• O que está incluído e o que está fora do escopo
• Divisão em etapas com entregas
• Prazo e premissas
• Quem será a equipe
• Como funciona a manutenção depois da entrega
• De quem é o código

Quando você não consegue escrever o escopo sozinho

É comum o empresário saber o problema, mas não conseguir traduzir em requisitos. Nesse caso, contrate um diagnóstico ou uma fase de descoberta paga. Ela produz o escopo detalhado, que você pode usar para contratar quem quiser. Sai mais barato que contratar o projeto inteiro com base num pedido vago.

Conclusão

Tempo investido no escopo é o mais barato do projeto inteiro. Ele transforma orçamentos incomparáveis em propostas que você consegue avaliar e diminui muito a chance de surpresas no meio do caminho.