Como descrever o que você precisa antes de pedir um orçamento de software

A boa notícia é que a descrição que destrava um orçamento não é um documento técnico. É meia página de texto comum, respondendo cinco coisas.

As cinco perguntas que todo orçamento precisa

Quem vai usar, e quantas pessoas. Três pessoas do financeiro é um projeto. Duzentos clientes acessando de fora é outro completamente diferente, ainda que a tela seja parecida.

O que o sistema precisa fazer, em ordem de importância. Não uma lista de desejos: uma lista ordenada. Se só as três primeiras coisas ficarem prontas, o sistema já serve? Se a resposta for não, a ordem está errada.

Com o que ele precisa conversar. Sistema de gestão, emissor de nota, banco, WhatsApp, planilha que alguém mantém. Cada integração muda o esforço, e algumas dependem de terceiros que talvez não permitam.

Que dados ele guarda. Dado de cliente, dado financeiro e dado de saúde exigem cuidados diferentes. Dizer isso cedo evita retrabalho caro no fim.

O que acontece hoje, sem ele. Talvez o mais importante. Descreva a solução improvisada de agora: a planilha, o caderno, o grupo de mensagens, a pessoa que sabe de cabeça. É ali que está o problema real.

O erro mais caro: pedir a solução em vez do problema

Quem chega dizendo “quero um aplicativo” já decidiu a resposta antes de contar a pergunta. Às vezes o aplicativo é mesmo o certo. Outras vezes, o que resolvia era um relatório automático por e-mail, a uma fração do custo — e ninguém descobriu porque a conversa começou pela solução.

Em vez de “preciso de um app para a equipe de campo”, tente “minha equipe de campo anota o serviço no papel e digita à noite, e metade chega com erro”. A segunda frase permite três soluções possíveis. A primeira permite uma.

Um exercício de trinta minutos

Escreva o dia de uma pessoa que vai usar o sistema, do começo ao fim, em frases simples. “Chega às 8h, abre a planilha, confere os pedidos de ontem, liga para três clientes, anota o retorno num caderno, passa para a planilha no fim do dia.”

Esse texto vale mais do que qualquer lista de funcionalidades, porque mostra onde o tempo vai embora — e é isso que um bom projeto ataca primeiro.

O que você não precisa ter pronto

Vale dizer o que não é necessário, porque a expectativa contrária trava muita gente antes de pedir a primeira conversa:

• Telas desenhadas ou protótipo
• Escolha de tecnologia, banco de dados ou hospedagem
• Todas as regras definidas — as exceções aparecem durante o levantamento, e é normal
• Certeza sobre o orçamento disponível, embora dizer a faixa acelere muito a conversa

Como reconhecer um bom orçamento

Se o fornecedor mandou um preço sem fazer nenhuma pergunta, o número é ficção — e a diferença aparecerá depois, como aditivo ou como funcionalidade que “não estava no escopo”.

Um bom orçamento devolve perguntas, separa o que é essencial do que é desejável, e deixa claro o que não está incluído. Essa última parte é a mais valiosa e a que menos gente escreve.

Comece pequeno de propósito

Um primeiro projeto não precisa cobrir tudo. Ele precisa resolver o fluxo principal e provar que a ideia funciona na prática, com gente de verdade usando. Depois disso, as prioridades mudam — quase sempre — e mudam com base em uso, não em suposição.

A FDTEC desenvolve software sob demanda e começa pelo levantamento justamente por isso. Se você chegar com as cinco respostas acima, a primeira conversa rende o dobro.