Growth Action Plan — Plano Operacional de 4 Semanas

SkillAI & models

Transforms 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.

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 produto
  • ANALOGIA — 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órioFonte a ler
0. Diagnósticoreferences/brief.md (leis) + skills/73-saas-conversion-playbook/references/playbook.md (A/B, R/1K, ativação)
1. Funilskills/73-saas-conversion-playbook/references/playbook.md (onboarding A/B, 8 disparos, aftercare, cancel-save)
2. Telasskills/73-saas-conversion-playbook/assets/copy-bank.md + skills/02-ui-ux-design/references/session-psychology.md
3. Paywallskills/73-saas-conversion-playbook/references/paywall-flow.md (+ skill 63 se houver checkout mobile in-app)
4. Retençãoskills/82-retention-loops/references/tactics.md
5. Psicologia e UIskills/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çãoskills/61-content-growth-engine/references/distribuicao-por-agentes.md (marcação técnica: skill 14)
7. Eventoslista 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

  1. Ler references/brief.md inteiro. São as leis, os modelos comerciais e a lista de proibidos.
  2. Coletar o produto. Template, URL, pitch ou prints.
  3. Fechar lacunas com no máximo 5 perguntas de references/intake.md. Não bloquear: se o usuário não responder, assumir e marcar HIPOTESE.
  4. 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.
  5. Escolher o modelo comercial pela conta R/1K, não pela porcentagem isolada.
  6. 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).
  7. 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 tem HIPOTESE
    • nenhum item da lista de proibidos de references/brief.md aparece como recomendação
    • distribuição (seção 6) só depois do aha; comunidade só depois do resultado pessoal
    • nenhum lift percentual prometido
  8. 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 HIPOTESE e ANALOGIA aplicados

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 proibidos
  • references/report-schema.md — formato obrigatório das 10 seções e alvos permitidos
  • references/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