Software sob medida: o que é, quando vale e como contratar

Software sob medida é o sistema construído para um processo específico de uma empresa, com as regras, exceções e integrações dela, em vez de um produto pronto vendido igual para muitos clientes. O código é escrito para aquela operação, e a empresa que contrata passa a ser dona dele.

Resposta curta: software sob medida vale a pena quando o processo diferencia a empresa, quando os sistemas prontos exigem contornos demais ou quando é preciso ligar sistemas que não conversam. Quando um produto de mercado resolve bem, o pronto costuma ser mais rápido e barato de manter. A decisão sai de um diagnóstico do processo.

Antes de decidir, o gestor precisa entender o que conta como software sob medida, como ele se compara a sistemas prontos e a ferramentas de baixo código, como um projeto anda do primeiro contato ao sistema em produção, quais são os modelos de contratação e como escolher quem vai construir. Cada um desses temas tem um artigo próprio, com link no trecho correspondente.

O que é software sob medida (e o que não é)

Um software sob medida nasce de uma pergunta sobre a operação: como o pedido entra, quem aprova, o que acontece quando falta estoque, onde o dado vai parar depois. As respostas viram regras de negócio, telas, integrações e relatórios pensados para aquele fluxo.

Algumas confusões comuns:

• Customizar o ERP é outra coisa. Customização é alterar um produto pronto, dentro dos limites que o fornecedor dele permite. Ela tem o seu lugar, mas carrega um custo que aparece a cada atualização do produto.
• O sistema não precisa ser enorme. Um portal de pedidos para clientes, uma integração entre loja e ERP ou um app para técnicos de campo são software sob medida, e muitas vezes são o melhor jeito de começar.
• O projeto não começa do zero em tudo. Um bom projeto usa bibliotecas, serviços de nuvem e componentes consolidados, e o sob medida fica na parte que representa o processo da empresa.
• Site é outra coisa. Site institucional tem outra natureza; a diferença está explicada em site, sistema web ou plataforma.

Na prática, os tipos mais comuns de software sob medida em empresas médias são sistemas de gestão de uma área específica (pedidos, ordens de serviço, compras, contratos), portais para clientes e fornecedores, aplicativos para equipes de campo, integrações entre sistemas, automação de rotinas, painéis de indicadores e produtos digitais vendidos como serviço. A página de soluções mostra cada um desses tipos com o que costuma entrar no escopo.

Quando o software sob medida faz sentido

O critério mais útil é perguntar se o processo em questão diferencia a empresa. Contabilidade, folha de pagamento e emissão fiscal funcionam de forma parecida em quase todo lugar, e produtos de mercado fazem isso bem. Já o jeito como uma distribuidora monta a carga, como uma indústria aponta a produção ou como uma prestadora de serviço distribui chamados costuma ser próprio, e é ali que o sob medida rende.

Sinais de que vale avaliar um sistema próprio:

• A operação vive de contornos: planilhas paralelas, campos usados para outra finalidade, digitação dupla entre sistemas, relatórios montados à mão toda semana.
• O processo mudou e o sistema não acompanhou. A empresa cresceu, abriu filiais, passou a vender por novos canais, e o sistema atual exige gambiarras para cada mudança.
• Os sistemas não conversam. Loja virtual, ERP, banco e transportadora existem, mas alguém faz o papel de integração copiando dados.
• Existe um canal que o mercado não oferece pronto: um portal para o cliente B2B acompanhar pedidos, um app para o técnico registrar o serviço sem sinal, uma área do fornecedor.
• O conhecimento está na cabeça de poucas pessoas. Regras que só uma pessoa sabe aplicar viram risco quando ela tira férias.

Quem ainda organiza o trabalho em planilhas encontra um bom ponto de partida em como substituir planilhas por sistema, e quem tem papel circulando, em como digitalizar processos em papel.

Quando não faz sentido

Na mesma medida, há casos em que o sob medida é a escolha errada:

• o processo é padrão e um produto de mercado atende sem contornos relevantes;
• a empresa não tem ninguém com tempo para participar das decisões e validar as entregas;
• a necessidade é temporária ou ainda muito incerta, e uma ferramenta de baixo código serve para testar a ideia;
• o problema real é de processo ou de pessoas, e um sistema novo só deixaria o mesmo problema mais rápido.

Um fornecedor sério diz isso no diagnóstico, mesmo que signifique não fechar o projeto.

Pronto ou sob medida: como comparar

Comparar só o preço de entrada engana. A comparação justa olha o custo total ao longo dos anos e o encaixe com a operação.

Muitas vezes a melhor resposta é combinar os dois: o ERP de mercado fica com o fiscal e o contábil, e o sistema próprio cuida da parte da operação que diferencia a empresa, conversando com o ERP por integração. Essa arquitetura está detalhada em ERP sob medida ou ERP de mercado. Quando a dúvida é entre um produto pronto e um sistema legado que já existe, vale ler sistema legado ou SaaS pronto.

Ferramentas de baixo código

Plataformas de baixo código e de automação resolvem bem fluxos simples, protótipos e integrações leves. O limite aparece quando as regras ficam densas, quando o volume cresce ou quando a empresa precisa de controle fino de permissões, testes e versionamento. A comparação completa está em low-code ou desenvolvimento sob medida e, para um caso específico, em Bubble ou código próprio.

Como um projeto de software sob medida anda

O processo varia entre fornecedores, mas os projetos que dão certo têm etapas parecidas. A descrição completa de como conduzimos cada uma está em como trabalhamos.

1. Diagnóstico

Uma conversa estruturada sobre o problema, quem usa, os sistemas que já existem e o que está travando. O resultado é uma proposta com escopo, premissas e cronograma por escrito. Um diagnóstico bem feito também pode concluir que o melhor caminho é um produto pronto.

2. Discovery e desenho da solução

Antes do código, a equipe acompanha quem opera, mapeia o fluxo atual, levanta as exceções que ninguém lembra de citar na primeira reunião e desenha a solução: modelo de dados, integrações, arquitetura e protótipo das telas críticas. O papel dessa etapa está em discovery de software, e o mapeamento do processo em mapear processos antes de automatizar.

3. Escopo da primeira versão

A primeira versão não precisa ter tudo. Ela precisa resolver o problema principal para usuários de verdade, com a mesma qualidade de código do sistema final. Como recortar esse escopo está em como definir o escopo de um MVP, e o gerador de escopo de MVP ajuda a organizar as respostas num documento para discutir com o time.

4. Construção em ciclos curtos

O trabalho é dividido em ciclos, e cada um termina com algo funcionando num ambiente de homologação, onde a empresa testa com dados de verdade. É assim que mal-entendidos aparecem cedo, quando corrigir ainda é simples. Testes automatizados, revisão de código e publicação automatizada fazem parte de cada ciclo, em vez de ficarem para uma fase de "qualidade" no fim.

5. Aceite, migração e lançamento

Cada entrega tem critério de aceite combinado antes, como explica teste de aceite de software. Quando há dados antigos, a migração é planejada e ensaiada. O lançamento vai para produção com monitoramento, plano de retorno e acompanhamento próximo nos primeiros dias de uso.

6. Sustentação e evolução

Software em produção precisa de correções, atualizações de segurança e melhorias. O acordo sobre isso deve existir antes do lançamento, como mostram SLA de suporte e sustentação e manutenção evolutiva de software.

Quanto tempo e quanto investimento

As duas perguntas mais frequentes têm a mesma resposta: dependem do escopo, e um número sério só sai depois do diagnóstico. O que move o investimento (fluxos, integrações, exceções, requisitos de disponibilidade e migração de dados) está em quanto custa um software sob medida. Desconfie de proposta com valor e prazo fechados depois de uma reunião de meia hora: ou o fornecedor está chutando, ou vai cortar o que não entendeu.

O que dá para combinar desde o início é a forma: o projeto dividido em fases, com entregas utilizáveis em intervalos curtos, para que o avanço seja medido em software rodando e não em percentual de relatório.

Modelos de contratação

O modelo certo para cada projeto é o que distribui o risco de forma coerente com o quanto se sabe sobre o escopo.

• Escopo fechado. Escopo, prazo e investimento definidos na proposta. Funciona quando o problema é bem conhecido e muda pouco. O risco é transformar cada descoberta em aditivo e incentivar o fornecedor a entregar o que foi escrito, mesmo sabendo que está errado.
• Tempo e material. A empresa contrata capacidade de trabalho e prioriza o que entra em cada ciclo. Dá flexibilidade, desde que haja acompanhamento de perto e uma regra clara de troca quando algo novo entra.
• Equipe dedicada. Um time estável trabalha continuamente no produto. Faz sentido quando o software vai evoluir por muito tempo.
• Por fases. Discovery com escopo fechado, construção da primeira versão em ciclos, evolução com equipe dedicada. Na prática, é o arranjo mais comum em projetos médios.

As vantagens e os riscos de cada um, para cliente e fornecedor, estão em escopo fechado ou contrato ágil. Se a dúvida é sobre o formato da equipe, a comparação está em alocação de desenvolvedores ou squad gerenciado.

Quem vai construir

Antes do modelo de contrato, vem a escolha de quem constrói:

• Equipe interna, quando o software é o produto da empresa ou a principal vantagem competitiva e existe liderança técnica para contratar e reter pessoas. A comparação está em equipe interna ou terceirizar o desenvolvimento.
• Profissional autônomo, para escopos pequenos e bem delimitados, com o cuidado de não deixar o sistema dependente de uma pessoa só. Veja freelancer ou software house e sistema dependente de um programador.
• Software house, quando é preciso um conjunto de competências (arquitetura, back-end, front-end, mobile, infraestrutura) que seria difícil montar de uma vez. A diferença para uma agência digital está em agência digital ou software house.

Como escolher quem vai desenvolver

O portfólio mostra telas de projetos passados, mas diz pouco sobre o que importa. As perguntas que separam fornecedores estão em como escolher uma software house. Em resumo:

• Quem escreve o código? Converse com as pessoas que vão trabalhar no projeto, não só com quem vende.
• Com que frequência você verá software funcionando? Entregas curtas em homologação valem mais do que relatório de status.
• Como a qualidade é garantida? Testes automatizados, revisão de código, ambientes separados, publicação automatizada e monitoramento.
• Como mudanças de escopo são tratadas? Peça um exemplo concreto.
• De quem é o código? Repositório, nuvem, domínios e credenciais em nome da empresa desde o primeiro dia, e cessão dos direitos patrimoniais no contrato, como explica propriedade do código-fonte no contrato.
• O que acontece depois do lançamento? Quem atende um problema crítico, em quanto tempo e como as melhorias são priorizadas.

Para comparar propostas lado a lado sem cair na armadilha do menor número, use o roteiro de como comparar propostas de software e o checklist para contratar software, que separa preparação, fornecedor, contrato, segurança e pós-entrega.

Os riscos de um projeto sob medida, e como reduzi-los

Projetos de software dão errado por motivos conhecidos, e quase todos são evitáveis:

• Construir a coisa errada com capricho. Pular o discovery e descobrir no fim que o fluxo não era aquele. Remédio: mapear o processo com quem opera e validar protótipos antes do código.
• Escopo que cresce sem que nada saia. Cada pedido novo entra sem trocar por outro. Remédio: lista priorizada e regra explícita de troca.
• Integração subestimada. A documentação do sistema de terceiros não bate com o comportamento real. Remédio: atacar as integrações primeiro, quando ainda há tempo de reagir.
• Validação lenta do lado do cliente. Entregas esperam semanas por aprovação. Remédio: um dono do produto com tempo reservado para o projeto.
• Caixa-preta. Sistema entregue sem documentação, sem testes e sem acesso ao repositório. Remédio: código e infraestrutura em nome da empresa e registro das decisões de arquitetura.
• Segurança como remendo. Controle de acesso, dados pessoais e atualização de dependências tratados no fim. O que exigir está em desenvolvimento seguro: o que exigir e em LGPD no desenvolvimento de sistemas.

Se o projeto já está atrasado, o caminho para recuperar o controle está em projeto de software atrasado.

Software sob medida por segmento

Cada setor tem regras, documentos e integrações próprias, e o mesmo tipo de sistema muda bastante de uma operação para outra. Um sistema de pedidos de distribuidora lida com tabela por cliente, rota e substituição tributária; o de uma clínica, com agenda, prontuário e convênio; o de uma indústria, com ordem de produção, apontamento e rastreabilidade de lote.

A página de segmentos reúne o que costuma ser construído em cada setor. Alguns exemplos: indústria, distribuidoras e atacado, transportadoras, clínicas e consultórios, construtoras e incorporadoras e manutenção e serviços de campo.

Os tipos de solução mais comuns

Para quem ainda está nomeando o problema, estes são os pontos de partida mais frequentes:

• Sistema de gestão sob medida, para a área que o ERP não atende bem.
• Integração de sistemas, para acabar com a digitação dupla entre ERP, loja, banco e parceiros.
• Automação de processos, para rotinas repetitivas como conciliação, cobrança e entrada de pedidos.
• Portal do cliente e portal de pedidos B2B, para dar autonomia a clientes e representantes.
• Aplicativos para empresas, para equipes de campo, vendas e clientes.
• Modernização de sistemas legados, para o sistema antigo que sustenta a operação mas ninguém consegue mudar.
• Dashboards e BI sob medida, para indicadores em que todo mundo confia.

Perguntas frequentes

O que é software sob medida?

Software sob medida é o sistema desenvolvido para o processo específico de uma empresa, com as regras, exceções e integrações dela, em vez de um produto pronto vendido igual para muitos clientes. A empresa que contrata define as prioridades de evolução e, com o contrato adequado, fica com o código-fonte, o banco de dados e a infraestrutura em seu nome.

Qual a diferença entre software sob medida e software pronto?

O software pronto é um produto único usado por muitas empresas, que se adaptam a ele; o software sob medida é construído para o processo de uma empresa e se adapta a ela. O pronto costuma ser mais rápido de implantar e o fornecedor cuida das atualizações legais; o sob medida encaixa melhor em processos que diferenciam a empresa e não depende do roteiro de um fornecedor de produto.

Software sob medida é sempre mais caro que um sistema pronto?

Software sob medida nem sempre sai mais caro quando se olha o custo total ao longo dos anos. A licença do sistema pronto é recorrente e cresce com o número de usuários, e os contornos que ele exige também custam tempo de equipe. Por outro lado, o sob medida tem custo de construção, hospedagem e sustentação. A comparação justa soma tudo isso no horizonte de uso do sistema.

De quem é o código de um software sob medida?

O código de um software sob medida deve ser da empresa que contrata, desde que o contrato preveja a cessão dos direitos patrimoniais e que o repositório, a nuvem e os domínios estejam em nome dela desde o início. Sem essas duas coisas por escrito, a empresa pode pagar pelo sistema e ainda assim depender do fornecedor para qualquer mudança.

Dá para integrar um software sob medida com o ERP que a empresa já usa?

Um software sob medida pode e normalmente deve se integrar ao ERP que a empresa já usa. O arranjo mais comum deixa o fiscal e o contábil no ERP de mercado e coloca no sistema próprio a parte da operação que diferencia a empresa, com regras claras sobre qual sistema é dono de cada dado e como os dois trocam informação.

Como a Pervian Tech constrói software sob medida

Na Pervian Tech, o primeiro passo é um diagnóstico inicial gratuito, conduzido por quem vai desenhar e escrever o sistema. Se um produto pronto resolve o seu problema, dizemos isso. Quando o sob medida faz sentido, o projeto anda em entregas curtas que você testa em homologação, com código, repositório e infraestrutura em nome da sua empresa desde o primeiro dia. Veja como conduzimos projetos de desenvolvimento web sob medida e de arquitetura de software.

Cada projeto é sob medida, e o investimento é definido sob consulta, depois de entender o problema. Se você está avaliando um sistema próprio, fale com a gente e conte como o processo funciona hoje.