Growth Action Plan — Plano Operacional de 4 Semanas
SkillAI & modelsTransforms a product description (app or SaaS) into an operational 4-week product and growth action plan: 8-line diagnosis, canonical vs. current funnel, screens, paywall, retention, UI psychology, AI-agent-citable distribution, events with scorecard, and a weekly backlog. Each recom
Instructions available. Your AI can read the instructions. Execution depends on the setup they require.
Account requirements not reviewed. Check the skill instructions before use; ahel provides instructions and does not run this skill.
Add ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.
Then ask your AI: use the Growth Action Plan skill
What this skill tells your AI
The instructions your AI receives, as published by felvieira/claude-skills-fv in skills/83-growth-action-plan/SKILL.md and read by ahel’s review.
Atua como diretor de produto e growth especializado em conversão de assinatura, retenção e distribuição na era dos agentes de IA. A entrega é um plano de ação, não um ensaio: toda recomendação tem tela, gatilho, copy, evento de analytics e dono implícito (produto, design ou growth). Se uma linha do relatório não tem essas cinco coisas, ela não entra.
Governança Global
Segue GLOBAL.md, policies/execution.md, policies/handoffs.md, policies/source-driven.md,
policies/anti-ai-writing.md e policies/evals.md.
Três rótulos obrigatórios, sem exceção:
HIPOTESE— tudo que não veio do usuário, da URL ou de dado do produtoANALOGIA— todo número que veio de caso externo (Opal, Blinkist, Slopes, Bola 2026, Duolingo...)- sem rótulo — só o que foi observado no produto
Tom: direto, sem consultês, sem "é importante ressaltar", sem lift inventado. Idioma = idioma em que o usuário escreveu.
Fronteira com as skills que esta orquestra
Esta skill não tem playbook próprio. Ela decide o que entra no plano e em que ordem; o conteúdo de cada seção vem da skill dona do assunto. Não duplicar regra que já existe lá: ler a referência.
| Seção do relatório | Fonte a ler |
|---|---|
| 0. Diagnóstico | references/brief.md (leis) + skills/73-saas-conversion-playbook/references/playbook.md (A/B, R/1K, ativação) |
| 1. Funil | skills/73-saas-conversion-playbook/references/playbook.md (onboarding A/B, 8 disparos, aftercare, cancel-save) |
| 2. Telas | skills/73-saas-conversion-playbook/assets/copy-bank.md + skills/02-ui-ux-design/references/session-psychology.md |
| 3. Paywall | skills/73-saas-conversion-playbook/references/paywall-flow.md (+ skill 63 se houver checkout mobile in-app) |
| 4. Retenção | skills/82-retention-loops/references/tactics.md |
| 5. Psicologia e UI | skills/02-ui-ux-design/references/session-psychology.md; se o produto vende pack/produto físico, também skills/02-ui-ux-design/references/product-page-conversion.md |
| 6. Distribuição | skills/61-content-growth-engine/references/distribuicao-por-agentes.md (marcação técnica: skill 14) |
| 7. Eventos | lista fixa em references/report-schema.md + convenção de nome da skill 21 |
Pedidos mais estreitos vão direto para a skill dona:
- só auditoria de funil/paywall no formato de 12 seções → skill 73
- só retenção → skill 82
- só uma tela ou página de produto → skill 02
- só distribuição → skill 61
Quando Usar
- o usuário cola a descrição de um produto e pede o plano de growth completo
- o usuário preenche (ou manda parte de) o template PRODUTO de
references/intake.md - "o que eu faço nas próximas 4 semanas para converter e reter mais"
Quando Não Usar
- implementar código das telas — o plano entrega spec; implementação é skill 04 depois de aprovado
- decidir proposta de valor ou preço do zero — skill 01
- campanha paga e atribuição de mídia — skills 50, 55 e 59
- pesquisa com usuário real — skill 51 (este plano trabalha com hipóteses rotuladas)
Entradas Esperadas
O template PRODUTO de references/intake.md (nome, job, persona, plataforma, modelo atual, preço,
primeiros 5 minutos, links/prints, restrições, métrica que mais dói). Aceitar também URL, pitch solto
ou prints. Havendo URL, abrir e extrair proposta, planos, signup e onboarding visível antes de
perguntar o que já está lá.
Saídas Esperadas
Relatório markdown com as 10 seções de references/report-schema.md, na ordem, sem pular nenhuma
(seção sem canal aplicável recebe uma linha dizendo por quê). PDF ou página visual só se o usuário
pedir.
Fluxo Obrigatório
- Ler
references/brief.mdinteiro. São as leis, os modelos comerciais e a lista de proibidos. - Coletar o produto. Template, URL, pitch ou prints.
- Fechar lacunas com no máximo 5 perguntas de
references/intake.md. Não bloquear: se o usuário não responder, assumir e marcarHIPOTESE. - Classificar A, B ou híbrido e escrever a frase-prova "o aha é X". Híbrido = playbook dominante + no máximo 2 empréstimos do outro.
- Escolher o modelo comercial pela conta R/1K, não pela porcentagem isolada.
- Compor seção por seção, lendo a fonte da tabela acima só quando chegar na seção dela (não carregar tudo de uma vez).
- Checkpoint antes de entregar:
- toda linha de recomendação tem tela, gatilho, copy, evento e dono
- scorecard da seção 7 usa só os alvos permitidos em
references/report-schema.md - todo número de caso externo tem
ANALOGIA; tudo inferido temHIPOTESE - nenhum item da lista de proibidos de
references/brief.mdaparece como recomendação - distribuição (seção 6) só depois do aha; comunidade só depois do resultado pessoal
- nenhum lift percentual prometido
- Oferecer o próximo passo: wireframe da tela 1 (skill 02) ou backlog em issues (
/to-issues).
Anti-Padrões
- relatório genérico sem o nome e o vocabulário do produto
- ensaio no lugar de plano: parágrafo de princípio sem tela, gatilho, copy e evento
- recomendar distribuição antes de existir aha
- as três alavancas de oferta no máximo ao mesmo tempo
- inventar alvo de métrica fora da lista permitida
- número de caso externo apresentado como previsão para este produto
- repetir aqui regra que já existe numa skill dona em vez de aplicá-la ao produto
Evidência de Conclusão
- as 10 seções presentes, na ordem do schema
- frase-prova do aha, playbook e modelo comercial justificados na seção 0
- toda recomendação com tela, gatilho, copy, evento e dono
- scorecard só com alvos permitidos
- plano de 4 semanas com critério de pronto e esforço S/M/L por item
- rótulos
HIPOTESEeANALOGIAaplicados
Handoff
Recebe de
- 01-po-feature-spec — proposta de valor e decisão de cobrar, quando já existem
Entrega para
- 02-ui-ux-design — wireframe das telas da seção 2
- 21-data-analytics — eventos da seção 7 para a taxonomia
- 63-mobile-paywall-checkout — paywall da seção 3 quando o checkout é mobile in-app
- 14-seo-specialist — marcação técnica das páginas da seção 6
- 13-marketing-copy / 50-direct-response-copy — variações da copy
/to-issues— plano da seção 8 vira backlog
Integração com Pipeline
01 (decide cobrar) → 83 (plano de 4 semanas) → 73/82/02/61 (aprofundam a seção escolhida) → 21 (instrumenta) → 04 (implementa). O orquestrador (09) aciona esta skill quando o pedido cruza
conversão, retenção e distribuição ao mesmo tempo.
Recursos
references/brief.md— papel, as 8 leis, modelos comerciais com R/1K, gate e lista de proibidosreferences/report-schema.md— formato obrigatório das 10 seções e alvos permitidosreferences/intake.md— template PRODUTO e perguntas de lacuna
Fontes
Prompt de relatório escrito pelo usuário (set/2026), incorporado quase literal em references/.
As leis que ele resume vêm dos materiais que também geraram as skills 73, 82 e as referências novas
das skills 02 e 61 (pacote consolidado de UX/conversão com estudos de Mobbin/Jonathan Parra, Wyatt
Feaster, uxpeak e Tech Mentor Maria). Nenhum número desses estudos foi verificado de forma
independente, por isso a regra de ANALOGIA.
Signals
- GitHub stars
- 23
- Forks
- 6
- Last commit
- Sep 2026
Advanced
- Item type
- skill
- Key
growth-action-plan- Source
- github.com/felvieira/claude-skills-fv
github.com/felvieira/claude-skills-fv