O que perguntar (e o que evitar) ao contratar uma fábrica de software

A escolha que define o projeto

Contratar uma fábrica de software é parecido com contratar arquiteto: a parte cara não é a obra, é o erro de quem você escolheu para conduzi-la. Bons parceiros entregam menos do que prometem mas com qualidade — péssimos parceiros prometem o mundo e entregam um zoológico.

Como você não vai virar especialista em software para fazer essa escolha, vale ter um pequeno checklist mental. As perguntas abaixo são as que mais separam parceiros sérios de gente que vai te enrolar.

Perguntas que valem ouro

1. Quem vai estar no projeto, exatamente? Resposta vaga é bandeira vermelha. Você quer saber nomes, currículo curto, e quanto do tempo de cada pessoa estará dedicado. Empresas que vendem com um time sênior e entregam com estagiários são mais comuns do que parece.

2. Como funciona a comunicação no dia a dia? Frequência, canal, pessoa responsável. Resposta boa: tem uma reunião curta semanal de status, um canal direto com a pessoa que está construindo, e relatórios objetivos do que foi entregue.

3. Posso ver projetos parecidos com o meu? Casos reais, com nome de cliente, contexto e resultados — não tela bonita sem contexto. Se a fábrica não tem case que se pareça com o seu setor ou problema, não é necessariamente ruim, mas pergunte como pensam em compensar essa distância.

4. Quem vai ser o dono do código? A resposta certa é você. Tudo que for construído deve ficar em repositório seu, com sua equipe tendo acesso. Se a fábrica trava o código com ela, você é refém.

5. Como vocês cobram alteração de escopo? Em projeto de software, escopo sempre muda. Bons parceiros têm um processo claro para isso — estimam, alinham, executam. Maus parceiros ou se recusam a mudar, ou cobram cada mudança como se fosse novo projeto.

6. O que acontece quando algo dá errado em produção? Você quer ouvir sobre garantia, SLA, processo de incidente. Se a resposta é a gente resolve no momento, sem detalhes — você vai sofrer quando der ruim às 3 da manhã.

7. Como é a transferência se a parceria acabar? Bom sinal: existe um plano de transição documentado, código limpo, documentação atualizada. Mau sinal: ninguém pensou nisso.

Sinais de alerta na proposta

Algumas coisas que devem te deixar desconfiado:

• Preço fixo para escopo nebuloso. Quando ninguém entendeu direito o que vai ser feito, preço fixo significa que alguém vai sair perdendo. Geralmente é você (qualidade) ou eles (vai abandonar no meio).
• Cronograma curto demais. Se você ouvir a gente entrega em duas semanas para algo que sente que é grande, está sendo enrolado.
• Tecnologia da moda como argumento de venda. A fábrica usa a tecnologia X porque é o que está na moda? Cuidado. A boa escolha de tecnologia depende do seu problema, não da bolha de Twitter.
• Falta de discovery. Empresa que faz proposta sem te entrevistar a fundo está chutando. Discovery sério leva dias, não horas.

O que olhar além da proposta

• Reputação. Procure ex-clientes e pergunte sem o parceiro presente. Pergunta poderosa: contrataria de novo?
• Equipe estável. Alta rotatividade dentro da fábrica significa que seu projeto vai trocar de mão. Pergunte há quanto tempo as pessoas estão lá.
• Capacidade de dizer não. Bons parceiros recusam pedidos ruins. Se tudo que você sugere recebe sim, ótimo, vamos fazer, você não tem um parceiro técnico — tem um digitador caro.
• Documentação que sobra. Peça para ver exemplo de documentação que entregam. Boa documentação significa que sua equipe consegue operar sem depender deles para sempre.

O modelo de cobrança importa

Os três modelos mais comuns:

• Preço fechado por projeto. Bom quando o escopo está muito claro. Ruim quando não está — e raramente está.
• Squad alocado (preço mensal por equipe). Bom para projetos contínuos, com prioridades que mudam ao longo do caminho. Bom também quando você quer construir um produto, não só um projeto.
• Hora trabalhada. Bom para manutenções pontuais e melhorias pequenas. Ruim para projetos grandes, porque alinha o incentivo da fábrica em prolongar.

Não existe modelo certo no abstrato — existe modelo certo para o seu caso. Um bom parceiro recomenda o modelo que faz sentido, não o que dá mais margem para ele.

Como começar com o pé direito

Mesmo com a fábrica certa, a primeira semana define muita coisa. Bons inícios costumam ter:

• Um documento curto e bem escrito de visão do projeto — uma página.
• Lista clara de quem decide o quê (você decide o produto, eles decidem como construir).
• Critérios de pronto definidos para cada entrega — não está pronto quando funciona, está pronto quando funciona, está documentado e foi validado.
• Reunião semanal curta e relatório escrito do que andou.

Conclusão

Contratar bem é meio caminho andado. O outro meio é manter o relacionamento saudável — comunicação clara, escopo conversado, expectativas alinhadas. Software é construído com pessoas, e parceiros bons trabalham como extensão do seu time, não como fornecedor distante.

Se você está prestes a contratar e quer uma segunda opinião isenta sobre a proposta na sua mesa, te ajudo a ler — sem cobrança, sem agenda escondida. Mande os critérios e os pontos que estão te incomodando.