Como contratar desenvolvedor ou software house sem dor de cabeça

Como contratar desenvolvedor freelancer ou software house: onde procurar, perguntas a fazer, sinais de alerta, escopo, contrato e quem fica com o código.

Para contratar um desenvolvedor ou software house sem dor de cabeça, faça quatro coisas: chegue com o escopo escrito, compare propostas pelo que está incluído (não só pelo preço), pague por etapas atreladas a entregas e garanta em contrato que código, domínio e contas ficam no seu nome. Quase todos os problemas que se ouve por aí (projeto abandonado, site sequestrado, orçamento que dobrou) vêm de pular uma dessas etapas.

A seguir, o passo a passo completo, com perguntas para fazer, sinais de alerta e um checklist de contrato.

Freelancer, software house ou estúdio?

Antes de procurar, defina que tipo de fornecedor combina com o seu projeto.

Não existe opção certa universal. Um freelancer experiente e organizado pode ser melhor que uma empresa desorganizada, e vice-versa. O que importa é o profissionalismo, não o formato.

Onde procurar

• Indicação: pergunte a outros empresários, ao seu contador, a grupos do seu segmento. Ainda é a fonte mais confiável, desde que você também faça as verificações abaixo.
• Plataformas de freelancers: Workana, 99Freelas e similares têm muitos profissionais brasileiros. Útil para projetos menores; leia as avaliações com atenção.
• LinkedIn: bom para encontrar profissionais e empresas e ver o histórico deles.
• Busca no Google: encontra estúdios e software houses. Veja o site deles com olhar crítico: se o site de quem faz sites é lento ou quebrado no celular, é um sinal.
• Portfólios públicos: muitos desenvolvedores mostram trabalhos no GitHub, Behance ou em sites próprios.

Peça orçamento para pelo menos três fornecedores. Isso ajuda a entender a faixa de preço real e a perceber quando alguém está fora da curva.

Prepare o escopo antes de pedir orçamento

Escopo é a descrição do que você quer. Quanto mais claro, mais precisos e comparáveis serão os orçamentos. Não precisa ser técnico. Inclua:

1. Objetivo: o que o projeto precisa resolver para o seu negócio.
2. Público: quem vai usar.
3. Funcionalidades: liste o que precisa fazer, separando o essencial do desejável.
4. Referências: sites ou apps que você gosta e por quê.
5. Integrações: sistemas que você já usa e que precisam conversar com o novo.
6. Conteúdo: quem fornece textos, fotos, logotipo.
7. Prazo desejado e se há alguma data fixa (lançamento, evento).
8. Faixa de orçamento, se você tiver. Ajuda o fornecedor a propor a solução adequada.

Para ter uma noção de valores antes de conversar, veja os guias quanto custa um site e quanto custa fazer um app.

Perguntas para fazer ao fornecedor

Na conversa inicial, pergunte:

• "Pode me mostrar projetos parecidos que estão no ar?" Teste você mesmo no celular.
• "Posso falar com algum cliente seu?" Profissionais confiáveis costumam ter quem os recomende.
• "Quem vai trabalhar no meu projeto?" Especialmente em empresas, para saber se é a equipe interna ou se será repassado.
• "Como vai ser a comunicação? Com que frequência vejo o andamento?"
• "O que está incluído e o que não está?" Design, hospedagem, publicação, painel administrativo, textos.
• "O que acontece se eu quiser mudar algo no meio do caminho?"
• "Qual a garantia depois da entrega?"
• "Quanto custa a manutenção depois?"
• "O código e as contas ficam no meu nome?"
• "Que tecnologia vocês usam e por quê?" Você não precisa entender a resposta em detalhe, mas ela deve fazer sentido para o seu caso, e não ser algo raro que só aquela pessoa domina.

Dica: preste atenção nas perguntas que o fornecedor faz. Quem quer entender seu negócio, seus clientes e seus objetivos antes de dar preço tende a entregar algo mais útil do que quem manda um valor depois de duas mensagens.

Sinais de alerta

Desconfie quando aparecer:

• Preço fechado sem entender o projeto. Ou preço muito abaixo de todos os outros, sem explicação do que ficou de fora.
• Pedido de 100% adiantado.
• Recusa em fazer contrato ou contrato vago, sem escopo.
• Domínio, hospedagem ou contas das lojas no nome do fornecedor, sem previsão de transferência.
• Nenhum projeto anterior que você possa ver funcionando.
• Promessas exageradas: "primeiro lugar no Google garantido", "app pronto em uma semana", "funciona para qualquer coisa".
• Comunicação ruim já na fase de venda. Se demora dias para responder antes de fechar, dificilmente melhora depois.
• Tecnologia proprietária obscura, que só aquele fornecedor sabe mexer.
• Pressão para fechar rápido com "desconto que acaba hoje".

O contrato: o que não pode faltar

Contrato não é burocracia: é o que protege os dois lados. Mesmo para projetos pequenos, tenha por escrito.

Checklist de contrato

• Partes: dados completos (CNPJ ou CPF) de quem contrata e de quem presta o serviço.
• Escopo detalhado, de preferência anexado (lista de funcionalidades, páginas, protótipo).
• O que não está incluído, para evitar mal-entendidos.
• Prazos por etapa e o que acontece em caso de atraso (dos dois lados: atrasos no envio de conteúdo pelo cliente também contam).
• Valores e forma de pagamento por etapas.
• Número de rodadas de revisão incluídas.
• Como serão tratadas mudanças de escopo (orçamento à parte, aprovação por escrito).
• Propriedade intelectual: código-fonte, design e materiais passam para você após o pagamento.
• Entrega do código e de todos os acessos.
• Confidencialidade.
• Garantia de correção de bugs por um período após a entrega.
• Manutenção (se contratada): o que inclui, valor, como cancelar.
• Rescisão: como encerrar, o que é pago pelo que já foi feito, o que é entregue.

Para projetos de valor alto, uma revisão com advogado custa pouco perto do risco.

Pagamento por etapas

Pagar tudo adiantado coloca todo o risco em você. Pagar tudo no final coloca todo o risco no fornecedor (e bons profissionais não vão aceitar). O equilíbrio é dividir em etapas, cada uma atrelada a uma entrega que você consegue ver.

Um exemplo comum de divisão (os percentuais variam por projeto):

Para sites e landing pages menores, é comum simplificar em duas parcelas: entrada e entrega.

Quem fica com o código, o domínio e as contas

Esta é a parte mais importante e a mais esquecida. Ao final do projeto, você deve ter:

• Domínio registrado no seu CPF/CNPJ (no Registro.br, para .com.br), com seu e-mail.
• Hospedagem e servidor em conta sua, ou com acesso de administrador garantido.
• Código-fonte em repositório da sua empresa (como GitHub ou GitLab), ou entregue completo.
• Contas das lojas (Apple e Google Play) no nome da empresa.
• Serviços de terceiros (pagamentos, e-mail, mapas, analytics) em contas suas.
• Senhas e documentação básica de como o sistema funciona.

Atenção: o fornecedor pode ter acesso a tudo isso para trabalhar, e isso é normal. O problema é ele ser o dono. Se a relação terminar, você precisa conseguir levar o projeto para outra pessoa sem pedir permissão.

Durante o projeto

• Mantenha um canal principal de comunicação e registre decisões por escrito.
• Teste cada entrega e dê retorno rápido; atrasos do cliente são uma causa frequente de projetos que se arrastam.
• Anote ideias novas para depois, em vez de incluir no meio do caminho.
• Envie o conteúdo no prazo combinado.

Resumo

1. Decida entre freelancer e empresa pelo tipo de projeto.
2. Escreva o escopo antes de pedir orçamento.
3. Peça pelo menos três propostas e compare o que está incluído.
4. Faça as perguntas certas e observe os sinais de alerta.
5. Feche contrato com escopo, etapas, propriedade e garantia.
6. Pague por entregas.
7. Garanta código, domínio e contas no seu nome.

Procurando quem desenvolva o seu projeto?

A Mobgeek também oferece desenvolvimento através do Mobgeek Studio: landing pages, sites, sistemas e aplicativos, com contrato, pagamento por etapas e código, domínio e contas no nome do cliente. Use este guia para avaliar a gente também. Veja todos os serviços ou peça um orçamento gratuito.