Antes de contratar um sistema, desenhe o seu processo

A maior causa de projeto de software que dá errado não é técnica. É a empresa e o fornecedor descobrirem, no meio do caminho, que estavam falando de processos diferentes. Isso tem uma prevenção barata: desenhar o processo antes da primeira reunião.

Não precisa de ferramenta, metodologia nem consultor. Precisa de uma folha e de uma hora com as pessoas que fazem o trabalho todo dia.

O exercício, em quatro perguntas

• Por onde entra o trabalho? Pedido no WhatsApp, ligação, e-mail, visita, indicação — liste todas as portas de entrada.
• Por quais mãos ele passa? Escreva cada pessoa ou setor, na ordem, até a entrega.
• Onde ele para? Marque os pontos em que algo fica esperando aprovação, documento ou resposta.
• Onde a informação é digitada de novo? Todo lugar em que alguém copia de um sistema para outro, ou de um papel para uma planilha.

As respostas das duas últimas perguntas são as mais valiosas. Onde o trabalho para, você está perdendo prazo. Onde a informação é redigitada, você está pagando duas vezes pela mesma tarefa — e criando a chance de erro.

Faça esse desenho com quem opera, não só com a diretoria. O processo que está no papel e o processo que acontece de verdade quase nunca são o mesmo — e é o segundo que o sistema precisa atender.

Três coisas que você ganha com isso

Primeiro, clareza sobre a prioridade. Vendo o fluxo inteiro, quase sempre fica óbvio qual é o gargalo mais caro — e é por ele que o projeto deve começar.

Segundo, propostas melhores e comparáveis. Um fornecedor que recebe o processo desenhado orça com muito menos incerteza, e você consegue comparar duas propostas que falam da mesma coisa.

Terceiro, e talvez o mais importante: às vezes o exercício mostra que o problema não era falta de sistema. Era uma etapa desnecessária, uma aprovação que ninguém lê, um formulário que dá para eliminar. Descobrir isso custa uma hora e economiza um projeto inteiro.