MÓDULO 6.2

📏 A regra do produto único

SaaS escala porque o software é o mesmo. Cada customização vira novo produto a manter. Disciplina de "não" é a regra.

6
Tópicos
40
Minutos
Aplicado
Nível
Prático
Tipo
1

🎯 Premissa

SaaS escala porque o software é o MESMO. Cliente A e cliente Z usam exatamente o mesmo código. Sem isso, não é SaaS — é consultoria com login bonito. Essa premissa rege todas as decisões de produto.

🎯 Regra única

Se vc precisa lembrar de quem é o cliente pra atender uma demanda dele, NÃO é SaaS. SaaS te força a esquecer cliente individual e otimizar pra padrão agregado.

2

⚠️ Customização mata escala

Cada "ajuste especial" pede manutenção própria. 50 clientes com 50 ajustes = 50 produtos diferentes. Inviável. Em 2 anos vira pesadelo de manutenção: cada release exige testar 50 caminhos diferentes.

✓ Configuração saudável

  • Switch on/off de features
  • Limite numérico (ex: 100 vs 10k registros)
  • Branding básico (logo, cor)
  • Integração via API pública padrão

✗ Customização tóxica

  • Workflow exclusivo deste cliente
  • Campo customizado no schema
  • "Botão especial" que só ele vê
  • Branch de código por cliente
3

🛡️ Como evitar customização

Diga não a customizações fora do produto. Cliente que insiste vira consultoria à parte, não release do SaaS. Resposta padrão: "Isso não entra no produto. Posso fazer como projeto separado, com preço próprio."

1

Decisão por # de clientes

Se 30%+ pedem a mesma coisa, vira feature padrão. Menos que isso, vira "não, mas posso fazer fora do SaaS".

2

Pricing pra customização

Se aceitar customização, cobre 5-10x o valor do SaaS. Faz a maioria desistir; quem aceita banca a manutenção.

3

Cláusula contratual

"SaaS é entregue como está. Customizações são serviço separado e podem ser descontinuadas."

4

📋 Disciplina de release

Métrica: quantos clientes ativos pedem isso? Sem 30%+ de demanda agregada, não vira feature. Cliente vocal não é demanda — sinal vocal vem de 1-2 pessoas, agregação vem de 30+.

💡 Anti-bias de cliente alto-volume

Cliente que paga 10x o ticket médio tem 10x mais influência. Mas se você atender o pedido especial dele, mata escala do produto. Decisão: ou aceita servir esse cliente como consultoria à parte (preço alto), ou recusa e mantém o produto único. Não tente os dois.

5

🚪 Cliente legado com customização

Cliente legado com customização: ofereça plano de transição de 6 meses pra ele se adaptar ao produto padrão. Sem isso, mata margem por anos. Com isso, sai limpo OU vira cliente premium consciente.

📊 Plano de transição

  • Mês 1: comunicado oficial + prazo
  • Mês 2-4: suporte na migração pro padrão
  • Mês 5: corte da customização anunciado
  • Mês 6: tudo no produto padrão OU saída amigável
  • Quem fica: incentivo (desconto ou crédito)
6

🚨 Sinais de drift

Sintomas de que seu SaaS está virando consultoria com login: cada cliente nova exige onboarding diferente, time de produto faz "ajustes especiais" toda semana, release tem 50 bullets de "para cliente X...". Sinal: a disciplina afrouxou. Reage rápido — em 6 meses vira inviável.

// Auditoria de produto único
[ ] % de clientes em workflow padrão?
[ ] Quantas customizações em produção?
[ ] Tempo médio de onboarding?
[ ] Branches de código por cliente?
[ ] Revisa trimestralmente

🎓 Resumo do módulo

🎯 Mesmo software, todos — esquece cliente individual.
⚠️ Customização = N produtos — 50 ajustes = inviável.
🛡️ Diz não com preço alto — 5-10x banca manutenção.
📋 Regra dos 30% — sem demanda agregada, não vira feature.
🚪 Transição 6 meses — cliente legado migra ou sai.
🚨 Audita trimestralmente — drift de disciplina mata em 6 meses.