# 10 sinais de alerta ao contratar uma empresa de tecnologia — Citeo > 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... Fonte: https://mail.citeo.com.br/artigo/sinais-de-alerta-ao-contratar-empresa-de-tecnologia · Atualizado em 21/10/2026 [Início](https://mail.citeo.com.br) [Insights](https://mail.citeo.com.br/blog) [Contratação](https://mail.citeo.com.br/blog/contratacao) Contratação# 10 sinais de alerta ao contratar uma empresa de tecnologia **Redação Citeo** Publicado em 16/10/2026 Revisado em 16/10/2026 5 min de leitura Resposta rápidaOs 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. 1. **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. 2. **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. 3. **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. 4. **Resistência a entregar o código-fonte.** Recusar a entrega do código ou condicioná-la a pagamentos extras cria dependência. 5. **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. 6. **Contrato genérico.** Modelos sem critérios de aceite, garantia, processo de mudança e condições de rescisão deixam o cliente desprotegido. 7. **Pressão para fechar rápido.** Descontos que "valem só hoje" são táticas comerciais, não sinal de boa parceria. 8. **Comunicação irregular já na proposta.** Se o fornecedor demora a responder antes de fechar, dificilmente vai melhorar depois. 9. **Nenhum plano para depois da entrega.** Sem garantia e sem proposta de sustentação, os primeiros problemas em produção viram negociações emergenciais. 10. **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. SinalPergunta a fazerResposta que tranquilizaPrazo sem premissasQuais premissas sustentam esse prazo?Lista objetiva de premissas e riscosCases não verificáveisPosso conversar com esse cliente?Contato de referência disponibilizadoEquipe indefinidaQuem estará no projeto e com qual dedicação?Nomes, perfis e percentual de alocaçãoCódigo-fonteQuando e como recebo o código?Repositório em nome do cliente desde o inícioQualidadeComo vocês testam e revisam o código?Processo descrito com exemplosContrato vagoQuais são os critérios de aceite?Critérios por entrega, por escritoPressão comercialPosso ter alguns dias para avaliar?Prazo razoável sem perda de condiçõesSuporteO que acontece após a entrega?Garantia definida e proposta de sustentaçãoSegurançaComo 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](/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](/empresas/software) e confira os critérios públicos da [metodologia](/metodologia) da Citeo. Pelo perfil das empresas reivindicadas, você pode fazer suas perguntas diretamente e manter o histórico da conversa na plataforma. **Encontre software houses verificadas**Compare nota, avaliações verificadas e score, e fale direto com a empresa pela Citeo. [Ver empresas ](https://mail.citeo.com.br/empresas/software) [Comparar empresas lado a lado](https://mail.citeo.com.br/comparar) ## 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. ## Leia também [](https://mail.citeo.com.br/artigo/quanto-custa-um-site-profissional) Contratação### [Quanto custa um site profissional em 2026: o que entra no preço e como comparar orçamentos](https://mail.citeo.com.br/artigo/quanto-custa-um-site-profissional) 21 de out · 7 min de leitura [](https://mail.citeo.com.br/artigo/modelo-de-contrato-de-desenvolvimento-de-software) Contratação### [Modelo de contrato de desenvolvimento de software: cláusulas essenciais para revisar com seu advogado](https://mail.citeo.com.br/artigo/modelo-de-contrato-de-desenvolvimento-de-software) 21 de out · 9 min de leitura [](https://mail.citeo.com.br/artigo/lovable-bolt-vibe-coding-ou-software-house) Contratação### [Lovable, Bolt e vibe coding: quando a IA basta e quando contratar uma software house](https://mail.citeo.com.br/artigo/lovable-bolt-vibe-coding-ou-software-house) 21 de out · 8 min de leitura [](https://mail.citeo.com.br/artigo/o-que-e-software-house) Contratação### [O que é uma software house, o que ela faz e quando contratar uma](https://mail.citeo.com.br/artigo/o-que-e-software-house) 20 de out · 3 min de leitura