Os principais sinais de alerta ao contratar uma empresa de tecnologia são prazo e preço sem premissas, cases não verificáveis, equipe indefinida, recusa em entregar o código-fonte, ausência de testes, contrato vago, pressão para fechar rápido e falta de plano de suporte.
Os sinais de alerta mais comuns ao contratar uma empresa de tecnologia são promessas de prazo e preço sem premissas, cases que não podem ser verificados, equipe indefinida, resistência a entregar o código-fonte e contratos vagos sobre garantia e suporte. Nenhum deles, isoladamente, prova que o fornecedor é ruim. Mas cada um merece uma pergunta direta, e a combinação de vários é motivo para reconsiderar a contratação.
Sinal de alerta, aqui, é qualquer comportamento ou lacuna na proposta que aumenta a chance de atraso, estouro de orçamento, baixa qualidade ou dependência excessiva do fornecedor.
Por que observar sinais de alerta antes de assinar?
Depois da assinatura, mudar de fornecedor fica mais caro e mais lento. Parte do orçamento já foi gasta, o cronograma foi comprometido e a equipe interna investiu tempo em reuniões e alinhamentos.
Os sinais de alerta aparecem, em geral, já na fase comercial. Prestar atenção a eles é uma forma barata de reduzir riscos que, mais tarde, custariam muito.
Quais são os 10 sinais de alerta?
A lista a seguir reúne os padrões que mais aparecem em contratações problemáticas.
- Prazo e preço fechados sem entender o projeto. Se o fornecedor dá um valor na primeira conversa, sem perguntas sobre regras de negócio e integrações, a estimativa provavelmente não se sustenta.
- Cases sem cliente identificável. Telas bonitas sem nome de cliente, sem contato de referência e sem resultado verificável valem pouco como prova.
- Equipe que não se apresenta. Quando ninguém sabe dizer quem vai desenvolver o projeto, há risco de alocação de perfis menos experientes do que os apresentados na venda.
- Resistência a entregar o código-fonte. Recusar a entrega do código ou condicioná-la a pagamentos extras cria dependência.
- Ausência de testes e revisão de código. Fornecedores que não sabem explicar como garantem qualidade tendem a transferir os defeitos para o cliente.
- Contrato genérico. Modelos sem critérios de aceite, garantia, processo de mudança e condições de rescisão deixam o cliente desprotegido.
- Pressão para fechar rápido. Descontos que "valem só hoje" são táticas comerciais, não sinal de boa parceria.
- Comunicação irregular já na proposta. Se o fornecedor demora a responder antes de fechar, dificilmente vai melhorar depois.
- Nenhum plano para depois da entrega. Sem garantia e sem proposta de sustentação, os primeiros problemas em produção viram negociações emergenciais.
- Respostas evasivas sobre segurança e dados. Projetos com dados pessoais exigem respostas claras sobre proteção e responsabilidades sob a LGPD.
O que perguntar diante de cada sinal?
Um sinal de alerta não precisa encerrar a conversa. Ele deve gerar uma pergunta que esclareça o ponto. A tabela sugere perguntas e o que seria uma resposta satisfatória.
| Sinal | Pergunta a fazer | Resposta que tranquiliza |
|---|---|---|
| Prazo sem premissas | Quais premissas sustentam esse prazo? | Lista objetiva de premissas e riscos |
| Cases não verificáveis | Posso conversar com esse cliente? | Contato de referência disponibilizado |
| Equipe indefinida | Quem estará no projeto e com qual dedicação? | Nomes, perfis e percentual de alocação |
| Código-fonte | Quando e como recebo o código? | Repositório em nome do cliente desde o início |
| Qualidade | Como vocês testam e revisam o código? | Processo descrito com exemplos |
| Contrato vago | Quais são os critérios de aceite? | Critérios por entrega, por escrito |
| Pressão comercial | Posso ter alguns dias para avaliar? | Prazo razoável sem perda de condições |
| Suporte | O que acontece após a entrega? | Garantia definida e proposta de sustentação |
| Segurança | Como tratam dados pessoais e vulnerabilidades? | Práticas descritas, alinhadas a referências como OWASP |
Como verificar informações de forma independente?
Além das conversas com o fornecedor, vale buscar evidências externas. Algumas fontes úteis:
- Avaliações verificadas de clientes em diretórios independentes.
- Conversa direta com clientes de referência, de preferência indicados por você a partir do portfólio.
- Dados cadastrais públicos da empresa, como tempo de atividade.
- Presença técnica, como conteúdos publicados e participação em comunidades.
Na Citeo, as avaliações são verificadas e as posições nos rankings não são vendidas, o que ajuda a separar reputação de publicidade.
Há sinais positivos que compensam os de alerta?
Sim. Alguns comportamentos indicam um fornecedor maduro: fazer muitas perguntas antes de estimar, apontar riscos que você não tinha visto, sugerir reduzir o escopo inicial e propor uma fase de descoberta quando a incerteza é alta.
Exemplo hipotético: dois fornecedores recebem o mesmo briefing. O primeiro responde em dois dias com prazo curto e preço baixo. O segundo pede uma reunião, questiona duas integrações e propõe começar por uma versão menor. O segundo pode parecer mais trabalhoso no início, mas demonstra entendimento real do problema.
Que sinais aparecem depois que o projeto começa?
Alguns alertas só surgem durante a execução. Os mais comuns são demonstrações adiadas repetidamente, relatórios de progresso sem software funcionando para mostrar, troca de pessoas da equipe sem aviso e respostas cada vez mais lentas. Nenhum deles deve ser ignorado nas primeiras semanas, quando corrigir o rumo ainda é mais barato.
O que fazer se você já contratou e os sinais apareceram depois?
Registre os problemas por escrito, com datas e exemplos. Peça uma reunião formal para alinhar expectativas e um plano de correção com prazos. Verifique o que o contrato prevê sobre critérios de aceite, garantia e rescisão.
Se a relação não melhorar, planeje a transição: garanta acesso ao código e à documentação antes de comunicar a saída. Para questões contratuais específicas, consulte um advogado.
Próximo passo
Monte sua lista de candidatos no diretório de software houses verificadas e confira os critérios públicos da metodologia da Citeo. Pelo perfil das empresas reivindicadas, você pode fazer suas perguntas diretamente e manter o histórico da conversa na plataforma.
Compare nota, avaliações verificadas e score, e fale direto com a empresa pela Citeo.
Perguntas frequentes
Qual é o maior sinal de alerta ao contratar uma software house?
Um dos sinais mais sérios é o fornecedor dar prazo e preço fechados sem entender o projeto. Isso indica que a estimativa não se baseia em análise real e tende a gerar aditivos ou queda de qualidade. Peça sempre as premissas que sustentam a proposta.
Como saber se os cases de um fornecedor são reais?
Peça para conversar com pelo menos um cliente citado no portfólio e pergunte sobre prazo, qualidade e suporte. Avaliações verificadas em diretórios independentes também ajudam. Cases sem cliente identificável devem ter peso menor na decisão.
É normal o fornecedor não entregar o código-fonte?
Em projetos sob medida, o mais comum é que o contrato preveja a entrega do código ao cliente. Quando há restrições, como uso de componentes proprietários do fornecedor, isso deve estar explícito e justificado. Na dúvida, consulte um advogado antes de assinar.
Desconto por fechamento rápido é sempre um mau sinal?
Não necessariamente, mas pressão para decidir sem tempo de análise é uma tática comercial que merece cautela. Um bom fornecedor costuma aceitar um prazo razoável para avaliação. Decisões apressadas aumentam o risco de ignorar outros sinais de alerta.