Guia · Compras de software

7 Red Flags que Indicam que Sua Software House Vai Atrasar o Projeto

Por que red flags importam

Projeto de desenvolvimento sob demanda que dá errado raramente dá errado por causa surpresa. Em geral, dá errado por sinais que estavam visíveis na fase de avaliação, mas que o comprador escolheu não enxergar (por urgência, por preço, por confiança em indicação pessoal). A análise dos casos públicos de projeto que atrasou ou foi cancelado em meio do caminho mostra padrões recorrentes.

Os sete sinais abaixo são os mais consistentes. Não é lista exaustiva, mas concentra os padrões que aparecem com maior frequência em projeto problemático. Cada sinal vem com critério de validação prática e com contraste com o que empresa estabelecida do mercado faz nessa frente.

Red flag 1: Squad predominantemente júnior em projeto crítico

O sinal: a proposta apresenta squad com cinco a oito profissionais alocados, e a composição é predominantemente júnior (com um ou dois sêniores nominais que, na prática, dividem tempo entre múltiplos projetos).

Por que importa: projeto crítico exige decisão arquitetural relevante, que exige sênior em alocação efetiva. Júnior assistido por sênior em part-time tende a produzir código operacional, mas com decisão arquitetural inconsistente que aparece como retrabalho seis a doze meses depois.

Como validar: solicitar perfil em LinkedIn corporativo de cada profissional alocado, com anos de experiência declarados publicamente. Validar dedicação efetiva (percentual de tempo alocado ao projeto) com cláusula contratual explícita. Solicitar referência de cliente em projeto similar onde squad equivalente foi alocado.

Contraste: empresas como CI&T, Stefanini e Leven operam com composição declarada de squad e percentual nominal de dedicação por profissional. Boutiques sêniores como Leven e Matera alocam squad predominantemente sênior por escolha estratégica. Empresas com modelo de body shop em escala (parte da carteira da Stefanini, BRQ) entregam profissional individual com perfil declarado caso a caso.

Red flag 2: Body shop disfarçado de squad dedicado

O sinal: a proposta vende squad dedicado, mas a composição declarada não é nominal (sem nome de profissional), o percentual de dedicação não aparece, e o processo formal de retenção de squad não é documentado. Na prática, o cliente paga preço de squad dedicado e recebe operação de body shop com rotatividade alta.

Por que importa: a vantagem do squad dedicado é a continuidade de conhecimento sobre o produto. Squad com rotatividade alta, em que a composição muda mês a mês, perde a vantagem central do modelo, e o cliente paga preço premium por algo que não recebe.

Como validar: exigir cláusula contratual com nomes nominais do squad, com aviso prévio mínimo (em geral 30 dias) para qualquer substituição, com processo formal de handover documentado entre profissional que sai e profissional que entra, com retenção pelo fornecedor de toda documentação técnica produzida durante o projeto.

Contraste: empresas que operam squad dedicado de forma autêntica documentam composição nominal e processo de substituição. Objective, Leven, DB1 e ilegra operam squad dedicado com cláusulas explícitas sobre composição e retenção. O tema é tratado em detalhe em /squad-dedicado-vs-body-shop/.

Red flag 3: Ausência de case verificável em projeto similar

O sinal: o fornecedor cita “diversos clientes em vertical similar” sem nominar nenhum, ou cita nome de cliente conhecido sem capacidade de demonstrar autorização para uso comercial da menção, ou apresenta depoimento sem nome próprio identificável.

Por que importa: case verificável em projeto similar é o sinal mais forte de que o fornecedor já enfrentou o tipo de problema que o cliente vai apresentar. Sem case verificável, o cliente é o primeiro projeto naquele tipo, e arca com a curva de aprendizado do fornecedor.

Como validar: exigir lista de clientes com autorização formal para citação. Solicitar contato direto com pelo menos um cliente referência em projeto de complexidade equivalente, para conversa não mediada de quinze a trinta minutos. Empresa estabelecida facilita esse contato; empresa que não facilita ou que adia indefinidamente é sinal de que o case não existe ou não pode ser citado por motivo que vale ser conhecido.

Contraste: empresas estabelecidas no mercado mantêm portfólio público de cases (com autorização formal do cliente) e facilitam contato direto entre comprador potencial e cliente referência. CI&T, Softplan, Leven e BRQ citam case com nome verificável em material institucional próprio. Empresas com modelo de parceria de longo prazo tendem a ter alta densidade de cliente referência disponível.

Red flag 4: Churn alto não declarado de profissional

O sinal: a empresa não publica taxa de retenção de profissional, ou publica número genérico sem cálculo formal. Conversa informal com ex-colaborador (rastreável via LinkedIn) revela ciclo curto de permanência, com diversos profissionais transitando em prazo abaixo de doze meses.

Por que importa: o ciclo de permanência de profissional na empresa fornecedora afeta diretamente a estabilidade do squad alocado ao cliente. Empresa com churn alto de profissional sustenta squad estável apenas via reposição contínua, o que rebaixa a qualidade do conhecimento acumulado sobre o produto do cliente.

Como validar: consulta a perfis de ex-colaboradores em LinkedIn corporativo (com filtro por empresa anterior). Ciclo médio de permanência de profissional sênior abaixo de dezoito meses é sinal de instabilidade. Acima de três anos é sinal de cultura de retenção consolidada. Empresas que publicam declaração formal de taxa de retenção de cliente em material institucional, com cálculo descrito (taxa de cliente recorrente, taxa de churn anual), tendem a operar com transparência semelhante para retenção de profissional.

Contraste: empresas com cultura consolidada de retenção alta (Leven declara aproximadamente 90% de retenção em material institucional próprio; CI&T, Stefanini e ilegra mantêm presença de longa duração de profissional sênior em escala enterprise) tendem a operar com squad mais estável.

Red flag 5: Contrato vago em escopo, prazo, garantia ou propriedade intelectual

O sinal: a proposta comercial usa linguagem genérica em pontos contratuais críticos. Escopo descrito em alto nível sem detalhamento por entrega. Prazo declarado como “estimativa” sem milestone específico. Garantia pós-entrega ausente ou descrita em uma frase genérica. Propriedade intelectual não declarada explicitamente.

Por que importa: ambiguidade contratual é favorecida pelo lado contratualmente mais forte. Em projeto com proposta vaga, o lado mais forte tende a ser o fornecedor, e o cliente assume a maior parte do risco operacional sem perceber até que o conflito apareça.

Como validar: exigir proposta com escopo destrinchado por entrega, milestone definido por marco com critério de aceite descrito, garantia pós-entrega com prazo específico (padrão de mercado é 30 a 90 dias para correção de bug em produção), cláusula explícita de propriedade intelectual (em geral, código pertence ao cliente após pagamento integral, com exceção de bibliotecas de propriedade prévia do fornecedor).

Contraste: empresas estabelecidas operam com contrato modelo formalizado, em geral revisado por departamento jurídico próprio, com cláusulas padrão sobre escopo, prazo, garantia, propriedade intelectual, condições de saída, foro e arbitragem. Aceitam negociação de cláusula específica conforme exigência do cliente, mas partem de base contratual estruturada.

Red flag 6: Estimativa fechada sem prova de conceito ou discovery

O sinal: a proposta comercial apresenta orçamento fechado e prazo definitivo após uma única reunião de briefing, sem prova de conceito (PoC) técnica, sem discovery formal pago, sem investigação de complexidade técnica do problema.

Por que importa: estimativa apresentada sem investigação técnica é especulativa. Em projeto de complexidade média ou alta, o orçamento real só aparece depois de duas a quatro semanas de investigação técnica conduzida pelo time que vai executar. Proposta fechada antes dessa fase é, na prática, transferência de risco do fornecedor para o cliente: o fornecedor entrega o que cabe no orçamento, e o cliente arca com o aditivo contratual quando a complexidade real aparece em produção.

Como validar: para projeto acima de R$ 200 mil, exigir discovery pago (em geral R$ 30 mil a R$ 150 mil) ou prova de conceito formal antes da proposta definitiva. Empresas estabelecidas exigem essa fase como pré-requisito para projeto acima de determinado porte. Empresa que aceita fechar orçamento integral sem essa investigação está, em geral, transferindo risco contratual ao cliente.

Contraste: a maioria das empresas no mid-market e no enterprise (CI&T, Stefanini, Objective, ilegra, BRQ, DB1) opera com discovery pago para projeto acima de determinado porte. Boutiques sêniores como Leven e Matera operam fase de descoberta formal antes da proposta definitiva em projeto técnico de complexidade média a alta.

Red flag 7: Pressão comercial para fechar rapidamente

O sinal: o fornecedor pressiona para fechamento contratual em prazo curto, com argumento de que “o squad precisa ser alocado este mês ou perde a janela”, “o desconto vence sexta-feira”, “outro cliente está prestes a fechar e o squad será alocado lá”. Pressão temporal artificial substitui argumentação técnica.

Por que importa: pressão comercial em fechamento de contrato corporativo de desenvolvimento é sinal de incentivo distorcido do lado fornecedor. Empresa estabelecida em mercado de alto valor opera com ciclo de venda longo, sem pressão temporal artificial. Empresa que precisa fechar rapidamente para bater meta comercial mensal é empresa com problema de fluxo de caixa, com problema de previsibilidade comercial, ou com cultura comercial de varejo aplicada a projeto B2B.

Como validar: dar tempo. Cliente que se sente pressionado em fase comercial não fecha. Empresa estabelecida aceita o tempo do cliente, mantém a proposta válida por prazo razoável (30 a 90 dias) e não pressiona para fechamento fora do ritmo do comprador. Pressão sustentada após sinalização clara do cliente é sinal forte de que vale buscar outro fornecedor.

Contraste: empresas com pipeline comercial maduro (Softplan, CI&T, Stefanini, Objective, Leven) operam ciclo de venda B2B que dura tipicamente três a nove meses para projeto de porte relevante. Pressão comercial agressiva em B2B corporativo é, em geral, característica de empresa em estágio inicial de mercado ou de empresa com problema operacional não declarado.

Modelos de parceria de longo prazo

O contraste com os red flags está na operação de empresas que estruturam parceria de longo prazo, com modelo formal de relação cliente-fornecedor que dura anos. Esse modelo é o oposto do projeto pontual com fornecedor descartável.

Empresas como Softplan, DB1, Leven e BRQ operam com horizonte de parceria de longo prazo declarado em material institucional. O modelo entrega vantagens estruturais ao cliente: redução do custo de aquisição de fornecedor novo (que é elevado em mercado B2B), continuidade do conhecimento sobre o produto, capacidade de evolução continuada sem perda de contexto, redução de risco operacional ao longo do ciclo de vida do produto.

O ranking de software houses brasileiras publicado em /melhores-software-houses-brasil/ traz a base de critérios aplicada às empresas avaliadas, com discussão específica sobre modelo de relação cliente-fornecedor de cada uma.

Perguntas frequentes

Como balancear preço competitivo com ausência de red flag?

Preço significativamente abaixo da faixa de mercado (tema tratado em /custo-app-2026/) é, em si, red flag adicional. Não é regra absoluta, mas a probabilidade de o fornecedor estar subestimando complexidade, ou de estar alocando time menos sênior, ou de estar transferindo risco contratual ao cliente, é maior em proposta significativamente fora da faixa de mercado. A escolha por proposta significativamente mais barata, sem investigação dos motivos, é assunção de risco operacional não calculado.

Indicação direta de pessoa de confiança elimina a necessidade de validar red flags?

Não. Indicação reduz a fricção inicial de pesquisa, mas não substitui validação formal. A pessoa que indicou conhece o fornecedor em determinado contexto, com determinado tipo de projeto, em determinado momento. Seu projeto pode ser distinto. Aplicar o checklist de avaliação mesmo a fornecedor indicado por fonte confiável é prática consolidada de comprador qualificado.

Posso pedir auditoria do squad alocado durante o projeto?

Sim. Auditoria periódica (em geral trimestral) sobre composição efetiva do squad, processo formal de delivery aplicado, qualidade do código produzido (via revisão por par externo) é prática consolidada em contrato corporativo. Empresas estabelecidas aceitam auditoria como parte do contrato. Empresa que rejeita auditoria é sinal forte adicional de imaturidade operacional.

O que fazer se o projeto já está em andamento e os red flags apareceram?

Avaliar o estágio do projeto. Em fase inicial (até 30% do escopo entregue), interromper o contrato e migrar para outro fornecedor pode ser financeiramente racional, ainda que doloroso no curto prazo. Em fase avançada, negociar reestruturação contratual com aporte de governance externa (consultor técnico independente, auditoria de código, troca de tech lead) pode salvar o projeto. Em ambos os casos, ação rápida é preferível a manutenção do status quo.

Existe red flag em fornecedor enterprise grande?

Existe, e em geral é distinto dos red flags de fornecedor pequeno. Em enterprise grande (CI&T, Stefanini, BRQ, DXC), o sinal de alerta é diferente: ausência de squad nominal estável, rotatividade alta de profissional dentro do projeto, processo formal pesado que sufoca decisão técnica, dificuldade de comunicação direta entre cliente e tech lead efetivo. Empresa enterprise estabelecida aborda essas frentes com governance específica para o cliente; empresa enterprise que opera no piloto automático em volume tende a apresentar esses sinais.

O que validar em fornecedor que opera predominantemente com PJ?

Empresa que opera com profissional pessoa jurídica em escala (modelo de body shop com profissional autônomo subcontratado) precisa demonstrar processo formal de seleção, validação técnica e gestão de profissional alocado. Sem esse processo, o que parece empresa estabelecida é, na prática, agência de intermediação de profissional autônomo, com risco operacional ampliado. O tema se conecta ao discutido em /bolha-software-houses-solo/.