Como escolher uma empresa de desenvolvimento de software

Para escolher uma empresa de desenvolvimento de software ou de sites, avalie menos o discurso e mais as evidências: projetos no ar que você consegue abrir e testar, a forma como a empresa investiga o seu problema antes de orçar, a clareza do escopo na proposta e quem, de fato, vai trabalhar no projeto.

Depois, confira o que garante a sua independência: o código, o domínio, a hospedagem e o repositório precisam ficar em nome da sua empresa. Por fim, entenda o que acontece depois da entrega, com documentação, suporte e manutenção definidos por escrito.

Preço importa, mas só pode ser comparado quando as propostas descrevem a mesma coisa. Uma proposta barata com escopo vago costuma sair mais cara no fim.

O que avaliar antes de contratar

Projetos no ar que você pode abrir e testar

Imagens em um portfólio mostram o visual, não mostram se o produto funciona. Peça links de sites e sistemas em produção. Abra no celular, preencha um formulário, navegue pelas páginas, veja se carrega rápido. Em aplicativos, procure a publicação nas lojas e leia as avaliações.

Quando o sistema é interno e não pode ser aberto, peça uma demonstração com dados fictícios e uma conversa com alguém que use o produto. Projetos parecidos com o seu, em complexidade e não necessariamente no segmento, dizem mais do que uma lista longa de logotipos. No caso da PERVOX, os projetos podem ser conferidos no próprio site.

Como a empresa conduz o diagnóstico

Diagnóstico é a etapa em que o fornecedor entende o problema: quem vai usar, quais processos o sistema atende, com o que precisa se integrar, o que é essencial e o que pode esperar. Uma boa empresa faz perguntas incômodas, questiona funcionalidades que não parecem necessárias e propõe começar menor quando faz sentido.

Se você chegar com um briefing bem feito, observe se a empresa lê, discute e aprofunda o material, ou se responde com um orçamento padrão em poucas horas.

Clareza da proposta e do escopo

Escopo é a lista do que será entregue. Uma proposta clara descreve as funcionalidades, as telas ou páginas principais, as integrações, o que fica de fora, as fases, os critérios para considerar cada entrega aceita e as condições de suporte. Se duas propostas não permitem uma comparação item a item, peça detalhamento antes de decidir. O artigo sobre escopo fechado ou por hora explica como cada modelo de contratação afeta o que deve estar escrito.

Comunicação

Durante a negociação, repare na velocidade e na qualidade das respostas. Pergunte como será o acompanhamento: com que frequência haverá reuniões ou relatórios, onde ficam registradas as decisões, quem é o ponto de contato e se você terá acesso a um ambiente de testes para ver o andamento antes da entrega final.

Quem vai trabalhar no projeto

Quem participa da venda nem sempre é quem desenvolve. Pergunte quem estará no projeto, qual a experiência dessas pessoas e se parte do trabalho será terceirizada. Terceirizar não é um problema em si, desde que seja informado e que a responsabilidade continue clara.

Propriedade do código e dos acessos

Este é o ponto que mais gera problemas depois. Garanta, por contrato, que:

• O código-fonte pertence à sua empresa ao final do projeto, ou nas condições combinadas.
• O repositório (o local onde o código e seu histórico ficam guardados, como GitHub ou GitLab) está em uma conta da sua empresa ou será transferido para ela.
• O domínio está registrado no CNPJ da sua empresa. O artigo sobre domínio e hospedagem mostra como verificar isso.
• As contas de hospedagem, lojas de aplicativos, e-mail e serviços de terceiros estão em nome da empresa, com acesso de administrador para alguém de dentro.

Documentação

Documentação é o registro de como o sistema funciona e de como colocá-lo no ar. O mínimo razoável inclui a arquitetura em linhas gerais, as instruções de instalação e publicação, as variáveis de configuração e as principais regras de negócio. Sem isso, trocar de fornecedor fica caro e lento.

Suporte após a entrega

Todo software precisa de cuidados depois de publicado: correções, atualizações de segurança, ajustes. Pergunte se existe garantia de correção de defeitos e por quanto tempo, e como funciona a manutenção de software depois disso.

Segurança e LGPD

Se o sistema trata dados pessoais, a proteção precisa estar no projeto desde o início. Pergunte como a empresa controla acessos, guarda senhas, faz backups e registra quem acessou o quê. O guia sobre LGPD em sites e sistemas ajuda a saber o que cobrar.

Sinais de alerta

• Proposta sem escopo. Um valor e um prazo sem a descrição do que será entregue deixam tudo aberto à interpretação. As discussões aparecem justamente na entrega.
• Preço muito abaixo dos demais sem explicação. Às vezes há um motivo legítimo, como o uso de uma plataforma pronta. Se não houver explicação, a diferença costuma estar em algo que ficou de fora: testes, responsividade, segurança, documentação ou suporte. O artigo sobre quanto custa um site profissional detalha o que costuma explicar as diferenças de preço.
• Promessa de prazo antes de entender o problema. Quem garante uma data na primeira conversa ainda não sabe o que vai construir.
• Falta de acesso ao código. Se o fornecedor resiste a dar acesso ao repositório durante o projeto, ou condiciona a entrega do código a uma cobrança extra não prevista, a sua empresa fica dependente.
• Contas em nome do fornecedor. Domínio, hospedagem ou conta de desenvolvedor nas lojas registrados no nome de quem desenvolve tornam qualquer troca difícil.
• Ninguém questiona nada. Concordar com todas as funcionalidades pedidas, sem discutir prioridade ou custo, indica pouca análise.

Perguntas para fazer na primeira conversa

1. Quais projetos parecidos com este estão no ar e posso testar?
2. Como vocês fazem o levantamento antes de fechar o escopo? Essa etapa é cobrada à parte?
3. Quem vai trabalhar no projeto e quem será o meu ponto de contato?
4. Com que frequência vou ver o andamento? Haverá um ambiente de testes?
5. O código, o repositório, o domínio e a hospedagem ficarão em nome da minha empresa?
6. Que documentação será entregue junto com o sistema?
7. Existe garantia de correção depois da entrega? Por quanto tempo?
8. Como são tratadas as mudanças de escopo durante o projeto?
9. Como o sistema vai proteger os dados pessoais que tratar?

Mais do que as respostas certas, observe se elas são específicas. "Depende" é uma resposta aceitável quando vem seguido de "do quê".

Freelancer, empresa ou equipe interna

Freelancer

Um profissional autônomo costuma ter custo menor e comunicação direta. Funciona bem para projetos pequenos e bem delimitados, como um site institucional ou uma landing page. O risco é a concentração: se a pessoa adoecer, mudar de área ou ficar sem agenda, o projeto para. Também é raro que uma só pessoa domine bem design, desenvolvimento, infraestrutura e segurança ao mesmo tempo.

Empresa de desenvolvimento

Uma empresa reúne competências diferentes, tem processos de entrega e não depende de uma única pessoa. Responde por contrato com CNPJ, o que facilita formalizar garantias. Faz sentido para sistemas sob medida, aplicativos, integrações e projetos com continuidade prevista. O custo por hora tende a ser maior que o de um freelancer, e é importante verificar se a empresa é de fato quem executa.

Equipe interna

Contratar desenvolvedores próprios faz sentido quando o software é parte central do negócio e terá evolução contínua por anos. Dá controle total, mas exige recrutar, gerir e reter profissionais, além de manter conhecimento em várias áreas. Um caminho comum é começar com uma empresa externa e montar a equipe interna aos poucos, com a documentação e o código já sob controle da empresa.

Para decidir, considere o tamanho do projeto, a duração prevista, o quanto o sistema é estratégico e quem dentro da empresa terá tempo para acompanhar o trabalho.

Perguntas frequentes

Devo escolher a proposta mais barata?

Só se ela entregar o mesmo escopo, com a mesma qualidade e as mesmas garantias das outras. Compare item a item: funcionalidades, testes, documentação, suporte, propriedade do código. Quando os itens são iguais, o preço vira um critério justo.

É normal pagar pelo diagnóstico?

Sim, em projetos maiores ou com muitas incertezas. Um diagnóstico pago, com entregáveis definidos como escopo detalhado, riscos e estimativa por fase, reduz o risco para os dois lados. Em projetos pequenos, o levantamento costuma fazer parte da proposta.

Preciso entender de tecnologia para avaliar um fornecedor?

Não. A maior parte dos critérios deste guia é verificável por qualquer gestor: testar projetos no ar, ler a proposta, conferir em nome de quem estão as contas, perguntar quem trabalha no projeto. Para pontos técnicos específicos, vale pedir uma segunda opinião.

Como trocar de fornecedor sem perder o sistema?

Antes de tudo, confirme que você tem acesso ao código, ao repositório, à hospedagem e ao domínio. Peça a documentação e uma transição combinada, com tempo para o novo fornecedor avaliar o sistema antes de assumir.

Escolher um fornecedor é, no fundo, escolher com quem dividir decisões por um bom tempo. A PERVOX desenvolve sites, sistemas, aplicativos e integrações, e pode começar por uma conversa sobre o problema, antes de qualquer orçamento. Entre em contato se quiser falar sobre o seu projeto.