Como escolher uma agência de tecnologia: 10 perguntas antes de assinar o contrato

Contratar um site, um sistema ou um aplicativo é diferente de comprar um produto pronto. Você está contratando pessoas, um processo de trabalho e uma relação que continua depois da entrega. Duas propostas com o mesmo valor podem levar a resultados completamente diferentes.

As perguntas abaixo ajudam a comparar fornecedores pelo que realmente importa e a identificar sinais de alerta antes de assinar o contrato.

Antes das perguntas: saiba o que você quer resolver

A melhor forma de avaliar uma agência é chegar à conversa com o problema claro. Escreva em poucas linhas:

• O que está travando hoje, como "os pedidos se perdem entre WhatsApp e planilha".
• O resultado esperado, como "saber em tempo real o status de cada pedido".
• Quem vai usar a solução e com que frequência.
• O prazo que importa e por quê.
• Uma faixa de investimento possível.

Com isso, você consegue perceber se o fornecedor está entendendo o seu negócio ou só oferecendo o que já tem pronto.

As 10 perguntas

1. Quem vai trabalhar no meu projeto?

Por que perguntar. Muitas empresas vendem com uma equipe e executam com outra, às vezes terceirizada.

Resposta boa. Nomes e papéis das pessoas envolvidas, com contato direto com quem desenvolve.

Sinal de alerta. Respostas vagas, como "nossa equipe cuida de tudo".

2. Posso ver projetos parecidos que estão no ar?

Por que perguntar. Portfólio com imagens bonitas não mostra se o projeto funciona.

Resposta boa. Links de projetos reais, de preferência com contato de clientes que aceitam conversar.

Sinal de alerta. Apenas imagens, sem nenhum link funcionando.

3. Como o escopo é definido e o que acontece se ele mudar?

Por que perguntar. Mudanças são normais. O problema é não saber como serão tratadas.

Resposta boa. Escopo por escrito, com um processo claro para pedir, avaliar e aprovar mudanças, incluindo o impacto em prazo e valor.

Sinal de alerta. "A gente vai ajustando", sem nada registrado.

4. Como o projeto é entregue?

Por que perguntar. Projetos entregues de uma vez, só no fim, escondem problemas até ser tarde.

Resposta boa. Entregas por etapas, com protótipo ou versão de teste para você aprovar antes de seguir.

Sinal de alerta. Nenhuma entrega intermediária prevista.

5. Em nome de quem ficam o domínio, o código e as contas?

Por que perguntar. Quem controla essas contas controla o seu projeto.

Resposta boa. Domínio, contas do Google, contas das lojas de aplicativos e repositório do código no nome da sua empresa, com acessos entregues.

Sinal de alerta. Tudo no nome do fornecedor, sem previsão de transferência.

6. Onde fica hospedado e quanto custa manter?

Por que perguntar. O custo mensal pode pesar mais que o desenvolvimento ao longo dos anos.

Resposta boa. Lista dos custos recorrentes, quem paga cada um e a possibilidade de migrar a hospedagem.

Sinal de alerta. Hospedagem obrigatória com o próprio fornecedor, sem transparência de valores.

7. O que acontece depois da entrega?

Por que perguntar. Todo sistema precisa de ajustes, atualizações e correções.

Resposta boa. Período de garantia para correções, plano de manutenção descrito e prazo de resposta para problemas.

Sinal de alerta. "Qualquer coisa é só chamar", sem compromisso definido.

8. Como vocês cuidam da segurança e dos dados?

Por que perguntar. Sites e sistemas lidam com dados de clientes e estão sujeitos à LGPD.

Resposta boa. Backups, controle de acesso, conexão criptografada e cuidado com dados pessoais explicados de forma simples.

Sinal de alerta. O assunto é tratado como detalhe.

9. Como funciona o pagamento?

Por que perguntar. A forma de pagamento mostra o quanto o fornecedor divide o risco com você.

Resposta boa. Pagamentos vinculados a entregas aprovadas.

Sinal de alerta. Valor integral antecipado em projetos longos.

10. E se eu quiser trocar de fornecedor no futuro?

Por que perguntar. Uma boa parceria não depende de prender o cliente.

Resposta boa. Código documentado, dados exportáveis e transição prevista em contrato.

Sinal de alerta. Desconforto com a pergunta.

O que precisa estar no contrato

• Descrição do escopo e das entregas de cada etapa.
• Prazos e o que acontece em caso de atraso de qualquer uma das partes.
• Valores, forma de pagamento e custos recorrentes.
• Regras para mudanças de escopo.
• Propriedade do código, do domínio e dos dados.
• Garantia, suporte e manutenção depois da entrega.
• Responsabilidades sobre dados pessoais, conforme a LGPD.
• Condições de encerramento e de transição.

Como comparar propostas lado a lado

Preencha a tabela com as respostas de cada fornecedor. O valor mais baixo raramente é a melhor proposta quando os outros critérios ficam em branco.

Sinais de uma boa parceria depois de assinar

A escolha não termina no contrato. Nas primeiras semanas, observe se o fornecedor cumpre o que combinou: reuniões no horário, entregas nas datas previstas, respostas claras às dúvidas e avisos antecipados quando algo muda. Esses sinais costumam se manter ao longo do projeto, para o bem ou para o mal.

Se o seu projeto é um site, veja também quanto custa um site profissional. Se é um sistema, leia sistema pronto ou sob medida: como decidir.

Na TechHands, essas perguntas fazem parte da conversa inicial. A proposta sai por escrito em até 48 horas, com escopo, prazo, preço e custos recorrentes. Para começar, fale com a gente.