DESENVOLVIMENTO DE SISTEMAS
Empresa de desenvolvimento de software: como escolher
Para escolher uma empresa de desenvolvimento de software, responda a cinco perguntas antes de olhar o preço: o que está incluído e o que fica com você, como ela cobra e o que acontece quando o escopo muda, de quem é o código e quem guarda os acessos, quem atende depois da entrega e se ela já evoluiu o sistema de um cliente em vez de só criar do zero. Quem responde bem a essas cinco compara propostas com segurança, mesmo quando uma cobra por hora e outra por escopo fechado.
Quero conversar sobre meu sistema Criado em por Léo Arnoldi
Léo ArnoldiEspecialista em Marketing e IANo marketing desde 2007, cuida da base técnica de sites, sistemas e automações da Arnoldi Digital., no Marketing desde 2007.
Três propostas na mesa e nenhuma que se compare
Marta é uma dona fictícia de distribuidora de autopeças em Sumaré, criada só para ilustrar este texto. O estoque vive em planilha, os pedidos chegam por WhatsApp e a emissão fiscal depende de uma pessoa que já avisou que quer tirar férias. Ela pediu proposta a três empresas de desenvolvimento de software. A primeira cobrava por hora. A segunda trouxe um escopo fechado. A terceira falou em sprints, ciclos curtos com entregas parciais. Três propostas, três lógicas, e Marta não sabia dizer qual era a mais barata nem qual era a mais segura.
Essa cena se repete em empresas de Campinas e região o tempo todo. O dono pesquisa "empresa de desenvolvimento de software", encontra listas de "as melhores", páginas de venda e diretórios, e continua sem saber como decidir. Faz sentido: quase todo conteúdo que aparece é de uma empresa falando de si mesma.
A saída que a Marta encontrou foi trocar a pergunta. Em vez de "quem é a melhor?", passou a perguntar "o que eu preciso saber para comparar essas três na mesma régua?". É esse caminho que o resto do artigo percorre. No fim, volto à história dela para mostrar como a decisão ficou.
Não existe empresa de software "melhor" para todo mundo. Existe a que responde bem aos seus cinco critérios, e o ranking que importa é o seu.
O que a empresa faz e o que continua com você
Uma empresa de desenvolvimento de software entende um problema do seu negócio, desenha a solução, programa, testa, coloca no ar e, se combinado, cuida do sistema depois. Pode ser um sistema de gestão, um portal para clientes, um aplicativo, uma automação ou a ligação entre programas que já existem. Se o seu caso é conectar sistemas, vale ler sobre integração de sistemas e APIs, que é um trabalho à parte do sistema novo.
O que ela não faz sozinha é saber como a sua operação funciona. Esse conhecimento é seu. Quem decide como o pedido vira nota fiscal, quem pode ver o preço de custo, o que acontece quando o fornecedor atrasa: isso sai da sua equipe. Quanto mais clara essa parte, mais certeiro é o sistema.
| Etapa | A empresa de software faz | Fica com você |
|---|---|---|
| Entender o problema | Faz perguntas, mapeia o processo, propõe o desenho da solução. | Explicar a rotina real, inclusive as exceções. |
| Construir | Programa, testa, corrige e mostra o andamento. | Validar as entregas e responder dúvidas no tempo combinado. |
| Colocar no ar | Instala, migra dados, treina a equipe. | Indicar quem usa, quem aprova e quem dá suporte interno. |
| Depois da entrega | Corrige falhas, atende chamados, evolui o sistema, se estiver no contrato. | Pedir mudanças com clareza e guardar os acessos em nome da empresa. |
E quem busca "qual é o salário de um desenvolvedor" cai aqui por engano: esse é um assunto de carreira, que este texto não cobre. O foco é o de quem contrata.
Os cinco critérios que decidem a escolha
Tamanho da empresa, número de clientes ou posição em lista não resolvem o seu caso. Um mercado grande e cheio de ofertas só significa que você precisa de critério. A ABES, associação do setor, estimou o mercado brasileiro de TI em US$ 67,8 bilhões em 2025, contra US$ 58,6 bilhões em 2024. Com tanta oferta, a escolha vira questão de método.
- 11. O que está incluído e o que fica com você
Peça a lista do que entra: análise, telas, integrações, testes, treinamento, migração de dados. O que não está escrito costuma virar custo extra.
- 22. Como cobram e o que acontece quando o escopo muda
Escopo fechado, hora ou sprint têm riscos diferentes. A pergunta certa é sempre a mesma: se eu mudar de ideia no meio, o que acontece com preço e prazo?
- 33. De quem é o código e quem guarda os acessos
Titularidade do programa, repositório, servidor, domínio e documentação precisam estar no contrato, em nome da sua empresa.
- 44. Quem atende depois da entrega, e a que custo
Sistema não termina no dia da entrega. Defina canal, tempo de resposta e como funciona a manutenção.
- 55. Já evoluíram um sistema de cliente, não só criaram do zero?
Criar do zero é mais comum. Evoluir um sistema em uso, com dados e gente trabalhando nele, mostra maturidade.
Cada critério vira uma seção a seguir, com perguntas práticas. Quem ainda está em dúvida sobre qual tipo de fornecedor procurar pode começar pelos artigos sobre freelancer ou empresa de software e sobre fábrica de software ou software house. Aqui, o recorte é como escolher entre empresas.
Modelos de cobrança: como comparar propostas diferentes
Comparar uma proposta por hora com uma de escopo fechado pelo valor final é como comparar aluguel com financiamento só pela parcela. Os modelos dividem o risco de formas diferentes, e a tabela abaixo mostra isso sem usar preço.
| Modelo | Como funciona | Quem carrega o risco | Cuidado |
|---|---|---|---|
| Escopo fechado | Preço e entrega definidos antes de começar. Mudança vira aditivo. | A empresa, enquanto o escopo não muda. Você, quando ele muda. | Escopo vago vira briga. Peça a lista do que está dentro e do que está fora. |
| Por hora | Você paga o tempo trabalhado. | Principalmente você: o total pode crescer. | Exija estimativa, teto combinado e relatório de horas. |
| Por sprint | Ciclos curtos com entrega parcial a cada ciclo. | Dividido. Você enxerga o produto cedo e pode corrigir a rota. | Exige participação sua, com alguém que decida rápido. |
A Marta pediu às três empresas a mesma coisa: uma folha com o escopo, o que acontece se algo mudar, quem fica com o código e como é o suporte. Só depois colocou as propostas lado a lado. A comparação abaixo mostra como isso fica, com colunas qualitativas e sem valor em reais.
Proposta A (por hora): estimativa aberta, mudanças absorvidas sem aditivo, código a combinar, suporte por chamado. Proposta B (escopo fechado): lista clara do que entra, mudanças viram aditivo, código transferido ao fim do pagamento, suporte em contrato separado. Proposta C (por sprint): entregas a cada ciclo, mudanças entram no próximo ciclo, código e repositório em nome do cliente desde o início, suporte previsto após o último ciclo. Nenhuma é "a certa". Cada uma pede um tipo de cliente.
Escopo, mudanças, código e suporte colocados lado a lado deixam a comparação honesta, mesmo com cobranças diferentes.
Se a sua dúvida é o valor em si, vale ler quanto custa um sistema personalizado. Este artigo trata de como decidir, não de quanto custa.
Roteiro da primeira reunião: 12 perguntas para levar
A primeira conversa diz muito sobre a empresa. Observe se ela pergunta mais do que fala. Quem só apresenta slide e preço ainda não entendeu o seu problema. Leve a lista abaixo, impressa ou no caderno, e anote as respostas para comparar depois.
- Qual é exatamente o problema que vocês entenderam que eu quero resolver?
- O que está dentro do valor e o que está fora, em lista?
- Como vocês cobram e o que acontece se eu pedir uma mudança no meio?
- De quem será o código ao fim do projeto, e isso fica escrito no contrato?
- O repositório, o servidor e o domínio ficam em nome da minha empresa?
- Que documentação vocês entregam para outra equipe conseguir continuar?
- Quem da equipe vai trabalhar no meu projeto e como falo com essa pessoa?
- Como vocês me mostram o andamento e em que frequência?
- Quem atende depois da entrega, em que canal e em quanto tempo?
- Como funciona a manutenção e como ela é cobrada?
- Vocês já evoluíram o sistema de um cliente que já estava em uso? Posso conversar com alguém?
- Quais bibliotecas e componentes de terceiros o sistema vai usar e com que licença?
Levar a lista numerada e anotar cada resposta transforma a reunião em material de comparação, não em impressão.
A última pergunta parece detalhe, mas não é. A Lei 9.609/1998 trata do uso de programa de computador como objeto de contrato de licença. Um sistema montado sobre componentes de terceiros herda as regras de uso desses componentes, e você tem direito de saber quais são.
Desconfie de quem só fala de preço, de tecnologia da moda e de prazo. O que decide uma boa contratação é a clareza sobre escopo, código e suporte.
Sinais de alerta antes de assinar
Alguns sinais aparecem no papel antes de qualquer problema. Nenhum deles condena a empresa sozinho, mas dois ou três juntos merecem uma conversa séria antes de assinar.
Confira em cada proposta
- O escopo é uma frase genérica, sem lista de entregas e do que fica de fora.
- Não há menção a quem é o dono do código ao fim do projeto.
- O servidor, o repositório ou o domínio ficariam em nome da empresa contratada.
- Não existe previsão de documentação nem de treinamento da sua equipe.
- Suporte e manutenção não aparecem, ou aparecem sem canal e tempo de resposta.
- A empresa promete prazo curto sem perguntar sobre a sua rotina.
- Mudanças de escopo não têm regra de preço, só "a gente vê depois".
- Ninguém se dispõe a apresentar um cliente que usa um sistema entregue por eles há tempo.
Se a proposta chega com o preço muito abaixo das outras, volte à tabela de modelos. Quase sempre significa escopo menor, ou suporte e documentação deixados de fora.
Quem fica com o código, os acessos e a documentação
Esse é o ponto que mais surpreende o dono depois que o sistema está pronto. A Lei 9.609/1998 trata o programa de computador como obra protegida. Ela prevê que, salvo estipulação em contrário, os direitos sobre o programa desenvolvido durante um contrato podem pertencer ao contratante em certas hipóteses, como quando a atividade contratada prevê o desenvolvimento. Ou seja, a regra depende do caso, e as partes podem dispor de outro jeito por escrito. Na prática, o contrato é o que manda, e por isso a cláusula de titularidade tem de estar escrita.
Código e acesso são coisas diferentes. Mesmo quando o contrato diz que o código é seu, de pouco adianta se o repositório, o servidor e o domínio estiverem em nome da empresa contratada. Se a relação azedar, você fica com um direito no papel e sem a chave na mão.
Antes de assinar, deixe escrito
- Quem detém os direitos sobre o programa desenvolvido para você.
- Que repositório, servidor, banco de dados e domínio ficam em nome da sua empresa.
- Que a documentação técnica e as instruções de instalação serão entregues.
- Que os acessos de administrador são seus desde o primeiro dia.
- Quais componentes de terceiros são usados e com que licença.
Código, repositório, servidor e domínio em nome da empresa contratante evitam o impasse de ter o direito no papel e nenhum acesso na mão.
Se quiser entender melhor essa questão no caso do freelancer, a explicação básica está em freelancer ou empresa de software. Aqui o ponto é outro: tratar a titularidade como cláusula que você compara entre as empresas, e não como detalhe que se descobre depois.
Depois da entrega: suporte, evolução e custo recorrente
Sistema é como um funcionário novo: no começo, precisa de acompanhamento. Leis mudam, o fornecedor de emissão de nota atualiza o programa, o time pede uma tela a mais. Por isso a pergunta "quem atende depois?" vale tanto quanto a da entrega.
- Canal e tempo. Como pedir ajuda (WhatsApp, e-mail, chamado) e em quanto tempo a empresa responde, por escrito.
- Correção e evolução são coisas diferentes. Corrigir falha do que foi entregue é uma coisa. Incluir recurso novo é outra, e costuma ter regra de cobrança própria.
- Custos recorrentes. Hospedagem, licenças de terceiros e manutenção são gastos que continuam depois do projeto. Peça a lista, mesmo que os valores venham depois.
- Saída. Se um dia você quiser trocar de empresa, o que precisa ser entregue para a nova equipe conseguir assumir.
Quem usa o sistema todo dia é a equipe do balcão. É por ela que passa a decisão de manter, corrigir ou evoluir.
Pequenos negócios podem consultar o Sebrae da própria região sobre programas de apoio à contratação de soluções tecnológicas, como o Sebraetec. As regras e a disponibilidade variam de estado para estado, então a conversa precisa ser feita com o Sebrae do seu estado, sem contar com benefício antes de confirmar.
Experiência real e distância: o que pesa na escolha
Caso real: evoluir em vez de recomeçar
Uma lição geral que vale para qualquer empresa de software: se você já tem um sistema em uso, a primeira pergunta nem sempre é "quem constrói outro?". Muitas vezes, é "o que dá para evoluir no que já existe?". Quem tem a prática de evoluir sistema de cliente costuma propor esse caminho antes de sugerir recomeçar do zero. Quem só sabe criar, tende a recomeçar.
Um exemplo da prática da Arnoldi é o Mundo AD, sistema de gestão da Alex Darc Produções, empresa de eventos. Um evento fechado em um mês gera pagamento de cachê em outro, e o sistema foi evoluído para prever essas despesas futuras. Também foram ajustados o DRE e as permissões de acesso, e a equipe recebeu um tutorial. O site teve um redesign à parte.
Vale contratar uma empresa de outra cidade?
Vale, desde que o trabalho funcione bem a distância e que a comunicação seja clara. Reuniões por vídeo, acompanhamento por escrito e entregas parciais fazem a localização pesar menos do que há dez anos. O que pesa é a clareza do contrato e a facilidade de falar com quem toca o projeto.
Ainda assim, estar perto ajuda em dois momentos: no levantamento, quando é preciso ver a operação funcionando, e na implantação, quando a equipe aprende a usar. Para empresas de Campinas e região, a Arnoldi atende presencialmente ou a distância, e você pode conhecer a empresa de tecnologia em Campinas antes de decidir.
Como fica a decisão: voltando à Marta
Com as três propostas na mesma régua, Marta viu o que a pressa escondia. A proposta por hora era a mais flexível, mas não tinha teto nem regra para mudança. A de escopo fechado era clara, mas deixava o código para um contrato separado. A de sprints entregava cedo e colocava repositório e acessos em nome dela desde o início. Ela exigiu ajustes de cláusula nas três, marcou uma conversa com cada empresa usando o roteiro de 12 perguntas e escolheu a que respondeu com mais clareza, não a que cobrava menos. É uma história ilustrativa, mas o método é real.
O método cabe em quatro passos. Qualquer decisor consegue seguir sem entender de programação.
- 1Liste o problema e as exceções
Escreva em uma página o que o sistema precisa fazer e o que atrapalha hoje.
- 2Peça a mesma folha a todas
Escopo, regra de mudança, código, acessos, suporte e documentação.
- 3Compare na tabela, não no preço
Coloque as respostas lado a lado e marque o que ficou sem resposta.
- 4Converse com um cliente de cada
Principalmente de quem evoluiu um sistema já em uso.
Quer comparar propostas com alguém que explica o que está no papel?
A conversa com a Arnoldi começa pelo que o seu negócio precisa resolver, antes de qualquer proposta. Com isso, dá para dizer se o caminho é um sistema novo, a evolução de um que você já tem ou a integração entre ferramentas.
A proposta de desenvolvimento de sistemas personalizados descreve escopo, regra de mudança, código, acessos e suporte por escrito, para você comparar com qualquer outra empresa.
A conversa acontece pelo WhatsApp, direto com a equipe.
Mundo AD: evolução de sistema de gestãoContexto: Produtora de eventos que precisava de um sistema de gestão acompanhando a rotina financeira real da empresa.
O que fizemos: Evolução do sistema de gestão, provisionamento de despesas, permissões, DRE e tutorial para a equipe.
Ver o case completoContinue lendo sobre desenvolvimento de sistema
Separamos outros artigos do blog da Arnoldi sobre desenvolvimento de sistema. São textos diretos, feitos para quem decide e precisa de resposta clara antes de investir.
Desenvolvimento de SistemaFreelancer ou empresa de software: como escolher sem se arrepender
Freelancer ou empresa de software depende do tamanho, da criticidade e da vida útil do sistema. Veja quando cada um serve e o que exigir de qualquer um.
Desenvolvimento de SistemaFábrica de software ou software house: qual contratar
Fábrica de software ou software house: a diferença está em quem desenha a solução. Veja os modelos e qual serve à sua empresa.
Desenvolvimento de SistemaQuanto custa um sistema personalizado (sob medida) e o que define o preço
Não existe preço de prateleira para sistema sob medida. Entenda o que muda o valor, o que vem depois da entrega e como comparar propostas com segurança.