Quanto custa desenvolver um sistema web sob medida em 2026

O resumo direto

Sistema web sob medida é software feito para um processo específico de uma empresa, com banco próprio, usuários com papéis distintos e integração com o que ela já usa; vale quando a planilha ou o SaaS pronto custa mais em retrabalho do que custaria o software. Preço não é tabela, é escopo. O que empurra o custo não é a quantidade de telas: é integração com ERP, permissão fina por usuário, trilha de auditoria e quem mantém tudo depois do go-live. Orçamento fechado sem descoberta é palpite disfarçado de contrato, e palpite vira aditivo. Abaixo, as variáveis que formam o valor, os custos de operação com preço público e datado, e como pedir proposta que dê para comparar.

1. Por que não existe tabela de preço para sistema sob medida

Quem pede orçamento quer um número. Quem entrega precisa saber o que está dentro dele. O mesmo pedido ("um sistema para controlar pedidos") pode virar três projetos de custo muito diferente:

• Uma tela que lista pedidos de uma planilha importada, dois usuários, tudo no mesmo login.
• O mesmo controle com quatro setores, cada um vendo só o seu, com histórico de quem alterou o quê.
• O mesmo controle puxando estoque do ERP em tempo quase real, com emissão fiscal disparada no fim do fluxo.

O primeiro é um CRUD com autenticação. O terceiro envolve fila de reprocessamento, erro de terceiro, conciliação e plantão. Nenhuma tabela distingue os três, porque a diferença não está na interface: está no que acontece quando o sistema do outro lado responde errado. Quem publica tabela fechada está vendendo escopo pequeno e cobrando o resto em aditivo, ou embutindo gordura para cobrir o desconhecido.

As perguntas que mudam o preço mais do que o design

Cinco respostas movem o valor antes de qualquer estimativa: quantas pessoas usam e quantos papéis diferentes existem; quais sistemas o software precisa ler ou alimentar (ERP, e-commerce, banco, planilha viva); se alguém precisa provar depois quem fez cada alteração; se o processo tem obrigação fiscal ou legal atrelada; e quem cuida do sistema no mês seguinte à entrega.

"Três pessoas, nenhum sistema, sem histórico, sem nota, você cuida" é outro orçamento em relação a "quarenta pessoas em cinco setores, integra com ERP, auditoria obrigatória, emite nota, minha TI assume depois".

2. Os quatro itens que mais empurram o custo

Integração com ERP

Integração não é "conectar a API". É conviver com a API do outro. A documentação do Bling é explícita sobre o teto: "3 requisições por segundo" e "120.000 requisições por dia", com limite na conta inteira, não por endpoint. Ao estourar, o retorno é HTTP 429, e 600 requests em 10 segundos podem bloquear o IP de origem por 10 minutos.

Isso muda a arquitetura. Um sincronismo que varre mil produtos em laço quebra no primeiro dia de operação real. O que funciona exige fila, backoff, idempotência e registro do que já foi processado. Some as regras de filtro: consultas com intervalo superior a um ano retornam 400, o que obriga a paginar por janelas de data em qualquer carga histórica. Cada restrição dessas é código que ninguém vê na tela e que aparece no preço. Orçamento que trata integração como "1 dia" não leu a documentação.

Multiusuário com permissão de verdade

"Multiusuário" é vendido como login com senha. O que custa é a granularidade: quem vê qual linha.

O PostgreSQL resolve parte disso no banco, com Row Level Security. A documentação oficial descreve a consequência de ligar o recurso: "If no policy exists for the table, a default-deny policy is used, meaning that no rows are visible or can be modified". A segurança passa a ser explícita, política por política, comando por comando: mais seguro e mais trabalho. A mesma documentação alerta que checagens de integridade referencial, como chave única e estrangeira, sempre ignoram row security, o que exige cuidado de modelagem para não vazar informação por canal indireto.

Terceirizar identidade tira o custo do código e coloca na mensalidade. No Clerk, papéis customizados e RoleSets não estão no plano base: dependem do add-on B2B Authentication, US$ 100 por mês (US$ 85 no anual), lido em 23/09/2026.

Auditoria

Auditoria é a diferença entre "o pedido mudou de valor" e "o usuário tal mudou o valor às 14h32 do dia 12, de X para Y, a partir deste IP". Isso significa tabela de histórico, imutabilidade das linhas antigas, política de retenção e uma tela para consultar sem abrir o banco. Com dado pessoal envolvido, deixa de ser preferência. A LGPD determina, no art. 37, que "o controlador e o operador devem manter registro das operações de tratamento de dados pessoais", e o art. 6º, VII, exige medidas técnicas e administrativas de proteção contra acesso não autorizado.

Nas plataformas, auditoria mora no plano de cima. No Supabase, Platform Audit Logs só a partir do Team (US$ 599 por mês), com retenção de log de 7 dias no Pro. No Clerk, Admin Logs entram no Business (US$ 300 por mês), com 30 dias. Ambos lidos em 23/09/2026. Se o requisito é provar algo daqui a dois anos, nenhuma retenção padrão atende: a trilha precisa morar no seu banco.

Manutenção depois do go-live

O go-live não encerra o custo, inicia o recorrente. Dependência atualiza, certificado expira, API do ERP muda contrato, volume cresce, alguém erra um dado e quer rollback. É o item mais omitido nos orçamentos e o que mais gera atrito seis meses depois. A pergunta não é "tem suporte", é "o que está incluso, por quanto tempo, e o que passa a ser cobrado".

3. Faixas por tipo de sistema, apresentadas como escopo

Os três tipos abaixo cobrem a maior parte dos pedidos. As colunas não são preço: são as variáveis que o definem.

Painel interno é o único dos três em que a maior incerteza está no seu processo, não em sistemas de fora. Nos outros dois, boa parte do esforço é defensiva, escrita para o dia em que a API do outro lado devolver erro. O critério de "vale ou é desperdício" é o mesmo que aparece em WordPress headless.

4. O custo que continua chegando: infraestrutura e serviços

Preço de desenvolvimento é evento. Custo de operação é assinatura. Separe os dois, porque a soma das mensalidades pequenas surpreende mais que o valor do projeto. Os números abaixo vêm de páginas oficiais lidas em 23/09/2026 e servem de piso para um sistema pequeno ou médio.

Duas leituras saem daí. O servidor é o menor item da lista quando o sistema é interno e o volume é modesto: uma VPS resolve aplicação, banco e fila do mesmo painel que a planilha atual sustenta. Provedores como Hostinger, Hetzner, DigitalOcean e Contabo operam nessa faixa, e a escolha entre eles muda menos o orçamento do que a decisão de terceirizar ou não.

A outra: os add-ons de conformidade custam mais que o servidor. PITR no Supabase (US$ 100/mês) e papel customizado no Clerk (US$ 100/mês) somados passam de qualquer VPS da tabela. É o preço de não escrever aquilo. O erro é descobrir isso depois de assinar o escopo.

Onde economizar sem criar dívida

Economia legítima em sistema interno de baixo volume: rodar aplicação e banco na mesma VPS enquanto o volume não justificar separar, com backup para fora do servidor, e usar a autenticação da própria stack quando não há SSO corporativo nem hierarquia de papéis. Economia que cobra juros: cortar a trilha de auditoria (reconstituir histórico que não foi gravado é impossível, não é caro) e cortar o monitoramento de erro, porque sem ele quem descobre a falha é o usuário.

5. Por que orçamento fechado sem descoberta vira aditivo

Preço fechado exige escopo fechado, e escopo fechado exige conhecer o processo. Se ninguém olhou a planilha atual, o número no contrato é aposta. O que a descoberta acha e o pedido não diz:

• Regras de exceção que vivem na cabeça de uma pessoa ("esse cliente sempre tem prazo diferente").
• Colunas da planilha com três significados dependendo da linha.
• Um segundo arquivo que ninguém mencionou e que alimenta o primeiro.
• Um relatório manual que alguém monta toda sexta e que é o real motivo do pedido.
• Dado histórico sujo, que precisa ser migrado antes de qualquer tela funcionar.

Cada item desses, descoberto depois da assinatura, vira conversa desconfortável: o desenvolvedor absorve e trabalha de graça, ou pede aditivo e o cliente sente que o preço mudou.

Um roteiro de descoberta que caberia numa semana

Cinco entregas, sem virar projeto de consultoria: mapa do processo do gatilho ao resultado, com quem faz cada passo; inventário dos sistemas com a documentação de cada API conferida, limites de requisição incluídos; matriz de papéis (quem vê, quem altera, quem aprova); o que precisa de trilha de auditoria e por quanto tempo; e o escopo da fase 1 com o corte explícito do que fica para depois. Aí o orçamento deixa de ser palpite, e o cliente fica com algo útil mesmo se contratar outra pessoa.

6. Escopo em fases, não escopo cortado

Fase não é entregar menos: é entregar em ordem de valor. A fase 1 é o menor recorte que substitui a planilha no processo principal. Um caminho comum para um painel interno que cresce:

• Fase 1: cadastro e fluxo principal, papéis mínimos e histórico de alteração já gravando.
• Fase 2: relatórios e exportações que hoje são feitos à mão.
• Fase 3: integração com o ERP, começando por leitura antes de escrita.
• Fase 4: automação do que ficou repetitivo depois que o processo ficou visível.

A trilha de auditoria está na fase 1 porque é a única parte que não pode ser adicionada retroativamente com o mesmo valor. A integração fica separada por outro motivo: é o item com maior chance de bloquear por causa externa (credencial que a contabilidade não tem, app a aprovar, limite de requisição que muda o desenho). Colocar isso no caminho crítico da primeira entrega é convidar bloqueio de terceiro.

7. Como pedir orçamento de forma comparável

Pedido vago produz três propostas que não se comparam, porque cada uma assumiu um escopo diferente. O que incluir:

• O processo do início ao fim, com o gatilho e o resultado esperado.
• Quantas pessoas usam e quantos papéis distintos existem.
• Os sistemas que precisam ser lidos ou alimentados, com nome e plano contratado.
• Se há exigência de auditoria e por quanto tempo o histórico fica disponível.
• Se há obrigação fiscal no fluxo, e quem mantém o sistema depois.
• O volume atual em número, mesmo aproximado (pedidos por mês, registros, usuários simultâneos).

O que exigir de toda proposta:

• Separação entre custo de desenvolvimento e custo mensal de operação.
• Quais serviços de terceiro entram e quanto cada um custa por mês, com link da página de preço.
• O que está fora do escopo, escrito, e quem fica com o código.
• O que acontece quando uma API de terceiro muda.

Proposta que não separa desenvolvimento de operação está escondendo custo recorrente. Proposta que não lista o que ficou fora do escopo vai discutir isso depois, sob pressão.

Preço único sem nenhuma dessas respostas não é orçamento: é risco embutido num número.

Perguntas frequentes

Por que ninguém me dá um preço por telefone

Porque o preço depende do que ainda não foi perguntado. A quantidade de telas é o que menos varia entre dois projetos aparentemente iguais; o que varia é integração, permissão, auditoria e manutenção. Número dado antes dessas respostas é chute, e chute alto protege quem chutou enquanto chute baixo termina em aditivo. Responder as cinco perguntas da seção 1 é o caminho mais rápido para um valor.

Sai mais barato adaptar um SaaS pronto

Muitas vezes sim, e essa deve ser a primeira hipótese testada. SaaS pronto perde quando o processo tem regra que a ferramenta não aceita, quando o custo por usuário cresce mais rápido que a operação, ou quando o dado precisa morar junto do resto da empresa para virar relatório. O teste é listar as regras do seu processo e marcar quais o SaaS cobre sem gambiarra.

O que acontece se eu quiser trocar de desenvolvedor depois

Isso se resolve no contrato, não na tecnologia. Três cláusulas bastam: o código é seu e fica em repositório no seu nome; as credenciais dos serviços estão em contas suas; e existe documentação mínima de deploy e de variáveis de ambiente. Sem elas, trocar de fornecedor custa quase um reinício, e é aí que o preço baixo da proposta original cobra os juros.

Conclusão

Preço de sistema sob medida se monta somando variáveis de escopo, não consultando tabela. As quatro que mais pesam são integração com ERP, permissão por usuário, auditoria e manutenção depois do go-live, e nenhuma aparece no desenho das telas. Custo de operação é separado do custo de desenvolvimento, tem preço público e datado, e precisa estar escrito na proposta. Orçamento fechado sem descoberta é aposta, e aposta em software se paga em aditivo.

Se você quer um número em vez de uma faixa, manda em oailton.dev/contato qual processo precisa sair da planilha e quantas pessoas usam, com os papéis diferentes que existem entre elas. Com isso mais a lista dos sistemas que precisam conversar, dá para desenhar escopo em fases e precificar em cima de coisa contável.