Você já reuniu duas ou três propostas, comparou preços e agora precisa decidir com quem vai fechar. Essa é a hora em que mais empresas erram — não porque escolhem o fornecedor mais caro ou mais barato, mas porque escolhem sem critério. E o preço de errar aqui não é só o valor pago: é o tempo perdido, o projeto que trava na metade, o código que ninguém mais entende e, muitas vezes, a necessidade de recomeçar do zero com outra equipe, pagando duas vezes pela mesma coisa.
Contratar uma empresa de desenvolvimento de software é uma decisão de negócio, não apenas uma decisão técnica. Um sistema de gestão mal entregue atrasa operações inteiras; um aplicativo que nunca sai do "quase pronto" queima orçamento e credibilidade com sua própria equipe. Por isso, antes de assinar qualquer proposta, vale usar um checklist objetivo — não para desconfiar de todo mundo, mas para comparar fornecedores com os mesmos critérios e tomar uma decisão informada.
Neste guia, reunimos os pontos que realmente separam um fornecedor sério de um risco disfarçado de oportunidade, incluindo os sinais de alerta que pedem cautela redobrada e um comparativo entre freelancer, agência pequena e agência grande.
Checklist: 9 critérios para avaliar antes de contratar
Use a tabela abaixo para comparar lado a lado as propostas que você recebeu. Se alguma empresa falha em três ou mais desses pontos, é motivo para repensar.
| # | Critério | O que verificar na prática |
|---|---|---|
| 1 | Portfólio verificável | Projetos reais, com link funcionando ou prints datados — não apenas telas de protótipo em Figma |
| 2 | Forma de pagamento | Pagamento dividido em etapas; desconfie de quem exige 100% adiantado |
| 3 | Propriedade do código-fonte | Cláusula expressa de que o código é seu ao final do projeto, com entrega do repositório |
| 4 | Prazo com marcos claros | Cronograma com entregas parciais (protótipo, versão beta, versão final), não só uma data final |
| 5 | Stack tecnológica declarada | A empresa explica quais tecnologias vai usar e por quê, de forma acessível |
| 6 | Contrato por escrito | Documento formal com escopo, prazos, valores, propriedade intelectual e rescisão |
| 7 | Suporte pós-entrega | Período de garantia e condições claras para manutenção depois do lançamento |
| 8 | Comunicação e transparência | Respostas rápidas, atualizações periódicas e disposição para explicar decisões técnicas |
| 9 | Referências de clientes | Disposição em colocar você em contato com clientes anteriores, mesmo que informalmente |
1. Portfólio e cases verificáveis
Peça para ver projetos entregues, não só mockups bonitos. Um site que você pode acessar, um app que está nas lojas, um sistema que um cliente real usa no dia a dia. Se possível, pergunte diretamente ao cliente anterior como foi o processo — não só o resultado final, mas a experiência de trabalhar com aquela equipe.
2. Forma de pagamento: nunca 100% adiantado
Esse é, na nossa experiência, o critério que mais evita prejuízo. Pagar tudo antes tira todo o seu poder de negociação: se o projeto atrasar, sair do escopo combinado ou simplesmente parar, você já pagou e tem pouco a fazer. O modelo mais seguro divide o pagamento em etapas atreladas a entregas — por exemplo, uma parte na assinatura, outra na entrega do protótipo funcional e o restante na entrega final. Na Luna Next-Gen, o primeiro pagamento só é cobrado depois que você já viu e testou um protótipo funcional do seu projeto — o risco fica muito mais equilibrado entre as partes.
3. Propriedade do código-fonte
Pergunte diretamente: "ao final do projeto, o código-fonte é meu?" A resposta deve ser sim, por escrito, com a entrega do repositório completo (não só o executável ou o link do site publicado). Empresas que relutam em ceder o código, ou que cobram "taxas de liberação" não previstas, merecem atenção redobrada.
4. Prazo com marcos claros
"Fica pronto em dois meses" não é um cronograma — é uma promessa vaga. Peça marcos intermediários: quando sai o protótipo, quando sai a primeira versão testável, quando é a entrega final. Isso não só te dá previsibilidade como permite identificar atrasos cedo, antes que virem uma bola de neve. Para ter uma ideia de prazos realistas por tipo de projeto, vale conferir quanto custa e quanto tempo leva para desenvolver um aplicativo — os prazos variam bastante conforme a complexidade.
5. Stack tecnológica declarada
Você não precisa entender de programação, mas a empresa deve conseguir explicar, em português claro, quais tecnologias serão usadas e por que fazem sentido para o seu projeto. Isso importa porque afeta manutenção futura: tecnologias muito obscuras ou "caseiras" podem prender você a um único fornecedor.
6. Contrato por escrito, sempre
Combinados verbais ou trocas de mensagem no WhatsApp não substituem um contrato. O documento deve cobrir escopo detalhado, valores e forma de pagamento, prazos, propriedade intelectual, condições de rescisão e o que acontece em caso de atraso de qualquer uma das partes. Se você quer entender exatamente quais cláusulas não podem faltar, escrevemos um guia completo sobre contrato de desenvolvimento de software e suas cláusulas essenciais.
7. Suporte pós-entrega
Nenhum sistema fica "pronto para sempre" — sempre surgem ajustes, correções e pequenas evoluções depois do lançamento. Pergunte se existe um período de garantia (para corrigir bugs sem custo) e como funciona o suporte depois: é por chamado, por pacote de horas, por contrato de manutenção mensal?
8. Comunicação e transparência
Durante a fase de negociação, observe: a empresa responde rápido? Explica decisões técnicas sem enrolação? Isso tende a se repetir — ou se agravar — durante o projeto. Fornecedores que somem por dias e só aparecem para cobrar são um péssimo sinal do que vem pela frente.
Dica prática: peça para a empresa te mostrar, ainda na fase de proposta, como seria o cronograma de pagamento dividido em marcos. Se ela resistir ou insistir em cobrar tudo de uma vez, isso já responde boa parte da pergunta sobre confiabilidade.
Sinais de alerta (red flags)
Alguns comportamentos, isolados ou combinados, são indícios fortes de que o fornecedor não está preparado — ou não pretende cumprir o combinado:
- Não mostra portfólio real: só apresenta mockups, prints genéricos ou projetos que não conseguem ser verificados.
- Exige pagamento total antecipado: sem qualquer entrega ou marco intermediário atrelado.
- Recusa contrato por escrito: quer fechar "na confiança" ou só por mensagem de WhatsApp.
- Prazo vago ou "vamos vendo": nenhuma data de marco intermediário, só uma promessa genérica de entrega.
- Preço muito abaixo do mercado sem explicação: geralmente indica corte de escopo, subcontratação informal ou risco de abandono do projeto.
- Não explica a stack tecnológica: evasivas quando você pergunta como o sistema será construído.
- Sem CNPJ ou nota fiscal: dificulta qualquer respaldo formal em caso de problema.
Freelancer, agência pequena ou agência grande?
Não existe resposta única — o porte ideal do fornecedor depende do tamanho e da complexidade do seu projeto.
| Perfil | Vantagens | Pontos de atenção | Indicado para |
|---|---|---|---|
| Freelancer | Custo mais baixo, contato direto | Menos estrutura de suporte, risco de indisponibilidade | Ajustes pontuais, projetos muito simples |
| Agência pequena / boutique | Equilíbrio entre custo e capacidade técnica, atendimento próximo | Equipe enxuta exige bom planejamento de prazos | Sites, apps e sistemas sob medida (maioria dos casos) |
| Agência grande | Mais estrutura, processos formais, capacidade de escala | Custo elevado, atendimento menos personalizado | Operações de grande porte, projetos com orçamento robusto |
Para a maioria das pequenas e médias empresas que precisam de um site institucional, um aplicativo ou um sistema interno, uma agência pequena e especializada costuma entregar o melhor custo-benefício: capacidade técnica de agência, com a agilidade e o atendimento próximo de quem não tem burocracia de sobra. Se você ainda está na fase de comparar preços, vale revisar também nosso guia sobre quanto custa criar um site para calibrar expectativas de orçamento antes de negociar.
Perguntas frequentes
Quanto custa contratar uma empresa de desenvolvimento de software?
No Brasil, os valores variam de R$ 1.000 para sites simples até mais de R$ 50.000 para sistemas complexos, passando por R$ 8.000 a R$ 30.000 em aplicativos mobile. O preço depende do escopo, da plataforma e do nível de personalização exigido.
Preciso de contrato para desenvolver um site ou aplicativo?
Sim, sempre. Um contrato por escrito protege as duas partes ao formalizar escopo, prazos, forma de pagamento e propriedade do código-fonte. Sem contrato, qualquer divergência vira palavra contra palavra, sem respaldo legal.
Como saber se uma empresa de desenvolvimento é confiável?
Verifique portfólio com projetos reais e verificáveis, forma de pagamento que não exige 100% adiantado, contrato claro, prazos com marcos definidos e suporte pós-entrega documentado. Empresas confiáveis não têm medo de mostrar provas e colocar tudo por escrito.
É melhor contratar um freelancer ou uma agência?
Depende do porte do projeto. Freelancers costumam ser mais baratos para demandas simples, mas têm menos estrutura de suporte. Agências pequenas equilibram custo e capacidade técnica, sendo ideais para a maioria dos projetos sob medida. Agências grandes fazem sentido para operações de grande escala, com orçamento e prazos maiores.
O que fazer se a empresa contratada sumir ou atrasar demais o projeto?
Recorra ao contrato assinado, que deve prever prazos, marcos e penalidades por atraso. Se o pagamento não foi 100% adiantado, o prejuízo financeiro fica limitado. Reforce a comunicação por escrito (e-mail, propostas formais) para ter registro caso seja necessário buscar reparação.
Conclusão
Escolher uma empresa de desenvolvimento de software não precisa ser um salto de fé. Com um checklist objetivo — portfólio verificável, pagamento escalonado, propriedade do código, prazos com marcos, contrato por escrito e suporte pós-entrega — você reduz drasticamente o risco de ficar no meio de um projeto travado ou de pagar duas vezes pela mesma solução. Na Luna Next-Gen, estruturamos justamente esses pontos como padrão: contrato claro, cronograma com marcos e cobrança apenas após a entrega de um protótipo funcional, para que sua decisão de contratar seja baseada em resultado visível, não em promessa.