---
name: gatilho-preguica-canvas
description: >
  Desenha a experiência completa de IA-first em CADA campo, tela e etapa
  do SaaS. Para cada interação do usuário, define: o que o usuário precisaria
  fazer manualmente, como a IA faz por ele (voz, clique, automático), qual é
  o gatilho de ativação, qual persona usa aquele gatilho, e o comportamento
  esperado quando está offline ou sem conectividade. Transforma o AI Feature
  Map em especificação de UX onde o esforço do usuário é zero. Inclui seção
  de Vocabulário de Domínio (jargão setorial), Privacidade por Gatilho, e
  Mapa de Revelação (sequência de descoberta da IA). Use quando disser "como
  a IA vai funcionar em cada tela", "experiência da IA no produto", "gatilho
  da preguiça", "IA preenche tudo", "o usuário não precisa digitar", "áudio
  vira dados". Integra com /ai-feature-map, /saas-problem-fit-canvas,
  /saas-competitive-matrix.
---

# Gatilho da Preguiça Canvas

> "O maior diferencial de um SaaS com IA no centro não é o que ele faz — é o que o usuário deixa de fazer."

## Princípio fundador

O **Gatilho da Preguiça** é o mecanismo psicológico onde o usuário descobre que a IA já fez o que ele iria fazer. Não é assistente. É substituto. A diferença:

| Modelo Tradicional | Gatilho da Preguiça |
|-------------------|---------------------|
| Usuário digita → IA melhora | IA já digitou → usuário só confirma |
| Usuário abre formulário → preenche | Usuário fala → formulário já preenchido |
| Usuário analisa dados → decide | IA analisou → decisão sugerida com razão |
| Usuário busca → encontra | IA antecipou → já exibiu antes de buscar |

---

## MODOS DE OPERAÇÃO

- **`/gatilho-preguica-canvas`** — modo completo: tela a tela, campo a campo
- **`/gatilho-preguica-canvas tela [nome]`** — foca em uma tela específica
- **`/gatilho-preguica-canvas auditoria`** — avalia SaaS existente: onde IA ainda não age

---

## FASE 0 — Leitura de Contexto do Projeto

Se existe um arquivo `SAAS-CONTEXT.md` na pasta do projeto, leia-o antes de começar.
Ele contém: nome do SaaS, setor, regulação, stakeholders, VOC, canal e concorrentes.

Se não existe: rodar `/saas-context-doc` primeiro.

Extraia do contexto:
- Vocabulário setorial (termos que a IA deve usar no lugar de genéricos — ver Fase 2.5)
- Stakeholders: qual persona usa qual tela (decisor vs. usuário operacional vs. cliente final)
- Restrições de privacidade por setor (dados de saúde, dados financeiros, dados de menores)
- Conectividade esperada: o usuário costuma usar o produto offline? (impacta coluna "Offline" na Fase 2)

**Arquivos anteriores a ler (além do SAAS-CONTEXT.md):**

2. `.saas/SAAS-S2-FEATURES.md` — output do /ai-feature-map
   → Use: TABELA-FEATURES (lista as features que terão gatilhos), FEATURE-PRINCIPAL (prioridade máxima de gatilho), MOMENTO-AHA-CANDIDATO (o gatilho mais crítico do onboarding)
   → Se não existe: avise que /ai-feature-map deve ser rodado primeiro, mas continue com as features que o usuário informar

3. `.saas/SAAS-S2B-ARQUITETURA.md` — output do /saas-arquitetura (se existir)
   → Use: STACK-IA (define o vocabulário técnico da IA — termos que ela reconhece nos gatilhos), IA-CACHE-STRATEGY (gatilhos cacheados = resposta instantânea no UI; realtime = indicar loading state), DIAGRAMA-ASCII (use os módulos/serviços como as "telas" para mapear gatilhos por funcionalidade), SEGURANCA-TIER (gatilhos que tocam dados sensíveis precisam de confirmação humana obrigatória)
   → Se não existe: avise que /saas-arquitetura pode ser rodado para maior precisão técnica dos gatilhos, mas continue normalmente

**Campos que esta skill NÃO precisa perguntar (se os arquivos existem):**
- Quais são as features do SaaS → SAAS-S2-FEATURES.md campo TABELA-FEATURES
- Feature principal → SAAS-S2-FEATURES.md campo FEATURE-PRINCIPAL
- Setor e vocabulário base → SAAS-CONTEXT.md campo SETOR
- Usuário final → SAAS-CONTEXT.md campo USUÁRIO FINAL (e SAAS-S1-PROBLEMA.md se existir)
- Regulação → SAAS-CONTEXT.md campo REGULAÇÃO (define LGPD por gatilho)

---

## PRÉ-REQUISITO

Precisa do output do `/ai-feature-map` — a lista de features MUST HAVE com:
- IA executora definida por feature
- Tipo de Automação (Generativa / Determinística / ML / Híbrida)
- Risco IA + Fallback por feature
- Mapa de Stakeholders (vindo do /saas-problem-fit-canvas Fase 0.7)

---

## PROCESSO — 5 FASES

### FASE 1 — Mapeamento de Telas e Campos

Para cada feature MUST HAVE do AI Feature Map, identifica:
- Nome da tela/módulo no produto
- Todos os campos/inputs que o usuário precisaria preencher
- Todas as decisões que o usuário precisaria tomar
- Todas as buscas que o usuário precisaria fazer
- Qual persona usa esta tela (do Mapa de Stakeholders)

Formato de mapeamento:
```
MÓDULO: [nome]
Persona que usa: [ex: Recepcionista / Gestor / Cliente final]
Campos de input: [lista]
Decisões do usuário: [lista]
Buscas/consultas: [lista]
Frequência de uso: [diário / semanal / por evento]
Uso offline esperado? [Sim / Não / Às vezes]
```

---

### FASE 2 — Desenho do Gatilho por Campo (tabela com 5 colunas)

Para CADA campo/input/decisão, preenche o Canvas expandido:

```
GATILHO DA PREGUIÇA — [Módulo/Tela]

| Campo/Interação | Sem IA (manual) | Com IA (Gatilho) | Persona que Usa | Comportamento Offline |
|----------------|----------------|-----------------|-----------------|----------------------|
| [campo 1] | Usuário digita [X palavras] | IA preenche por: □ Voz □ Auto □ Análise □ Sugestão GATILHO: [como ativa] MODELO: [qual IA] | [Recepcionista / Gestor / etc.] | [Formulário manual / Cache local / Sincroniza ao reconectar / Funcionalidade desativada] |
```

**Coluna "Persona que Usa" — por que importa:**
Em B2B, decisor ≠ usuário operacional. Um Gatilho projetado para o gestor (que quer velocidade e visibilidade) pode ser incompreensível para a recepcionista (que precisa de clareza e confirmação). O canvas força essa distinção.

**Coluna "Comportamento Offline" — por que importa:**
SaaS para clínicas, redes veterinárias, incorporadoras e negócios com campo têm usuários que trabalham sem internet. Um Gatilho que falha silenciosamente offline gera desconfiança no produto inteiro. Defina o comportamento antes do MVP.

```
Opções para "Comportamento Offline":
→ Formulário manual desbloqueado automaticamente (degradação graciosa)
→ Cache local com sincronização automática ao reconectar
→ Feature desativada com mensagem clara ("disponível com conexão")
→ Não se aplica — feature é online-only por design (ex: streaming de voz)
```

**Tipos de Gatilho disponíveis:**

1. **Gatilho de Voz** — usuário fala, IA transcreve e estrutura em dados
   - Ex: "Cadastrar produto" → fala nome, preço, descrição → formulário preenchido
   - Tecnologia: Whisper + Claude para estruturação

2. **Gatilho Automático** — IA age sem interação, com dados que já existem no sistema
   - Ex: ao criar pedido → IA já preenche endereço com base no histórico do cliente
   - Tecnologia: RAG + Function Calling

3. **Gatilho de Análise** — usuário envia mídia (imagem, PDF, áudio), IA extrai dados
   - Ex: foto do produto → IA extrai categoria, dimensões, cor, gera SEO
   - Tecnologia: Vision + Claude Haiku

4. **Gatilho de Sugestão** — IA propõe, usuário só aprova com 1 clique
   - Ex: relatório → IA sugere próxima ação → "Aplicar sugestão?" [Sim] [Editar]
   - Tecnologia: Claude Sonnet com contexto do sistema

5. **Gatilho Preditivo** — IA antecipa o que o usuário vai precisar e já exibe
   - Ex: segunda-feira de manhã → dashboard já mostra resumo da semana anterior
   - Tecnologia: Cron + Claude + memória do usuário

---

### FASE 2.5 — Vocabulário de Domínio

**Por que esta seção existe:** IA generativa usa vocabulário genérico por padrão.
Um SaaS para clínica que diz "usuário" em vez de "paciente", ou "item" em vez de "prontuário",
parece estrangeiro para quem usa. Isso aumenta churn na fase de onboarding.

```
VOCABULÁRIO SETORIAL OBRIGATÓRIO (substituir em TODOS os textos gerados pela IA):

| Termo Genérico (IA padrão) | Termo do Setor | Contexto de uso |
|--------------------------|---------------|-----------------|
| usuário / cliente | [paciente / aluno / condômino / comprador] | [quem usa o serviço] |
| item / registro | [prontuário / matrícula / unidade / pedido] | [o que é cadastrado] |
| evento | [consulta / aula / reunião / vistoria] | [o que acontece no tempo] |
| [genérico 4] | [termo setorial 4] | [contexto] |
| [genérico 5] | [termo setorial 5] | [contexto] |

IMPACTO TÉCNICO: este vocabulário deve ser injetado no system prompt de CADA chamada IA do produto.
Instrução modelo: "Sempre use 'paciente' em vez de 'usuário' e 'prontuário' em vez de 'registro'."
```

---

### FASE 2.7 — Privacidade por Gatilho

**Por que esta seção existe:** Gatilhos que processam dados sensíveis precisam de aviso e consentimento
antes de ativar — especialmente em setores com LGPD dados sensíveis (saúde, biometria, financeiro).

```
GATILHOS COM IMPLICAÇÃO DE PRIVACIDADE:

| Gatilho | Dado Processado | Sensível? | Ação Obrigatória |
|---------|----------------|-----------|-----------------|
| [ex: Gatilho de Voz para prontuário] | [áudio de voz] | [Sim — biométrico LGPD Art. 5 II] | [consentimento explícito + opt-out] |
| [ex: Gatilho Preditivo] | [histórico de comportamento] | [Sim — perfil comportamental] | [informar no onboarding + deletar se solicitado] |

BASE LEGAL RECOMENDADA: Art. 7º VI LGPD (legítimo interesse) ou Art. 7º I (consentimento)
RECOMENDAÇÃO: rodar /saas-compliance-br se mais de 2 gatilhos tiverem dado sensível
```

---

### FASE 3 — Especificação de UX

Para cada gatilho definido, entrega a especificação de experiência:

```
GATILHO: [nome]
ONDE APARECE: [tela + posição]
PERSONA QUE ATIVA: [quem usa este gatilho]
COMO ATIVA: [botão mic / ao abrir a tela / ao detectar campo vazio / etc.]
O QUE IA FAZ: [ação específica em linguagem de produto]
O QUE USUÁRIO VÊ: [resultado na tela — campo preenchido / sugestão com checkbox / etc.]
INTERAÇÃO MÍNIMA: [0 cliques / 1 clique de confirmação / etc.]
FALLBACK ONLINE: [o que acontece se IA falhar — campo editável manualmente]
COMPORTAMENTO OFFLINE: [cache / manual / desativado]
PRIVACIDADE: [dado processado + consentimento necessário]
```

---

### FASE 3.5 — Tela de Confirmação (Momento Aha)

**Por que esta seção existe:** O primeiro Gatilho da Preguiça que o usuário experimenta
deve ser projetado intencionalmente. Usuários que chegam ao momento aha nos primeiros 3 minutos
têm 2-4x mais retenção.

```
MOMENTO AHA DO PRODUTO:

PRIMEIRO GATILHO QUE O USUÁRIO VÊ: [nome — deve ser o mais impressionante e menos assustador]
ONDE ACONTECE: [tela / fluxo específico]
O QUE O USUÁRIO VÊ PELA PRIMEIRA VEZ:
  Antes: [estado do campo/tela sem IA]
  Depois: [estado após o gatilho ativar]
FRASE DE CONFIRMAÇÃO DA IA (exibida na tela):
  "[frase curta e humana — ex: 'Pronto! Registrei em 12 segundos. Confirma?']"
AÇÃO DO USUÁRIO: [1 clique em "Confirmar" / "Editar" / "Desfazer"]

MAPA DE REVELAÇÃO (sequência escalonada de descoberta):
Dia 1 → [Gatilho 1: o mais simples e impactante — onboarding]
Dia 2-3 → [Gatilho 2: introduzido via tooltip ou notificação]
Semana 2 → [Gatilho 3: revelado após primeiro uso repetido]
Mês 1 → [Gatilhos restantes: usuário já confia na IA, pode explorar]

Revelar todos os gatilhos no onboarding é overwhelming.
Usuário que aprende um gatilho por vez tem adoção 3x maior (padrão PLG).
```

---

## OUTPUT FINAL

```
╔══════════════════════════════════════════════════════════╗
║ GATILHO DA PREGUIÇA CANVAS — RESULTADO FINAL            ║
╚══════════════════════════════════════════════════════════╝

TOTAL DE GATILHOS MAPEADOS: [N]
Por tipo:
  Voz: [N]
  Automático: [N]
  Análise: [N]
  Sugestão: [N]
  Preditivo: [N]

DISTRIBUIÇÃO POR PERSONA:
  [Persona A — ex: Recepcionista]: [N] gatilhos em [M] telas
  [Persona B — ex: Gestor]: [N] gatilhos em [M] telas

CAMPOS QUE O USUÁRIO NUNCA MAIS PREENCHE MANUALMENTE: [lista]

VOCABULÁRIO DE DOMÍNIO ATIVO: [N] substituições setoriais no system prompt

GATILHOS COM RISCO DE PRIVACIDADE: [N] — [ação: rodar /saas-compliance-br se > 2]

MOMENTO AHA: [nome do primeiro gatilho + tela]
MAPA DE REVELAÇÃO: [sequência por dia/semana]

FRASE DE POSICIONAMENTO (gerada automaticamente):
"Com [nome do SaaS], [persona] [ação principal]
em [tempo] sem precisar [o que eliminamos]."

ESPECIFICAÇÕES POR TELA: [tabela completa com 5 colunas]

PRÓXIMOS PASSOS:
→ /saas-competitive-matrix — comparar os gatilhos com o que concorrentes oferecem
→ /saas-landing-blueprint — os gatilhos viram demos visuais na LP
→ /saas-demo-creative — os gatilhos viram os criativos "antes/depois"
→ /saas-narrative-framework — o gatilho mais impactante vira o "momento demo" da narrativa
```

---

## Anti-Erros

- **Chatbot embutido ≠ Gatilho da Preguiça** — janela de chat que responde perguntas é assistente, não gatilho
- **Nunca desenhe IA que espera o usuário iniciar** — gatilho verdadeiro age antes ou junto com o usuário
- **Sugestão sem 1-clique para aceitar é ruído** — toda sugestão de IA deve ter aprovação imediata ou automática
- **IA que erra sem fallback mata o produto** — todo gatilho precisa de degradação graciosa para input manual
- **Nunca use vocabulário genérico** — "usuário", "item", "evento" são invisíveis para quem opera no setor
- **Nunca ignore o comportamento offline** — setor de saúde e campo têm usuários sem internet; definir agora evita reescrita
- **Nunca revele todos os gatilhos no onboarding** — o Mapa de Revelação escalonado aumenta adoção

## Integrações

- `/saas-context-doc` — lê SAAS-CONTEXT.md antes de iniciar
- `/ai-feature-map` — fornece as features MUST HAVE (pré-requisito)
- `/saas-problem-fit-canvas` — contexto do processo eliminado + Mapa de Stakeholders
- `/saas-compliance-br` — aprofunda privacidade por gatilho se >2 dados sensíveis
- `/saas-competitive-matrix` — compara gatilhos com o que concorrentes oferecem
- `/saas-landing-blueprint` — gatilhos mais impactantes viram seções da LP
- `/saas-demo-creative` — cada gatilho vira um "antes/depois" visual
- `/saas-narrative-framework` — o gatilho mais poderoso vira o clímax do demo
- `/demo-story-canvas` — como narrar o gatilho como momento de revelação

---
## SALVAR OUTPUT (fazer ao finalizar esta skill)

Ao concluir o mapeamento de gatilhos, salve como `.saas/SAAS-S3-GATILHOS.md`:

```markdown
# SAAS-S3-GATILHOS.md
> Gerado: [data] | via /gatilho-preguica-canvas

GATILHO-PRINCIPAL: [nome do gatilho mais impactante — candidato ao Momento Aha do onboarding]

TABELA-GATILHOS:
| Tela/Contexto | Ação manual sem IA | Gatilho IA | Como ativa | Persona | Offline | Tela confirmação? | LGPD |
|--------------|-------------------|-----------|-----------|---------|---------|------------------|------|
[tabela completa]

VOCABULARIO-DOMINIO:
[lista de termos técnicos do setor que a IA precisa reconhecer]

PRIVACIDADE-POR-GATILHO:
| Gatilho | Dado sensível? | Base legal LGPD | Validação humana obrigatória? |
[tabela]

MAPA-REVELACAO:
- D0 (onboarding): [gatilhos que aparecem imediatamente]
- D3 (segundo uso): [gatilhos que revelam no 3º dia]
- D7+ (usuário ativo): [gatilhos avançados]

FRASES-DE-CONFIRMACAO:
[mensagens que o sistema exibe antes de executar ações irreversíveis]
```

Após salvar: confirme "`.saas/SAAS-S3-GATILHOS.md` salvo ✓" e então mostre o OUTPUT PARA PRÓXIMA SKILL.

---
## OUTPUT PARA PRÓXIMA SKILL

**Próxima skill recomendada:** `/saas-competitive-matrix`

**Passe como input:**
- Gatilhos mapeados (tipo + tela + persona + comportamento offline): [copiar tabela da Fase 2]
- Momento Aha definido (primeiro gatilho + frase de confirmação): [copiar da Fase 3.5]
- Mapa de Revelação: [copiar da Fase 3.5 — alimenta S11 /saas-onboarding-flow]
- Frase de Posicionamento gerada: [copiar do Output Final — alimenta S5 /saas-narrative-framework]
- Vocabulário de Domínio: [copiar da Fase 2.5 — repassar para TODAS as skills subsequentes]

→ A matrix vai comparar cada gatilho com o que o concorrente oferece na mesma dimensão
→ Gatilhos que o concorrente não tem = diferenciais únicos para copy e narrativa
