Como Escolher um Parceiro de Tecnologia: o Guia

Escolher um parceiro de tecnologia é decidir quem vai carregar, junto com você, a parte da empresa que você não controla tecnicamente. É uma decisão de risco antes de ser uma decisão de preço: o custo de escolher errado raramente aparece na fatura, aparece em prazo estourado, em sistema que ninguém mais consegue manter e em meses perdidos até perceber.

Esta página é o roteiro de avaliação. Ela cobre os quatro modelos de contratação e para que serve cada um, os critérios que separam fornecedor de parceiro, o que precisa estar no contrato, os sinais de alerta que aparecem já na proposta comercial e como conduzir a decisão quando não existe alguém técnico do lado de dentro.

Os quatro modelos, e para que serve cada um

Modelo	Serve para	Cuidado principal
Projeto fechado	Escopo claro, com começo e fim definidos	Escopo mal descrito vira aditivo
Time dedicado	Evolução contínua de produto	Sem dono do lado do cliente, vira custo sem direção
Consultoria pontual	Decisão específica, diagnóstico, arquitetura	Recomendação sem quem execute depois
Profissional autônomo	Demanda pequena e delimitada	Continuidade e substituição

A escolha começa pela pergunta mais simples: o que você tem é um projeto com fim ou uma evolução sem fim? Contratar projeto fechado para algo que vai mudar todo mês gera aditivo atrás de aditivo. Contratar time dedicado para uma entrega única gera custo depois que a entrega termina. Os formatos com detalhe estão em software house, squad as a service e consultoria de tecnologia.

Os critérios que realmente separam

Portfólio e tempo de mercado dizem pouco. Cinco critérios previram melhor o resultado, na nossa experiência, do que qualquer apresentação comercial:

Como o fornecedor entende o problema antes de propor. Quem manda orçamento sem entender a operação está precificando o que você pediu, não o que você precisa. A primeira reunião boa termina com você entendendo o seu problema melhor do que entrava.
Se ele diz não. Parceiro que concorda com tudo está vendendo horas. O bom fornecedor recusa escopo, sugere comprar pronto em vez de construir, e avisa quando o projeto não se paga.
Como ele entrega no meio do caminho. Entrega parcial em uso real, e não demonstração. Projeto que só mostra resultado no fim é voto de confiança, não contrato.
Quem exatamente vai trabalhar. A pessoa da reunião comercial costuma não ser quem executa. Peça para conhecer quem vai tocar o projeto e converse dez minutos com ela.
O que acontece quando dá errado. Pergunte por um projeto que saiu do controle e o que foi feito. Quem nunca teve um, teve poucos projetos ou está omitindo.

Como ler uma proposta técnica

Três leituras resolvem a comparação entre propostas, e nenhuma delas é o preço final.

O que está descrito como entrega. “Desenvolvimento do sistema” não é entrega, é rótulo. Entrega é a lista do que vai funcionar ao fim de cada etapa, em linguagem que você consegue conferir sem ser técnico.

O que está fora. A seção de exclusões diz mais sobre a maturidade do fornecedor que a de escopo. Proposta sem exclusões é proposta que ainda não foi pensada, e o que estava implícito vira cobrança depois.

A diferença entre as propostas. Quando uma vem muito abaixo das outras, quase sempre é escopo menos entendido, e não eficiência maior. Vale perguntar diretamente o que ela assume que as outras não assumem. Para dimensionar antes de comparar, ajuda quanto custa desenvolver um aplicativo.

O que precisa estar no contrato

Propriedade do código e dos dados. Em desenvolvimento sob medida, o normal é a propriedade ser do cliente. Se o contrato prevê licença, o modelo é de produto, e isso muda o preço justo.
Acesso aos ambientes. Repositório, infraestrutura e domínio em contas da sua empresa, com o fornecedor como convidado. É a diferença entre trocar de parceiro e recomeçar.
Critério de aceite por entrega, escrito antes, para que aprovação não vire discussão de gosto.
Como termina. Aviso prévio, transferência de conhecimento, documentação mínima e período de acompanhamento. A cláusula de saída é a mais importante e a menos lida.
Manutenção depois da entrega, com escopo e preço definidos. Projeto sem essa parte gera um vazio no mês seguinte à entrega.

Sinais de alerta antes de assinar

Orçamento fechado sem reunião técnica. Quem precifica sem entender está chutando, e o chute volta como aditivo ou como qualidade.
Prazo que cabe exatamente no que você pediu. Fornecedor experiente questiona prazo irreal em vez de aceitá-lo para ganhar o contrato.
Nenhuma pergunta sobre o negócio. Se ninguém perguntou como a empresa ganha dinheiro, a solução vai atender ao pedido e não ao objetivo.
Tecnologia decidida antes do problema. Quando a stack já está escolhida na primeira conversa, o problema vai ser moldado para caber nela.
Dependência de uma pessoa só. Pergunte o que acontece se aquela pessoa sair no meio do projeto.
Resistência a entregar parcial. Quem só mostra no fim está pedindo fé, e fé não tem cláusula de rescisão.

Como decidir sem ninguém técnico dentro

Essa é a situação mais comum em empresa que não é de tecnologia, e ela tem duas saídas honestas. A primeira é contratar uma avaliação independente de quem não vai executar o projeto, o que custa pouco perto do valor em jogo. A segunda é trazer liderança técnica por tempo parcial, que participa da escolha e depois acompanha a execução, no formato de CTO as a service.

O que não funciona é delegar a decisão ao fornecedor que também vende a implementação. Não por má-fé: porque ninguém consegue ser juiz e parte, e a recomendação sempre cai para o que aquela empresa sabe fazer.

Os primeiros noventa dias

A relação se define cedo, e três hábitos instalados no começo evitam a maior parte dos atritos: uma reunião curta por semana com o que foi entregue e o que travou, um ambiente onde você mesmo consegue ver o progresso sem pedir, e a primeira entrega em uso real dentro do primeiro mês, mesmo que pequena.

Se ao fim de noventa dias você não conseguir explicar, em uma frase, o que já está funcionando, o problema não é de tecnologia: é de condução, e ele não se resolve sozinho. Para entender o que esperar de cada formato de trabalho antes de decidir, vale desenvolvimento de software, e para o caso de a dúvida ser construir ou comprar, software sob medida. Se o projeto ainda está na fase de ideia, o passo anterior à contratação é validar a ideia de produto.

Perguntas frequentes

Como escolher um parceiro de tecnologia?

Comece definindo se o que você tem é um projeto com fim ou uma evolução contínua, porque isso determina o modelo de contratação. Depois avalie como o fornecedor entende o problema antes de propor, se ele recusa escopo quando faz sentido, se entrega em uso real no meio do caminho, quem exatamente vai executar e o que aconteceu num projeto dele que saiu do controle.

Quais são os modelos de contratação disponíveis?

Quatro: projeto fechado, para escopo claro com começo e fim; time dedicado, para evolução contínua de produto; consultoria pontual, para decisão específica, diagnóstico ou arquitetura; e profissional autônomo, para demanda pequena e delimitada. Contratar projeto fechado para algo que muda todo mês gera aditivo atrás de aditivo.

Como comparar propostas técnicas?

Leia três coisas antes do preço: o que está descrito como entrega, em linguagem que você consegue conferir; o que está declarado fora do escopo, porque proposta sem exclusões ainda não foi pensada; e o motivo de uma proposta estar muito abaixo das outras, que costuma ser escopo menos entendido e não eficiência maior.

O que precisa estar no contrato?

Propriedade do código e dos dados, acesso aos ambientes em contas da sua empresa, critério de aceite escrito por entrega, como a relação termina, com aviso prévio e transferência de conhecimento, e a manutenção depois da entrega com escopo e preço definidos. A cláusula de saída é a mais importante e a menos lida.

De quem deve ser o código desenvolvido?

Em desenvolvimento sob medida, o normal é a propriedade intelectual ser do cliente, com isso escrito em contrato. Se o contrato prevê licença de uso em vez de propriedade, o modelo na prática é de produto, e isso muda o preço justo da contratação e a sua liberdade de trocar de fornecedor.

Quais são os sinais de alerta antes de assinar?

Orçamento fechado sem reunião técnica, prazo que cabe exatamente no que você pediu sem questionamento, nenhuma pergunta sobre como a empresa ganha dinheiro, tecnologia decidida antes de o problema estar claro, dependência de uma pessoa só e resistência a entregar parcial em uso real.

Como decidir sem ninguém técnico na empresa?

Contrate uma avaliação independente de quem não vai executar o projeto, o que custa pouco perto do valor em jogo, ou traga liderança técnica por tempo parcial para participar da escolha e acompanhar a execução. O que não funciona é delegar a decisão ao fornecedor que também vende a implementação.

Qual a diferença entre fornecedor e parceiro?

O fornecedor entrega o que foi pedido; o parceiro discute se o que foi pedido resolve o problema. Na prática isso aparece na capacidade de dizer não: recusar escopo, sugerir comprar pronto em vez de construir e avisar quando o projeto não se paga. Quem concorda com tudo está vendendo horas.

Como devem ser os primeiros noventa dias?

Com três hábitos instalados cedo: uma reunião curta por semana sobre o que foi entregue e o que travou, um ambiente onde você vê o progresso sem precisar pedir, e a primeira entrega em uso real dentro do primeiro mês, mesmo que pequena. Se ao fim você não souber dizer o que funciona, o problema é de condução.

Vale contratar o mais barato?

Diferença grande de preço entre propostas quase nunca é eficiência: é escopo entendido de forma diferente, e a diferença volta como aditivo ou como qualidade. Compare o que cada uma inclui e exclui, e trate o preço como último critério, depois de escopo, forma de entrega e cláusulas de propriedade e saída.