SaaS configurável
Pipedrive, HubSpot, Bling, Omie. Pronto, barato, rápido — desde que seu processo caiba no padrão que o produto vende.
Sistema escrito pro problema específico do seu negócio — não pro caso geral do mercado. Discovery primeiro pra mapear o processo real, escopo delimitado em ADR antes do código, MVP funcional em 3 a 6 semanas pra você validar com usuário antes de continuar.
Definição
Diferente de SaaS pronto que serve o caso geral do mercado, sob medida resolve o seu problema com a regra exata do seu processo. O custo de entrada é maior, o tempo até a primeira versão é mais longo — e em troca você ganha aderência total à operação e propriedade do código.
SaaS configurável
Pipedrive, HubSpot, Bling, Omie. Pronto, barato, rápido — desde que seu processo caiba no padrão que o produto vende.
Low-code (Bubble, Glide)
Validar ideia em semanas com pouco código. Bate teto técnico em 12-18 meses quando o produto cresce.
ERP customizado
Customização sobre Protheus, SAP, RM. Caro pra customizar, ainda mais caro pra atualizar a versão depois.
Software sob medida
Discovery do processo real, escopo escrito, MVP enxuto, iteração com usuário. Código e propriedade no cliente desde o commit 1.
Sob medida não é sinônimo de luxo. É a escolha certa quando o processo da empresa é o diferencial competitivo — e seria desperdiçado tentando caber num molde de prateleira.
Quando vale
Sob medida vale quando o seu processo é parte do que diferencia o negócio. Quando não é, SaaS ou low-code resolve por uma fração do custo. A primeira reunião de discovery existe pra dizer isso honestamente.
O processo é o produto
Marketplace de profissionais com regra de matching própria, plataforma de logística com cálculo de rota custom, sistema de cobrança com regra fiscal específica. O processo é o diferencial — terceirizar pra SaaS apaga o diferencial.
Você está pagando 4 SaaS pra fazer 1 fluxo
ERP da matriz, CRM da filial, ferramenta de cobrança, automação de e-mail. A integração quebra toda semana e ninguém vê o funil completo. Um sistema sob medida com o fluxo unificado custa menos que 4 licenças no longo prazo.
Regulamentação setorial específica
Saúde com prontuário e LGPD reforçada. Construção civil com retenção de INSS por obra. Marketplace com split de pagamento. Cada nicho tem armadilha que sistema genérico ignora — e o cliente paga depois em multa.
Operação cresceu 3x em 18 meses
O que cabia em planilha virou caos. O que cabia em SaaS estourou licença. Sob medida absorve a operação atual e cresce com ela sem custo marginal por usuário novo.
Você ainda valida a hipótese de produto
Quando o modelo de negócio muda toda semana, qualquer código escrito vira lixo em 60 dias. Use no-code ou planilha pra validar. Sob medida exige hipótese travada antes do discovery.
Operação cabe em SaaS bem configurado
Empresa de até 30 pessoas com processo padrão (vendas B2B, e-commerce simples, financeiro de PME) costuma ser servida por SaaS. Sob medida aqui é overkill caro.
Você quer sob medida pra economizar licença
O custo total de ownership de um sistema sob medida (desenvolvimento + manutenção + evolução por 5 anos) costuma superar a soma das licenças SaaS equivalentes pra empresa pequena. Discovery honesto faz essa conta antes do contrato.
Não há owner técnico interno
Software sob medida vira ativo só se alguém na empresa cuida dele. Sem CTO, head de produto ou ao menos um responsável técnico interno, o sistema vira caixa-preta operada só pelo fornecedor — risco grande de dependência.
Compare
Quatro caminhos pra resolver o mesmo problema. Cada um faz sentido pra um perfil diferente — o erro caro é escolher o errado e descobrir 18 meses depois.
| Critério | Sob medida | SaaS configurado | Low-code | ERP customizado |
|---|---|---|---|---|
| Tempo até go-live | 3 semanas a 6 meses | Dias a 2 semanas | Semanas | 6 a 18 meses |
| Custo inicial | R$ 5k a R$ 60k+ | R$ 200 a R$ 2k/mês | R$ 200/mês + dev custo | R$ 100k+ (licença + customização) |
| Custo recorrente | Manutenção 8-20h/mês | Licença por usuário | Plataforma + dev | Licença + manutenção fornecedor |
| Propriedade do código | 100% do cliente | Da plataforma SaaS | Da plataforma low-code | Customização do cliente, core do fornecedor |
| Aderência ao processo | Total (escrito pro processo) | Limitada ao que SaaS oferece | Limitada ao framework | Alta, mas custosa |
| Quando faz sentido | Processo é diferencial competitivo | Processo cabe no padrão de mercado | Validar hipótese rapidíssima | Compliance setorial pesado |
Quanto custa
Mesma faixa publicada no pillar /sistemas. O preço depende menos da tecnologia escolhida e mais da quantidade de telas, profundidade da regra de negócio e número de integrações que o sistema precisa cobrir.
Escopo fechado por sprint
Discovery define escopo em ADR, preço travado, parcelamento por sprint entregue. Modelo padrão pra MVP e produto v1 — você compra previsibilidade.
Sprint quinzenal recorrente
Após o MVP, evolução em sprints de 2 semanas com horas combinadas. Cliente prioriza backlog no fim de cada sprint, e o escopo do próximo é decidido em conjunto.
Híbrido — fechado + sprint
Reduz risco dos dois lados. MVP entregue em escopo fechado pra travar prazo e preço, evolução contínua em sprint quinzenal pra absorver mudança de regra de negócio sem aditivo contratual.
Hora-homem dedicada
R$ 180 a R$ 450 por hora dependendo da senioridade. Útil pra escopo aberto contínuo, ruim pra previsibilidade orçamentária. Geralmente aplica só em manutenção evolutiva pós-launch.
R$ 5 mil a R$ 10 mil
Validar hipótese com usuário real antes de investir em produto completo. Fluxo principal end-to-end, sem arredondar bordas
R$ 15 mil a R$ 40 mil
Sistema pronto pra operar com 3 a 5 módulos, permissões por perfil, integração com 1 ou 2 sistemas externos e painel admin custom
R$ 60 mil+
Arquitetura distribuída, integrações múltiplas, SLA + observability e compliance setorial (LGPD, financeiro, saúde)
Os 5 fatores que mais movem o preço em sob medida: número de telas, complexidade da regra de negócio, integrações com sistemas externos, prazo desejado e modelo de squad (dedicado vs compartilhado). Discovery honesto coloca esses fatores na mesa antes do orçamento.
O que entregamos
Plataforma com 2+ perfis de usuário (cliente, profissional, admin), regra de matching, split de pagamento, moderação. Pratimed e Pratimed-like são exemplo direto desta categoria.
Sistema interno escrito pro fluxo específico da empresa — fluxo de obra na construção civil, gestão de imóveis com CRM custom pra corretor, controle financeiro com regra fiscal específica do setor.
Loja virtual integrada com ERP custom, CRM próprio, automação de venda. Diferente do Shopify, aqui o sistema interno é parte do diferencial — produtor de mel cadastrando safra como edição limitada não cabe em e-commerce padrão.
Reescrita progressiva pelo strangler pattern em vez de big-bang. Sistema antigo continua rodando enquanto módulos novos entram em produção, reduzindo risco de downtime e perda de feature crítica durante a migração.
1 a 2 semanas mapeando o processo real, com entrevista de 3 a 5 stakeholders e desenho de fluxo as-is e to-be. Discovery rasa de 2 dias é sintoma de fornecedor que vai descobrir o problema na obra — e te cobrar a correção.
ADR (architecture decision record) ou documento equivalente listando o que entra no MVP, o que fica pra fase 2, e o que está fora do escopo. Sem isso, todo bug novo vira discussão e cada feature pedida no meio do projeto vira aditivo.
Primeira versão funcional em 3 a 6 semanas, com fluxo principal end-to-end e usuário real testando. MVP que dura 4 meses já não é MVP — virou produto v1 com risco enorme de não validar a hipótese.
Backlog público com priorização compartilhada. Recusa de feature fora do escopo registrada. Software house séria diz 'não' a 30% das ideias do cliente — porque uma feature que ninguém vai usar é dívida técnica disfarçada de cortesia.
Demo com 5 a 10 usuários reais antes de cada fase nova. Sistema escrito sem feedback do usuário entrega features tecnicamente corretas que o usuário não usa. Validação intermediária corta isso.
Cada escolha técnica documentada em ADR explicando o porquê — Postgres em vez de MongoDB, Next.js em vez de SPA puro, Prisma em vez de SQL bruto. Stack escolhida 'porque o cliente pediu' é red flag direto.
Mesmas pessoas do início ao fim. Cada troca de dev custa 2 a 4 semanas de re-onboarding silencioso pago pelo cliente. Pergunta direta: quem está alocado e qual o tempo médio de retenção do time?
README do repositório, runbook de operação, diagrama de arquitetura, ADRs versionados. Documentação que 'fica pro fim' nunca aparece — entrega obrigatória por sprint resolve.
Repositório no GitHub do cliente com a software house como contributor — não como dono. Cláusula de saída com prazo de transição de 60 a 90 dias. Sem isso, o sistema vira refém do fornecedor.
Atenção
Detectáveis na primeira ou segunda reunião se você sabe onde olhar. Os mais perigosos são os silenciosos — os que não aparecem como negação explícita, mas como 'a gente vê isso depois'.
Discovery superficial em 2 dias
Reunião única com 1 stakeholder, sem desenho de fluxo, sem entrevista com usuário operacional. Vai descobrir o problema real na semana 6, e a correção sai do seu bolso.
Sem mapa do processo atual
Pulam o 'as-is' e vão direto pro 'to-be'. Resultado: sistema novo ignora regra implícita do processo atual, time operacional rejeita.
Estimativa antes de discovery
'Te mando proposta amanhã' antes de entender o problema. Vai precificar pelo gut feeling do comercial, não pelo escopo real.
Sem owner técnico do lado do cliente
Discovery feita só com diretor comercial ou financeiro. Sem alguém técnico interno, decisões de arquitetura são tomadas no escuro e a empresa fica refém do fornecedor.
MVP que dura mais de 8 semanas
Já não é MVP — virou produto v1. Cresceu por feature creep durante o desenvolvimento e perde a função de validar hipótese rápido.
Backlog secreto
Você não vê o que está priorizado pra próximo sprint. Software house decide sozinha o que entrar — você descobre na demo.
Sem critério de aceite por feature
Cada feature entregue tem 'pronto?' subjetivo. Sem definition of done escrita, validação vira opinião do gerente de projeto.
Mudança de escopo sem aditivo escrito
'A gente faz isso sem cobrar a mais' costuma significar 'a gente faz isso cortando outra coisa sem te avisar'. Mudança de escopo merece registro formal.
Sem demo ao vivo a cada sprint
Você recebe relatório textual em vez de ver o sistema rodando em homologação. Caixa-preta: o atraso só aparece quando já é grande demais.
Sustentação não combinada
Contrato termina no go-live e não há plano pra bug em produção, evolução de feature ou migração de versão. Sistema novo vira passivo em 6 meses.
Documentação só na cabeça do dev principal
Um único dev sabe tudo. Quando ele sai (e em algum momento sai), o conhecimento sai junto. README inexistente, ADRs ausentes, runbook só na cabeça.
Stack 'porque é o que a gente faz'
Sem opinião técnica defendida com trade-off. Se a software house não argumenta o porquê do framework, ela vai escolher o que é mais fácil pra ela — não o melhor pro projeto.
Sistema sob medida vai operar 3 a 8 anos depois da entrega. Stack escolhida hoje precisa envelhecer bem — não ser a tendência da semana. Em 2026, o squad sênior padroniza:
TypeScript estrito mais Zod (ou validador equivalente) pra contratos de API. Bug de tipo aparece no editor, não em produção quando o usuário preenche um campo inesperado. Sem tipagem forte, refactor seguro fica inviável.
Next.js 16 com App Router e Server Components, server actions tipadas, ISR pra páginas com cache controlado. Reduz round-trip de cliente, melhora Core Web Vitals e simplifica a arquitetura de autenticação.
PostgreSQL como default — não MongoDB pra dado estruturado. Prisma 7 como ORM, migrations versionadas no Git, schema-first. ACID importa, JOIN importa, e schema-first protege da gambiarra de runtime quando o produto cresce.
Processo
Seis etapas testadas em projeto que vai do MVP em 3 semanas até plataforma em 6 meses. Cada etapa tem entregável visível e cliente envolvido. Demo ao vivo a cada sprint, não relatório textual.
Entrevista com 3 a 5 stakeholders. Mapeamento do processo atual ('as-is'). Desenho do processo desejado ('to-be'). Identificação de regra de negócio implícita que ninguém documentou. Output: mapa do processo + lista de hipóteses a validar.
Wireframe de baixa fidelidade pros fluxos críticos. ADR documentando escolhas de stack, banco, autenticação. Backlog priorizado por RICE. Output: protótipo navegável + escopo escrito + estimativa por sprint.
Fluxo principal end-to-end funcionando em produção. Auth, banco relacional, deploy automatizado, observability básica. Não é versão capada — é a primeira versão funcional pra usuário real testar.
Demo com 5 a 10 usuários reais do processo. Coleta de feedback em sessão observada. Identificação do que funcionou, do que confundiu e do que precisa virar próxima sprint. Validação ANTES de fase 2 corta retrabalho de 30 a 40%.
Ciclo recorrente — planejamento com cliente, dev, QA, demo ao vivo no fim, retrospectiva. Cliente prioriza próximo bloco com base em uso real. Cada sprint entrega valor visível em ambiente de homologação.
Contrato de manutenção evolutiva (8 a 20 horas ao mês) pra correção de bug, evolução de feature, atualização de dependência. Documentação técnica revisada a cada sprint. Plano de transição se cliente quiser trocar de fornecedor.
Cases · Esse serviço
Seleção de 2 softwares sob medida que foram ao ar e continuam no ar. Os 19 cases completos estão no portfólio.

Pelotas tem 15+ imobiliárias na mesma SERP. Construímos backend próprio — corretor cadastra imóvel, gerencia leads, dispara WhatsApp direto do painel. Site institucional roda em cima da mesma base. "Mais que imobiliária, uma consultoria" virou posicionamento consistente entre site, painel e atendimento.
1 a 2 semanas no processo real do cliente, com entrevista de stakeholder operacional, mapa as-is e to-be, lista de hipóteses a validar. Software house que pula essa etapa cobra correção depois — a Huios cobra discovery porque é nela que o erro caro é evitado.
Backlog público com priorização compartilhada. Recusa de feature fora do escopo registrada em ADR. A gente diz 'não' a 30% das ideias que aparecem no meio do projeto — porque feature que ninguém vai usar é dívida técnica disfarçada de cortesia.
Primeira versão funcional rápida pra validar a hipótese antes de investir em produto completo. Validação intermediária com 5 a 10 usuários reais corta retrabalho em 30 a 40% — e mostra cedo se o caminho está certo.
Repositório no GitHub do cliente, ADRs documentadas, runbook de operação entregue. Cláusula de transição de 60 a 90 dias caso queira trocar de fornecedor. Sob medida feito direito é ativo do cliente — não dependência do fornecedor.
309 · Dúvidas
fig. FT-309Respostas diretas pras dúvidas que surgem na primeira reunião com qualquer fornecedor de sistema sob medida.
Software personalizado costuma ser SaaS configurável (HubSpot ajustado, Salesforce com campos custom). Software sob medida é desenvolvido do zero pro processo do cliente — você fica com o código, com a propriedade intelectual e com a liberdade de trocar de fornecedor sem perder o sistema.
MVP validador de hipótese fica em R$ 5 a 10 mil. Produto com operação completa entre R$ 15 e 40 mil. Plataforma enterprise com arquitetura distribuída e compliance setorial parte de R$ 60 mil. Os 5 fatores que mais movem o preço: número de telas, complexidade da regra de negócio, integrações, prazo desejado e modelo de squad.
MVP funcional em 3 a 6 semanas. Produto com operação completa em 2 a 3 meses. Sistema enterprise multi-módulo em 4 a 6 meses. Prazos menores costumam significar escopo cortado sem cliente perceber, ou QA sacrificado pra caber no orçamento.
SaaS pronto quando seu processo cabe no padrão de mercado (vendas B2B, e-commerce simples, financeiro de PME). Sob medida quando o seu processo é o diferencial competitivo, ou quando você precisa integrar com sistemas internos que SaaS não conversa. Discovery honesto na primeira reunião inclui dizer 'não vale agora' quando é o caso.
Em contrato Huios, o cliente. Repositório no GitHub do cliente, ADRs documentadas, credenciais e runbook entregues ao final. Software house que retém código costuma estar montando dependência de longo prazo — fuja.
Sim, a Huios assume manutenção e evolução de sistemas existentes — desde que o código esteja em estado auditável. Discovery técnico de 1 a 2 semanas mapeia o legado, identifica dívida técnica e propõe plano de evolução.
MVP em escopo fechado pra dar previsibilidade de prazo e preço. Evolução contínua em sprint quinzenal com horas combinadas e cliente priorizando o próximo bloco. Modelo híbrido reduz risco dos dois lados — você compra previsibilidade no início e flexibilidade na operação.
MVP é a versão mínima funcional que resolve o problema central. Começar por ele corta 60 a 70% do tempo até validar com usuário real e evita construir feature que ninguém usa. MVP sob medida bem feito tem fluxo principal end-to-end, deploy em produção e observability básica — não é versão capada.
Tipos de sistema sob medida
6 frentesNão vendemos pacote único — cada tipo de sistema tem complexidade e custo diferentes. Veja a página da vertical que combina com seu caso pra entender prazo, escopo e o que entregamos no fim.
SSM · Próximo passo
Diagnóstico de processo gratuito de 45 minutos. Você descreve o fluxo da operação, a gente avalia se vale sob medida, SaaS configurado ou low-code pra validar a hipótese antes. Sem proposta inflada, sem cláusula de prisão.
30 min · sem compromisso · resposta em 24h úteis