---
name: saas-checkout-blueprint
description: >
  Define a arquitetura completa de checkout para SaaS recorrente: escolha
  de plataforma de pagamento (Stripe, Hotmart, Eduzz, Kirvano), estrutura
  de planos (mensal/anual/vitalício), lógica de upsell no checkout,
  downsell de trial, configuração de dunning (recuperação de falha de
  pagamento), checkout B2B (CNPJ/NF-e/boleto/multi-CNPJ), experiência de
  cancelamento em 3 telas, preço de fundador e métricas por tela.
  Use quando disser "checkout do SaaS", "plataforma de pagamento",
  "como cobrar a assinatura", "stripe ou hotmart", "montar os planos",
  "upsell no checkout", "trial gratuito", "checkout para empresa",
  "cancelamento do SaaS", "preço de fundador". Integra com /pricing-strategy,
  /pricing-dinamico-imperatriz, /paywall-upgrade-cro, /saas-landing-blueprint,
  /saas-onboarding-flow, /saas-compliance-br.
---

# SaaS Checkout Blueprint

> "O checkout de SaaS não é uma formalidade — é onde você decide quanto vale a assinatura e como reduz o churn de pagamento."


## FASE 0 — Leitura do Contexto do Projeto (OBRIGATÓRIO)

> **ANTES DE QUALQUER OUTRA AÇÃO:** leia o arquivo `SAAS-CONTEXT.md` da pasta do projeto.

Se o arquivo existe:
- Leia NOME, SETOR, REGULAÇÃO, DECISOR, USUÁRIO FINAL, CANAL, TICKET, MODELO, VOC e CONCORRENTES
- Use esses dados como fonte de verdade em todas as seções desta skill
- Não faça perguntas que já estão respondidas no SAAS-CONTEXT.md

Se o arquivo **não existe**:
- Pare aqui
- Informe: "Nenhum SAAS-CONTEXT.md encontrado. Rode `/saas-context-doc` primeiro para criar o briefing do projeto. Isso garante que esta skill use dados reais do seu SaaS, não exemplos genéricos."
- Não prossiga até o arquivo ser criado

Por que é obrigatório: esta skill usa nome do SaaS, VOC do cliente, regulação do setor e perfil do decisor para gerar output que você pode usar diretamente — sem edição. Sem o contexto, o output fica com placeholders e linguagem de produto, não de cliente.

---

## FASE 0.5 — Leitura de Outputs Anteriores

Se existirem, leia os arquivos `.saas/` para evitar repetir informações já definidas:

- `.saas/SAAS-S7-LP.md` → estrutura de planos já definida na LP, copy da pricing table, destaques visuais dos planos, CTAs
- `.saas/SAAS-S15-COMPLIANCE.md` → textos de conformidade LGPD para abaixo do botão de checkout, bases legais do setor, política de cancelamento conforme LGPD Art. 18

Campos que NÃO precisam ser perguntados se já constam nesses arquivos:
- Nomes e preços dos planos (vieram da LP — usar os mesmos, sem criar versão diferente)
- Texto de conformidade LGPD no checkout (já redigido na S15 — copiar diretamente)
- Política de cancelamento (LGPD Art. 18 — texto pronto na S15)

---

## Por que existe

Checkout de infoproduto é simples (venda única). Checkout de SaaS tem recorrência, trials, upgrades, downgrades, dunning, e cancelamento — cada ponto desse é uma alavanca de receita ou de churn. Esta skill define cada um antes de configurar qualquer plataforma.

---

## MODOS DE OPERAÇÃO

- **`/saas-checkout-blueprint`** — completo: plataforma + planos + fluxo + dunning + B2B + cancelamento
- **`/saas-checkout-blueprint plataforma`** — só a escolha e comparativo de plataformas
- **`/saas-checkout-blueprint planos`** — só a estrutura de preços e planos
- **`/saas-checkout-blueprint fluxo`** — só o fluxo de telas do checkout
- **`/saas-checkout-blueprint b2b`** — foco em checkout corporativo (CNPJ, NF-e, boleto, multi-usuário)
- **`/saas-checkout-blueprint cancelamento`** — foco na experiência de cancelamento (3 telas)

---

## FASE 1 — Escolha de Plataforma

Critérios de decisão por perfil de SaaS:

```
OPÇÃO A — STRIPE (recomendado para SaaS técnico)
Prós: mais flexível, APIs completas, suporte a trial nativo, dunning automático,
      Stripe Billing completo, webhooks nativos, Customer Portal nativo
Contras: exige integração técnica, suporte em inglês, sem checkout hospedado BR
B2B: Stripe suporta CNPJ via metadata customizado; NF-e requer integração com NFe.io/Nuvemfiscal
Melhor para: SaaS com dev próprio, times técnicos, escala internacional

OPÇÃO B — HOTMART (recomendado para SaaS no ecossistema BR de info)
Prós: já integrado ao ecossistema de afiliados, checkout em PT-BR, suporte BR,
      base de compradores existente
Contras: menos flexível para SaaS, limites de planos recorrentes, taxa maior, sem CNPJ nativo
Melhor para: SaaS lançado para base de infoproduto, sem dev dedicado

OPÇÃO C — KIRVANO / EDUZZ (alternativa BR)
Prós: taxas menores que Hotmart, checkout em PT-BR, suporte recorrência
Contras: menor integração com ferramentas de automação
Melhor para: produtos BR com público que já usa essas plataformas

OPÇÃO D — PAGAR.ME (para B2B com necessidade de NF-e + boleto + CNPJ)
Prós: suporte nativo a boleto, CNPJ, NF-e integrada, split de pagamento
Contras: requer integração técnica, checkout não tão otimizado para conversão
Melhor para: SaaS B2B que precisa de faturamento corporativo desde o início

DECISÃO RECOMENDADA:
→ SaaS técnico com dev: Stripe
→ SaaS B2B que precisa NF-e/boleto: Pagar.me ou Stripe + NFe.io
→ SaaS para base de mentoria/info BR sem dev: Hotmart
→ SaaS híbrido: Stripe para pagamento + Hotmart/Kirvano para afiliados
```

---

## FASE 2 — Estrutura de Planos

### Modelo de 3 Planos (ancoragem psicológica)

```
PLANO GRATUITO / TRIAL (se usar freemium):
Nome: [Starter / Básico / Explorar]
Valor: R$ 0 / [X] dias grátis
Features: [3-5 features básicas que provam valor]
Limite: [N usuários / N ações por mês / N do recurso principal]
Sem cartão: SIM (remove fricção de entrada)
Converte para: Plano Pro automaticamente ao atingir limite OU ao final do trial

PLANO PRO (herói — recomendado — deve ter destaque visual):
Nome: [Pro / Essencial / [Nome do SaaS] Pro]
Valor mensal: R$ [X]/mês
Valor anual: R$ [Y]/mês cobrado anualmente (economiza [Z]% = destaque)
Features: [todas as features MUST HAVE do AI Feature Map]
Suporte: [chat / email / resposta em 24h]
Trial: [7 ou 14 dias grátis com cartão]
CTA: "Assinar Pro" (cor de destaque)

PLANO EMPRESA / SCALE (ancoragem de preço alto):
Nome: [Enterprise / Scale / Agência]
Valor: "A partir de R$ [X]" ou "Sob consulta"
Features: [tudo do Pro + usuários ilimitados + API + suporte dedicado + NF-e + boleto]
Processo: formulário → call de vendas → proposta customizada
CTA: "Falar com a equipe"

ANCORAGEM:
→ Empresa faz Pro parecer razoável
→ Gratuito/Trial faz Pro parecer seguro
→ Pro é onde 80% dos pagantes devem estar

PREÇO DE FUNDADOR (Founder's Price):
Quando usar: primeiros N clientes (antes de atingir PMF completo)
Estrutura: "R$ [X]/mês para sempre" (lock-in de preço vitalício)
Vantagem para o cliente: nunca paga o preço futuro, mesmo após aumentos
Vantagem para o produto: feedback comprometido + early adopters alinhados
Comunicar claramente: "Este é o preço de fundador. Após [N] vagas / [data], o preço sobe para R$ [Y]."
Prazo de validade: definir antes de abrir (não criar escassez falsa)
Limite recomendado: máximo 50-100 vagas (acima disso perde o efeito de exclusividade)
```

---

## FASE 3 — Lógica de Trial

```
TRIAL COM CARTÃO (conversão mais alta):
Duração: 7 dias (urgência > 14 dias)
Cobrança: automática ao final — cancelamento requer ação
Email D1: "Bem-vindo — ative [feature principal] hoje"
Email D4: "Você está usando o [SaaS]? Resultado de [persona] após 4 dias"
Email D6: "Amanhã seu trial acaba — o que você conquistou?"
Email D7: "Trial encerrou — você foi cobrado R$ [X]" + link de cancelamento fácil

TRIAL SEM CARTÃO (volume mais alto, conversão menor):
Duração: 14 dias
Fim do trial: tela de paywall (não bloqueia dados — só novas ações)
CTA no paywall: "Continue de onde parou por R$ [X]/mês"
Email D7: "Você está na metade do trial — veja o que pode fazer nos próximos 7 dias"
Email D12: "Faltam 2 dias — quer levar o que construiu aqui?"
Email D14: "Trial encerrado — seus dados ficam salvos por 30 dias"
```

---

## FASE 4 — Fluxo de Checkout (Telas + Métricas por Tela)

```
FLUXO PADRÃO:
1. LP → CTA "Começar grátis / Assinar"
2. Tela de Planos (se tiver mais de 1 plano)
3. Formulário de cadastro (email + senha)
4. Checkout (cartão / Pix / boleto)
5. UPSELL PÓS-CHECKOUT: "Antes de começar — upgrade para anual e economize R$ [X]"
6. Tela de Onboarding (integrada ao checkout — não separada)

MÉTRICAS POR TELA:
Tela 1 (LP → CTA): CTR do botão CTA — meta > 3%
Tela 2 (Planos): % que escolhe plano recomendado (Pro) — meta > 60%
Tela 3 (Cadastro): taxa de abandono — meta < 30%
Tela 4 (Checkout): taxa de conversão do checkout — meta > 70% dos que chegaram
Tela 5 (Upsell): % que aceita anual — meta > 20% dos que chegaram aqui
Tela 6 (Onboarding): % que completa o passo inicial — meta > 80%

ONDE CADA ABANDONO VALE INVESTIGAR:
→ Alto abandono na Tela 3: formulário complicado ou pede informações demais
→ Alto abandono na Tela 4: problema de confiança ou método de pagamento
→ Baixo upsell anual na Tela 5: copy sem argumento de economia claro

CONVITE PÓS-COMPRA (imediatamente após Tela 4):
Tela de agradecimento (antes do onboarding):
"Parabéns! Você acabou de tomar uma decisão que vai economizar [X horas/mês].
Enquanto configuramos seu acesso, você pode:
→ [Ação 1: convidar um colega — gera expansão viral]
→ [Ação 2: agendar uma call de onboarding — gera ativação assistida]
→ [Ação 3: assistir ao vídeo de boas-vindas — 90 segundos]"

UPSELL NO CHECKOUT (Order Bump):
Posição: na página de checkout, acima do botão de pagar
Oferta: "Adicione o plano anual por +R$ [diferença] e economize R$ [valor] no ano"
Opção de checkbox: [✓] Sim, quero anual — economizo R$ [X]
Aceita sem recarregar a página (JavaScript nativo)

DOWNSELL PÓS-RECUSA (para quem viu o Pro e saiu):
Trigger: usuário fecha a aba de checkout OU não conclui em [X min]
Oferta: "Ainda em dúvida? Testa por [X] dias grátis — sem cartão."
Canal: exit intent popup OU email automático em 30min
```

---

## FASE 4.5 — CHECKOUT B2B (CNPJ / NF-e / Boleto / Multi-CNPJ)

Checkout B2B é diferente do checkout B2C. Decisor corporativo precisa de:

```
CAMPOS ADICIONAIS (quando o cliente marca "Sou empresa"):
□ CNPJ (com validação automática e preenchimento de razão social via API ReceitaWS)
□ Razão Social (auto-preenche após CNPJ)
□ Inscrição Estadual (opcional — alguns segmentos precisam)
□ Endereço de cobrança (rua, número, CEP, cidade, estado)
□ Nome do responsável financeiro (pode ser diferente do usuário)
□ Email de faturamento (para onde vai a NF-e — pode ser diferente do login)
□ Telefone do financeiro (para boleto e comunicação de cobrança)

MÉTODOS DE PAGAMENTO B2B OBRIGATÓRIOS:
□ Cartão de crédito corporativo (VISA/Master/Amex)
□ Boleto bancário (prazo: 3 a 5 dias úteis) — obrigatório para empresa pública ou contabilidade conservadora
□ Pix (instantâneo, aceito por financeiros modernos)
□ Transferência bancária (para contratos grandes > R$ 2.000/mês — por demanda)

NF-e (NOTA FISCAL ELETRÔNICA):
→ Integração recomendada: NFe.io ou Nuvemfiscal (API simples, emite NFS-e por prestação de serviço)
→ Quando emitir: automaticamente após confirmação do pagamento
→ Enviar para: email de faturamento cadastrado
→ Tipo: NFS-e (Nota Fiscal de Serviços) — SaaS é serviço, não produto físico
→ Alíquota ISS: varia por município — configurar por cidade do prestador

MULTI-CNPJ (empresa com múltiplas unidades):
Quando surge: franquias, redes de clínicas, redes de escritórios de advocacia
Solução 1 — Conta pai + subcontas:
  "Conta master da rede → cria contas filhas para cada unidade"
  Billing: centralizado na conta master OU por unidade (configurável)
Solução 2 — Desconto por volume:
  "A partir de [N] unidades: [X]% de desconto no plano Pro"
  Fatura única com itemização por CNPJ filial
Solução 3 — Proposta customizada:
  "Redes acima de [N] unidades: negociação direto com a equipe"

PROPOSTA FORMAL B2B (para Plano Empresa):
Estrutura do documento:
□ Capa: logo do SaaS + razão social do cliente + data
□ Escopo: o que está incluído no contrato
□ Preço: valor mensal/anual + forma de pagamento
□ SLA: tempo de resposta de suporte + uptime garantido
□ Dados: onde ficam, como são tratados (LGPD), política de backup
□ Rescisão: aviso prévio, reembolso, exportação de dados
□ Assinaturas: DocuSign ou Clicksign (aceitável juridicamente no BR)
```

---

## FASE 5 — Dunning (Recuperação de Falha de Pagamento)

```
SEQUÊNCIA DE DUNNING:

DIA 0 — Falha de pagamento:
Ação: retentativa automática imediata
Email: "Tivemos um problema com seu pagamento — confira seu cartão"
App: notificação push / banner no dashboard

DIA 3 — Segunda tentativa:
Ação: retentativa automática
Email: "Sua assinatura está em risco — atualize seu cartão"
CTA: link direto para atualização de cartão (sem login)

DIA 7 — Terceira e última tentativa:
Ação: retentativa + notificação urgente
Email: "Último aviso — sua conta será suspensa amanhã"
SMS (se tiver): "[Nome SaaS]: atualize seu cartão para manter o acesso"

DIA 8 — Suspensão (não cancelamento):
Ação: acesso suspenso, dados mantidos por 30 dias
Email: "Sua conta foi suspensa — reative aqui"
Dashboard: banner vermelho com CTA de reativação

DIA 30 — Cancelamento definitivo:
Ação: dados marcados para exclusão
Email: "Suas informações serão deletadas em 7 dias — quer exportar?"
```

---

## FASE 6 — EXPERIÊNCIA DE CANCELAMENTO (3 TELAS)

O cancelamento não deve ser escondido (LGPD + confiança), mas pode ser desenhado para recuperar o cliente:

```
TELA 1 — "Por que você está cancelando?" (coleta de motivo)

Opções (radio button — escolher 1):
○ Não uso o suficiente para valer o preço
○ Encontrei uma alternativa melhor
○ Está fora do meu orçamento agora
○ Não consegui configurar como precisava
○ O produto não fez o que eu esperava
○ Projeto encerrado / mudança no negócio
○ Outro motivo

Campo de texto (opcional): "Pode nos contar mais? (ajuda muito)"
CTA: [Continuar cancelamento →] e [Manter minha conta]

TELA 2 — Oferta de Salvamento (baseada no motivo):

SE motivo = "Não uso o suficiente":
  Oferta: "Que tal pausar em vez de cancelar? Seus dados ficam salvos."
  [Pausar por 30/60/90 dias] ou [Downgrade para plano menor]

SE motivo = "Fora do orçamento":
  Oferta: "[X]% de desconto por [N] meses — só para você."
  [Aceitar desconto e continuar] ou [Prosseguir com cancelamento]

SE motivo = "Não consegui configurar":
  Oferta: "Nossa equipe configura por você em [X] dias — de graça."
  [Agendar call de configuração] ou [Prosseguir com cancelamento]

SE motivo = "Alternativa melhor":
  Não fazer contraproposta — só pedir feedback.
  "Podemos perguntar qual alternativa? Isso nos ajuda muito."
  [texto livre] → [Prosseguir com cancelamento]

SE motivo = "Projeto encerrado" ou "Outro":
  CTA direto: [Confirmar cancelamento]

TELA 3 — Confirmação + Exportação de Dados

Headline: "Sua assinatura foi cancelada"
Acesso continua até: [data do fim do período pago]
Dados salvos por: [N] dias para exportação após término

[BOTÃO] Exportar meus dados (CSV / PDF)

Pesquisa final (1 pergunta — opcional):
"De 0 a 10, qual a probabilidade de você voltar a usar o [SaaS] no futuro?"
[scale 0-10 — captura o NPS de churn]

Email automático pós-cancelamento:
Incluir: link de exportação + data de expiração + link de reativação (1 clique)

REGRAS DA EXPERIÊNCIA DE CANCELAMENTO:
→ Nunca esconder o botão de cancelamento (LGPD Art. 18 — direito de cancelamento)
→ Nunca exigir ligação telefônica para cancelar (dark pattern ilegal no BR)
→ A oferta de salvamento deve ser sincera — oferta falsa destrói confiança
→ Dados de cancelamento são pesquisa gratuita de produto — analisar mensalmente
→ Lead que cancelou por "orçamento" ou "projeto encerrado" pode voltar — manter em nutrição leve
```

---

## OUTPUT FINAL

```
╔══════════════════════════════════════════════════════════╗
║ SAAS CHECKOUT BLUEPRINT — RESULTADO FINAL               ║
╚══════════════════════════════════════════════════════════╝

PLATAFORMA ESCOLHIDA: [nome + justificativa]
ESTRUTURA DE PLANOS:
  Gratuito/Trial: [especificação]
  Pro (herói): R$ [X]/mês | R$ [Y]/ano
  Enterprise: [especificação]
  Preço de Fundador: R$ [X] para os primeiros [N] clientes

FLUXO DE CHECKOUT: [6 telas mapeadas com métricas por tela]
CHECKOUT B2B: [CNPJ / NF-e / boleto / multi-CNPJ configurado]
UPSELL: [especificação]
CONVITE PÓS-COMPRA: [3 ações oferecidas]
TRIAL: [com/sem cartão + duração + sequência de emails]
DUNNING: [5 etapas com datas e canais]
EXPERIÊNCIA DE CANCELAMENTO: [3 telas + oferta por motivo]

PRÓXIMOS PASSOS:
→ /pricing-strategy — validar elasticidade do preço antes de publicar
→ /saas-landing-blueprint — Seção 9 (Pricing Table) usa esta estrutura
→ /saas-onboarding-flow — Tela 6 do fluxo de checkout conecta com onboarding
→ /saas-compliance-br — texto de conformidade abaixo do botão de checkout
```

---

## Anti-Erros

- **Nunca cancele imediatamente na falha de pagamento** — dunning recupera 20-40% dos churns involuntários
- **Nunca mostre apenas 1 plano** — ancoragem psicológica exige referência
- **Trial com cartão converte mais** — mas trial sem cartão gera mais volume: escolha baseada em CAC
- **Upsell no checkout não é pop-up** — é parte integrada da tela, não interrupção
- **Nunca esconda o botão de cancelamento** — dark pattern viola LGPD e destrói confiança
- **Preço de fundador deve ter prazo ou volume definido antes de abrir** — escassez falsa é pior que não ter
- **NF-e é obrigatório para B2B** — empresa que não recebe NF-e tem problema com contabilidade
- **Cancelamento por motivo = pesquisa gratuita de produto** — analisar todo mês sem exceção

## Integrações

- `/pricing-strategy` — define os valores antes desta skill
- `/pricing-dinamico-imperatriz` — contexto de pricing dinâmico se aplicável
- `/paywall-upgrade-cro` — CRO do momento de upgrade dentro do produto
- `/saas-landing-blueprint` — Seção 9 usa a estrutura de planos daqui
- `/saas-onboarding-flow` — o checkout termina onde o onboarding começa
- `/saas-compliance-br` — texto de conformidade abaixo do botão de checkout
- `/churn-prevention` — dunning + experiência de cancelamento são o primeiro passo de anti-churn

---

## SALVAR OUTPUT

Ao finalizar, salve o resultado em `.saas/SAAS-S11-CHECKOUT.md`:

```markdown
# SAAS-S11 — Checkout Blueprint

## Plataforma
[plataforma escolhida + justificativa]

## Estrutura de Planos
- Trial/Gratuito: [especificação]
- Pro (herói): R$ [X]/mês | R$ [Y]/ano
- Enterprise: [especificação]
- Preço de Fundador: R$ [X] para primeiros [N] clientes

## Fluxo de Checkout (6 telas)
[métricas por tela]

## Checkout B2B
[CNPJ / NF-e / boleto / multi-CNPJ]

## Dunning
D0 → D3 → D7 → D8 → D30

## Experiência de Cancelamento
[3 telas + oferta por motivo]

## Trial
[com/sem cartão + duração + sequência de emails]

## Upsell (Order Bump)
[especificação]

## Convite Pós-Compra
[3 ações oferecidas]
```

---

## OUTPUT PARA PRÓXIMA SKILL

**Próxima skill recomendada:** `/saas-onboarding-flow`

**Passe como input:**
- Plano escolhido pelo novo assinante: [Pro / Fundador / Trial / Empresa — define caminho de onboarding]
- Perfil do lead (B2C vs B2B): [define se onboarding é individual ou por perfil de equipe]
- Motivo de cancelamento mais recente (se existir): [orienta onde o onboarding falhou]
- Convite pós-compra aceito: [se agendou call → onboarding assistido; se não → onboarding self-serve]
- Método de pagamento escolhido: [boleto/cartão — define urgência de ativação]
