# Quanto custa um software sob medida > O preço de um software não vem do número de telas. Regras, integrações e auditoria são o que definem o esforço de verdade. **URL:** https://northern.com.br/quanto-custa-um-software/ **Data:** 2026-10-11 --- **Quanto custa um software** sob medida depende menos do número de telas e mais das regras que ele executa, das integrações que mantém e do nível de auditoria exigido. Um sistema que apenas registra um pedido é diferente de outro que consulta estoque, calcula preço, aplica uma política por cliente e registra quem aprovou cada exceção. Esta página é para quem compara propostas para uma operação que já tem ERP, planilhas e regras próprias. Ela mostra o que forma o preço, por que dois orçamentos divergem e como reduzir escopo sem remover o que protege a operação. Para a visão geral, veja [desenvolvimento de software](/desenvolvimento-de-software/). **Nesta página** - [Do que é feito o preço](#preco) - [Regras, integrações e auditoria](#regras) - [O custo depois da entrega](#depois) - [Por que os orçamentos diferem](#orcamentos) - [Como reduzir o custo](#reduzir) ## Quanto custa um software: do que é feito o preço O preço de um sistema reúne entendimento do processo, desenho da solução, construção, teste e entrada em operação. As telas são a parte visível. A parte que normalmente exige mais trabalho é transformar uma regra que está em uma planilha ou na cabeça de alguém em uma instrução que o sistema executa sempre do mesmo modo. Uma estimativa útil começa pela decisão que o software precisa suportar. Em vez de pedir somente um painel ou cadastro, descreva quem usa, qual dado consulta, qual regra aplica, o que pode dar errado e quem aprova a exceção. Esse recorte orienta também o [desenvolvimento de software sob medida](/software-sob-medida/). | Parte | O que definir | O que muda o esforço | | --- | --- | --- | | Processo e regras | Decisão, exceções e responsáveis | Variações por cliente, produto ou data | | Integrações | Fontes, permissões e dados gravados | ERP, CRM, arquivos e disponibilidade | | Interface | Fluxos, perfis e informação exibida | Papéis e ações permitidas | | Qualidade | Testes, logs e aceite | Risco financeiro ou contratual | ## Regras, integrações e auditoria: o que pesa mais Uma integração não é apenas ligar dois sistemas. Ela precisa saber qual fonte é confiável, como autenticar, o que fazer quando a origem está fora do ar e como impedir duplicidade. Quando o sistema escreve no ERP ou altera uma condição comercial, também precisa haver limite para a ação e registro do que ocorreu. Regras de preço, imposto, aprovação ou conciliação merecem atenção especial. A IA pode ler documento ou sugerir preenchimento, mas o número que será contestado precisa ser calculado por regra escrita, versionada e testada. Na Maker, a Northern trabalhou com motor de precificação, 27 estados versionados por data e 26 testes contra planilhas de origem. Esse trabalho não aparece no desenho de uma tela. Auditoria é a capacidade de responder qual dado entrou, qual regra estava vigente, quem autorizou a exceção e qual resultado saiu. Quanto maior o impacto de uma decisão, maior a necessidade de teste e rastreabilidade. Para organizar o levantamento antes da construção, consulte [como definir o escopo de um produto digital](/definir-escopo-produto-digital/). ## O custo depois de entregar o software Colocar o sistema no ar não encerra o custo. Há infraestrutura, monitoramento, correção de falhas, evolução do processo e mudanças nas integrações. Se o ERP muda uma API ou a regra comercial é atualizada, o sistema precisa acompanhar sem perder histórico. A pergunta para uma proposta não é só quanto custa construir. É quem responde pela operação, como uma mudança será priorizada e como uma regra será testada antes de entrar em vigor. Esse cuidado evita que o sistema novo vire outra planilha mantida por poucas pessoas. - **Infraestrutura e acesso.** Hospedagem, permissões, cópias de segurança e disponibilidade. - **Manutenção de integrações.** Ajustes quando fontes mudam ou falham. - **Evolução de regras.** Versionamento, teste e aprovação antes de mudar um cálculo. - **Suporte à operação.** Correção de incidente e tratamento de caso não previsto. ## Por que dois orçamentos para o mesmo sistema diferem tanto Frequentemente eles não cobrem o mesmo sistema. Uma proposta inclui descoberta, mapeamento de regra, testes e acompanhamento de entrada em operação. Outra considera o fluxo principal e deixa exceções, dados históricos e integração como itens futuros. Compare propostas em uma tabela: processo atendido, regras incluídas, integrações, dados de origem, exceções, testes, critério de aceite e manutenção. Se um item não está escrito, ele não deve ser presumido. Essa comparação é mais confiável que olhar apenas prazo, número de telas ou valor total. Também é importante distinguir produto digital de alocação de pessoas. A Northern trabalha no recorte de problema, regra e resultado de operação, não em horas soltas de desenvolvimento. A página sobre [desenvolvimento de SaaS para empresas](/desenvolvimento-de-saas-para-empresas/) explica quando a abordagem de produto se aplica. ## Como reduzir o custo sem cortar o que importa O melhor corte é de escopo, não de segurança. Escolha uma rotina de alto impacto, com regra relativamente estável, e entregue o fluxo completo antes de abrir novas frentes. É melhor automatizar uma decisão inteira, com teste e responsável, do que ter cinco telas que ainda dependem de conferência manual. Outra forma de reduzir risco é começar com o arquivo que a equipe já usa enquanto as integrações são organizadas. A operação não precisa trocar tudo no primeiro dia. O sistema pode receber a mesma planilha, apontar erro e criar confiança antes de assumir uma etapa crítica. Ao fechar o recorte, deixe explícito o que não entra agora, quais dados serão usados e como o sucesso será aceito. O caminho entre ideia, escopo e construção está em [product discovery](/product-discovery/). Para a frente que reúne produto, sistema e operação, consulte [estratégia de produtos da Northern](/desenvolvimento-de-saas-para-empresas/). ## Perguntas frequentes ### Quanto custa um software sob medida? O custo depende das regras que o sistema executa, das integrações e da auditoria exigida. Duas soluções com telas parecidas podem ter esforço diferente quando uma calcula preço, consulta ERP e registra exceções. A proposta precisa separar esses componentes. ### O que mais pesa no preço de um sistema? Regras de negócio, integrações e exceções pesam mais que o número de telas. Uma regra que muda por cliente ou data exige definição, teste e manutenção. Integrações exigem autenticação e tratamento de falha. ### Por que dois orçamentos de software são diferentes? Eles podem considerar escopos diferentes. Um inclui descoberta, testes e operação; outro entrega apenas telas. Compare regras, fontes de dado, exceções e responsabilidades incluídas. ### O número de telas define o custo? Não sozinho. Uma tela pode acionar validações, consultar várias fontes e registrar auditoria. O fluxo por trás da tela deve ser levantado antes da estimativa. ### Integração com ERP encarece o projeto? Pode aumentar o esforço porque é preciso definir fontes, permissões e como reagir à indisponibilidade. Integrar ao ERP existente muitas vezes custa menos que substituí-lo. ### Como reduzir custo de desenvolvimento? Comece por uma decisão de alto impacto e deixe o restante fora da primeira versão. Reaproveite rotinas existentes enquanto organiza fontes. Cortar validação crítica apenas desloca o custo. ### O que entra em uma proposta de software? Problema atendido, regras, integrações, exceções, critérios de aceite e o que fica fora. A proposta também deve dizer como valida e quem mantém o sistema. ### Qual é o custo depois de colocar no ar? Há infraestrutura, correções, evolução e mudanças nos sistemas integrados. Regras mudam e precisam de versionamento e teste. Planejar operação evita retorno à planilha. ### Comprar pronto ou desenvolver sob medida? Software pronto serve quando o processo cabe no padrão disponível. Sob medida faz sentido quando a regra que diferencia a operação não cabe nesse padrão. A comparação deve considerar manutenção de exceções. ### Como saber se o escopo está pequeno? Quando resolve uma decisão importante de ponta a ponta, com poucas integrações e regras estáveis. Se tenta substituir todos os sistemas de uma vez, está grande demais. O que ficou fora deve estar escrito.