Sete perguntas a um parceiro de desenvolvimento antes de assinar

A maioria dos fundadores escolhe um parceiro técnico como escolheria um restaurante: uma boa conversa, um portefólio bonito, uma sensação. Isso funciona bem para um jantar. Para uma decisão que vai moldar o seu produto durante o próximo ano, não chega.

Estas sete perguntas foram pensadas para revelar o que uma apresentação não mostra. Cada uma tem um modo de falha concreto que procura detetar.

1. A quem pertence o código, e a partir de que data?

Esta é a pergunta que os fundadores mais esquecem e a mais difícil de corrigir depois.

O que está a verificar: se a propriedade intelectual passa para si progressivamente, só depois do pagamento final, ou nem sequer fica explícita.

Uma resposta sólida: "Tudo é seu desde o primeiro commit. É uma cláusula fixa do contrato, não ligada ao pagamento final." Alguns parceiros sérios condicionam mesmo assim a transferência total de PI ao pagamento final, como proteção comercial habitual, o que é razoável desde que o digam com clareza e não de forma vaga.

O sinal de alerta: hesitação, ou uma resposta que menciona "depois de terminada a colaboração" sem um gatilho concreto. Se um parceiro não consegue indicar claramente quando se torna o proprietário legal do trabalho, assuma a interpretação menos favorável.

2. O que fica exatamente fora deste preço?

Todo o orçamento implica um limite. A questão é saber se a outra parte pensou onde ele está.

O que está a verificar: se a lista de exclusões é concreta ou genérica.

Uma resposta sólida é longa e aborrecida: sem custos de APIs de terceiros, sem redação de conteúdos, sem migração de dados do sistema antigo, o suporte termina ao dia 30, as apps móveis nativas ficam em orçamento à parte. A concretização aqui é bom sinal, não mau.

O sinal de alerta: "Não se preocupe, resolvemos o que aparecer." Soa generoso. Significa que o limite não está definido, e limites indefinidos são redesenhados a favor do parceiro assim que o trabalho começa e o custo de mudar está do seu lado.

3. Qual foi o seu último projeto que não correu bem, e porquê?

Toda a agência tem um. A questão não é se algo correu mal, é se conseguem descrevê-lo com honestidade.

O que está a verificar: autoconsciência e uma causa concreta e verificável.

Uma resposta sólida nomeia uma falha concreta: um âmbito subestimado porque uma integração de pagamentos se revelou mais complexa do que o esperado, e o que mudou no processo depois disso. É um parceiro que já entregou o suficiente para ter cicatrizes.

O sinal de alerta: "Na verdade não temos falhas, entregamos sempre." Ninguém tem um histórico perfeito. Esta resposta significa que não estão a ser honestos consigo agora, na chamada, antes de assinar seja o que for, ou que não consideram um mau resultado para o cliente uma falha que valha a pena mencionar.

4. O que vou ver todas as semanas enquanto isto é construído?

Esta pergunta testa se está a comprar um processo ou uma promessa.

O que está a verificar: um artefacto concreto e recorrente, não um compromisso genérico de comunicação.

Uma resposta sólida: uma demonstração funcional todas as quintas-feiras, uma nota de sprint escrita todas as sextas-feiras, um ambiente de staging acessível a qualquer momento. São coisas que existem quer alguém se lembre de enviar uma atualização quer não.

O sinal de alerta: "Mantemo-lo a par" ou "como preferir". Um ritmo vago transforma-se em nenhum ritmo dentro de três semanas, e pela sexta semana é você que anda atrás do estado em vez de o receber.

5. Quem exatamente vai trabalhar nisto, e quanto do seu tempo?

As chamadas comerciais são conduzidas pela pessoa mais sénior e mais persuasiva da empresa. Essa pessoa frequentemente não é quem escreve o seu código.

O que está a verificar: pessoas identificadas e percentagens reais, não cargos.

Uma resposta sólida: "Um tech lead a 40%, dois engenheiros a 100%, um designer a 30%, e eu próprio a fazer o planeamento de sprints com cerca de 15%." Vale a pena questionar percentagens que não formam uma equipa sensata, ou que juntam mais pessoas do que o orçamento consegue plausivelmente sustentar.

O sinal de alerta: a equipa é descrita apenas por funções, sem nomes, e ninguém consegue dizer-lhe quem será o seu contacto do dia a dia. Está a comprar a reputação de uma empresa enquanto o seu projeto fica a cargo de quaisquer engenheiros que estejam livres nessa semana.

6. O que cortaria se o meu orçamento fosse 30% menor?

É a forma mais rápida de descobrir se a pessoa à sua frente pensou mesmo no seu produto ou está a recitar um pacote padrão.

O que está a verificar: uma resposta imediata e concreta.

Uma resposta sólida chega em segundos, porque um parceiro que compreende o seu produto já sabe que funcionalidades são estruturais e quais são dispensáveis. "Tiraria o painel de análise do admin e o segundo idioma, mantinha tudo no fluxo de transação principal."

O sinal de alerta: uma pausa longa, seguida de "tudo é importante" ou um pedido para pensar e voltar a falar consigo. Se precisam de três dias para perceber o que mais importa no seu produto, ainda não o interiorizaram, e isso vai aparecer em todas as decisões de âmbito daqui em diante.

7. O que acontece no dia a seguir ao lançamento?

O dia do lançamento é discutido em todas as apresentações. O dia seguinte quase nunca, e é aí que aparece a verdadeira diferença entre um fornecedor e um parceiro.

O que está a verificar: um plano concreto, não uma garantia vaga de "suporte contínuo".

Uma resposta sólida nomeia um prazo definido, um âmbito definido do que esse prazo cobre, e um próximo passo explícito: 30 dias de correção de erros incluídos, um painel de monitorização configurado antes da entrega, e um retainer ou acordo de suporte proposto para o resto, orçamentado agora em vez de negociado depois sob pressão.

O sinal de alerta: "Estamos sempre disponíveis se precisar." Isso não é um plano, é uma frase pensada para encerrar a conversa. Disponíveis a que preço, com que tempo de resposta, para que âmbito de trabalho? Se nada disso for respondido antes da assinatura, será respondido depois, nos termos deles, quando já não lhe restar margem de negociação.

Como usar isto na prática

Não envie isto como um questionário escrito. Faça as perguntas numa chamada e preste atenção à rapidez e precisão da resposta, não só ao que dizem. A hesitação na pergunta um ou quatro diz mais do que as palavras usadas para a disfarçar.

Se só tiver tempo para duas, faça a 1 e a 6. A propriedade diz-lhe o que está realmente a comprar. A pergunta do orçamento revela se a pessoa se envolveu de facto com o seu produto ou está a seguir um guião.

É assim que responderíamos às sete perguntas, por escrito, antes mesmo de as fazer: o nosso Blueprint de exemplo mostra exatamente o que um processo real de definição de âmbito produz, e os nossos preços listam o que está e não está incluído em cada nível. Se preferir perguntar-nos diretamente, contacte-nos.