Publicado em . Leitura de 6 minutos.
Contratar desenvolvimento de software é difícil justamente porque quem contrata raramente tem como avaliar tecnicamente o que está comprando. A saída não é aprender programação — é avaliar o que dá para avaliar: clareza, método, contrato e a forma como a empresa lida com o que ainda não sabe.
O que observar antes da proposta
Quanto a empresa pergunta antes de responder
Este é o indicador mais confiável. Quem já sabe a solução na primeira reunião não entendeu o problema. Uma conversa inicial boa é desconfortável: são muitas perguntas sobre o seu processo, e várias delas você não vai saber responder de imediato. Isso é um bom sinal.
Se a explicação é compreensível
Você deve sair de uma reunião técnica entendendo o que foi decidido e por quê. Se a resposta para "por que assim?" vem em siglas, o problema pode ser de comunicação — e comunicação ruim em um projeto de meses custa caro.
O que acontece depois da entrega
Pergunte explicitamente: quem corrige um erro encontrado três meses depois? Como funciona pedir uma funcionalidade nova no ano que vem? Existe suporte, e em que condições? Software não termina no dia da entrega, e um fornecedor que não fala sobre o depois está vendendo só metade do serviço.
Perguntas para a primeira reunião
- O código-fonte fica comigo ao final do projeto?
- Onde o sistema vai ficar hospedado e em nome de quem ficam os acessos?
- Como vou acompanhar o andamento durante o desenvolvimento?
- O que acontece se, no meio do projeto, eu precisar mudar alguma coisa?
- Como é feito o backup dos dados e com que frequência?
- Se eu quiser trocar de fornecedor depois, o que eu preciso ter em mãos?
- Quem, especificamente, vai trabalhar no projeto?
Nenhuma dessas perguntas é técnica, e todas revelam muito. A resposta à penúltima é especialmente reveladora: fornecedores que constroem dependência artificial ficam desconfortáveis com ela.
Sinais de alerta em uma proposta
- Preço fechado apresentado sem que o escopo tenha sido discutido em detalhe.
- Prazo muito curto para um escopo grande — prazo otimista vira aditivo depois.
- Escopo descrito em termos vagos, sem listar o que o sistema fará.
- Nenhuma menção a testes, a validação com o cliente ou a treinamento.
- Propriedade do código não mencionada no contrato.
- Promessa de que "depois é só adicionar", sem qualquer ressalva.
- Tecnologia escolhida antes de o problema estar entendido.
Tamanho do fornecedor: o que muda
Empresas maiores costumam oferecer mais estrutura e continuidade, com o custo de processos mais lentos e, frequentemente, com o seu projeto sendo o menor da carteira. Equipes menores tendem a ser mais próximas e mais rápidas nas decisões, com a contrapartida de depender de menos pessoas. Não existe resposta universal: o que importa é se o seu projeto será relevante para quem vai executá-lo.
Localização ainda importa?
Para o desenvolvimento em si, pouco: o trabalho é remoto e os sistemas são acessados pelo navegador. O que localização traz é a possibilidade de encontros presenciais nas etapas em que ver o processo acontecer vale mais do que ouvir a descrição dele — algo especialmente útil em operações com chão de fábrica, estoque ou atendimento presencial. Fuso horário e idioma comuns também reduzem atrito no dia a dia.
A COSTATEC é sediada em Uberlândia, Minas Gerais, e atende empresas de todo o Brasil de forma remota, com a possibilidade de encontros presenciais para clientes da região.