Sistemas sob medida que você herda — não aluga
Plataformas internas, portais e backoffices construídos sob medida quando SaaS de prateleira não cabe — código entregue, versionado e auditável, com arquitetura modular pensada pra durar 5 anos.
O problema que vemos no mercado
A pergunta "compra SaaS ou constrói" é mal feita na maioria das empresas que nos procuram. Quase sempre a resposta certa é "compra SaaS". O ferramental moderno cobre 80% dos casos com qualidade que custaria 6 a 18 meses pra replicar. CRM, ERP, helpdesk, BI, e-commerce, financeiro — quem reinventa essas categorias está queimando dinheiro.
Os 20% que justificam build sob medida têm assinatura clara. Primeiro, o processo é a vantagem competitiva (não é commodity replicável por concorrentes). Segundo, o SaaS força o cliente a se adaptar ao software, e a adaptação custa mais (em fricção operacional, em customização paga, em workaround) do que construir o software certo. Terceiro, o cliente precisa de controle sobre dados, integrações ou roadmap que vendor SaaS não vai dar.
Quando esses três sinais estão presentes e a empresa contrata fábrica de software genérica, o resultado típico é um sistema que custa 3x o estimado, demora 2x o prazo, sai sem testes, sem documentação, sem rollback, e prende o cliente em manutenção eterna com o mesmo fornecedor. "Você herda, não aluga" não é slogan — é o oposto do que a maioria das fábricas entrega.
Como entregamos
Começamos com a pergunta proibida: SaaS resolve? Em 30 minutos de descoberta, listamos cinco a dez SaaS candidatos por categoria e marcamos onde cada um cobre, onde força workaround e onde quebra requisito não-negociável. Quando dois ou três SaaS cobrem 80%+ dos requisitos com customização razoável, recomendamos compra e seguimos pra integração — não pra build. Não temos incentivo financeiro em vender desenvolvimento desnecessário; temos incentivo em entregar resultado.
Quando build se justifica, desenhamos arquitetura modular antes de codar. Domínios separados, persistência por domínio, contratos tipados entre módulos — o sistema deve ser dividido em pedaços que podem ser substituídos sem reescrever o resto. Multi-tenant quando o cliente tem clientes do cliente (ex: marketplace, plataforma B2B); single-tenant quando é ferramenta interna. RBAC granular sempre que houver mais de 5 usuários com permissões diferentes. Auditoria de mudanças (quem alterou, quando, valor anterior) em qualquer dado regulado.
Stack default: Next.js 16 com App Router pra unificar frontend e backend num único deploy, TypeScript strict pra catch em build, Postgres com Prisma pra persistência relacional (95% dos casos não precisam de outra coisa), NextAuth pra autenticação com providers que o cliente já usa (Google Workspace, Microsoft Entra, magic link), Tailwind v4 pra estilização sem CSS-in-JS overhead. Quando o caso exige tempo real (chat, notificações live, dashboard atualizando), Postgres LISTEN/NOTIFY ou WebSocket dedicado em vez de adicionar Redis pubsub se não houver outro motivo pra ele estar lá.
Entrega em sprints curtos (2 semanas), com release pra staging a cada sprint e revisão funcional com o cliente. O cliente tem acesso ao repositório git desde o dia um — código não fica escondido em ambiente do fornecedor. Documentação técnica (arquitetura, runbooks, decisões) versionada no mesmo repositório. No go-live, entregamos credenciais, runbook de operação e gravação de 30 minutos do walkthrough técnico — handover pra time interno acontece sem fricção.
Stack que usamos em produção hoje
Frontend e backend: Next.js 16 App Router com React 19, TypeScript strict, Server Components pra reduzir JS no client. API routes ou Server Actions quando o endpoint é interno; APIs REST separadas em Hono quando expomos pra terceiro. Tailwind v4 + design tokens em CSS variables pra theming consistente.
Persistência: Postgres 16+ via Prisma ORM. Migrations versionadas em git, rollback testado em staging antes de prod. Postgres extensions usadas com critério (pgvector quando há RAG, pg_partman pra particionamento de tabela grande, uuid-ossp pra IDs). Read replica quando o load read-heavy justifica.
Auth e segurança: NextAuth v5 com providers do cliente, session em JWT assinado ou em Postgres dependendo do caso, MFA via TOTP quando dados regulados estão envolvidos. Rate limiting via Redis ou via tabela Postgres. CSRF tokens em forms server-rendered. Logs estruturados (JSON) com correlação por request ID.
Deploy: Coolify self-hosted é o default — preço previsível, dado fica em VPS do cliente, sem vendor lock. AWS (ECS, RDS, S3) quando o cliente já está nesse ecossistema. Vercel só quando o caso é landing/marketing — não pra aplicação completa com banco e jobs (custo escala mal).
O que vai (e o que não vai) entregar valor
Sinais de que sistema sob medida vale o investimento: o processo é o produto (não tem SaaS que faça do jeito que sua empresa faz), você precisa controlar os dados (compliance, contrato, vantagem competitiva), o time interno tem (ou vai contratar) capacidade de operar TI moderna, e o orçamento aguenta um build de 3 a 9 meses sem parar a operação.
Sinais de que sistema sob medida é o caminho errado: o requisito muda a cada reunião (sintoma de processo não estabilizado — automatizar caos), o orçamento é "o quanto custa um SaaS de 200 reais/mês" (não cabe), não há sponsor sênior que vai responder dúvidas semanais durante o build (projeto sem dono morre), ou a empresa nunca operou software próprio antes (recomendamos começar por SaaS + integração, e fazer build só depois que a operação amadurece).
Onde costumamos entregar: portais de cliente B2B com lógica específica de pricing/contrato, backoffice operacional que cruza dados de 3+ sistemas, plataformas internas que substituem 5+ planilhas com macros, e produtos digitais que viram receita direta do cliente (não ferramentas internas).
Propriedade · tudo no seu nome
Código-fonte, infraestrutura como código e documentação técnica ficam no seu repositório desde o dia um. "Você herda, não aluga" é contrato: cláusula de saída, runbooks e capacitação do seu time — zero dependência do fornecedor.
Próximo passo
O diagnóstico de sistema sob medida é uma conversa de 30 minutos onde mapeamos o problema, identificamos SaaS candidatos, e respondemos a pergunta: build faz sentido aqui? Quando a resposta é não, dizemos não e indicamos caminho. Quando a resposta é sim, indicamos estimativa de prazo, custo aproximado e quais riscos olhar antes de assinar.
Diagnóstico de build vs buy
Em 1 chamada de 30 min descobrimos se sistema sob medida cabe no seu caso ou se um SaaS de prateleira resolve melhor. Sem pressa de vender desenvolvimento.