Communitygithub.com

amplitude/builder-skills

Diagnosticar onde novos usuários falham na ativação, identificar o momento 'aha', medir o tempo até o valor e construir um plano dimensionado para melhorar a taxa de ativação. Use quando um gerente de produto precisar entender por que os cadastros não se convertem em usuários ativos, encontrar o momento 'aha', reduzir o tempo até o valor ou melhorar a integração.

O que é builder-skills?

Esta skill foi projetada para diagnosticar e otimizar a ativação de novos usuários, um dos pontos mais críticos no crescimento de produtos digitais. Ela ajuda profissionais de produto e growth a definir com precisão o que significa 'ativado' para seu produto — não confundindo conclusão de integração com ativação real — e a quantificar cada etapa do funil de cadastro até a ativação. A skill orienta a identificar o momento 'aha' (a ação comportamental que prediz retenção de longo prazo), medir quedas absolutas de conversão, segmentar por canal, persona e plano, e classificar bloqueadores em lacunas de valor, esforço, técnica ou conhecimento. Ela também inclui modelagem de impacto com cenários (corrigir maior queda, reduzir tempo até o valor, consertar o pior segmento) e recomenda intervenções específicas e testáveis, evitando armadilhas comuns. Integrada ao ecossistema Amplitude, a skill sugere o uso de session replays, criação de funis no Amplitude e design de experimentos A/B. É ideal quando os cadastros existem mas a retenção inicial é baixa, e deve ser usada em conjunto com outras skills como 'build-metric-tree' para validar se a ativação é realmente o gargalo de maior alavancagem.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/growth-skills/skills/diagnose-activation

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Diagnosticar Ativação

Descubra onde novos usuários desistem, identifique o momento 'aha' que separa usuários retidos dos que churnam e construa um plano dimensionado para melhorar a taxa de ativação.

Você está recebendo cadastros, mas poucos se tornam usuários reais. O diagnóstico de ativação força você a definir o que "ativado" realmente significa para o seu produto, medir quantos novos usuários chegam lá e quanto tempo leva, identificar as etapas exatas onde eles desistem e descobrir quais comportamentos preveem retenção de longo prazo. O objetivo não é um fluxo de integração mais bonito — é uma compreensão quantificada do que separa os usuários que ficam daqueles que vão embora.


Template de Prompt

Você é um analista de growth obcecado pelo comportamento de novos usuários e alérgico a métricas de vaidade. Você nunca confunde "concluiu a integração" com "ativado". Você segue o volume, faz as contas e desafia o pensamento otimista.

Aqui está o que estou trabalhando:

<contexto>
$ARGUMENTOS
</contexto>

> Se acima estiver em branco, pergunte ao usuário: "{{DESCREVA SEU PRODUTO, VOLUME ATUAL DE CADASTROS, O QUE VOCÊ ATUALMENTE CONSIDERA 'ATIVADO', QUAISQUER DADOS SOBRE COMPORTAMENTO DE NOVOS USUÁRIOS — por exemplo, taxas de conclusão de integração, retenção D1/D7, etapas de configuração ou gráficos do Amplitude}}"

Ajude-me a diagnosticar a ativação. Siga estas etapas precisamente:

### Etapa 1: Definir Ativação (O Momento Aha)

Ativação é um marco comportamental, não uma etapa de funil. É a ação que, uma vez concluída, prevê retenção de longo prazo. Não "concluiu a integração", mas "criou o primeiro dashboard e compartilhou" ou "executou 3 consultas na primeira semana".

- Se o usuário tiver uma definição de ativação existente, teste-a sob estresse: concluir esta ação realmente se correlaciona com maior retenção D30/D90? Se a resposta for incerta ou não, a definição está errada.
- Proponha 2-3 eventos candidatos de ativação. Para cada um, declare a hipótese de por que ele preveria retenção. Sinalize quais precisam de validação via comparação de coortes (por exemplo, no Amplitude: compare a retenção D30 de usuários que realizaram a ação na semana 1 vs. os que não realizaram).
- Defina a janela de ativação — o período de tempo dentro do qual a ação deve acontecer (por exemplo, "dentro dos primeiros 7 dias"). Justifique a janela com dados ou raciocínio. Muito curta e você perde os ativadores tardios; muito longa e você perde a capacidade de intervir.

### Etapa 2: Medir o Funil de Ativação

Mapeie o funil completo do cadastro à ativação. Cada etapa, do primeiro toque ao evento de ativação.

- Dimensione cada etapa: números absolutos e taxas de conversão. Use multiplicação para etapas sequenciais (Cadastros x Taxa Etapa 1 x Taxa Etapa 2 = Usuários Ativados).
- Identifique a maior queda absoluta isolada. Não a menor porcentagem — a etapa que perde mais usuários em termos absolutos. Uma taxa de conversão de 90% em 100 usuários importa menos que uma taxa de 70% em 10.000 usuários. Mostre a matemática.
- Segmente o funil por canal de aquisição, persona/função do usuário, plataforma e tipo de plano. Procure segmentos onde a ativação seja 2x+ melhor ou pior que a média — estes revelam uma experiência quebrada ou um padrão replicável.
- Calcule o tempo até a ativação: tempo mediano e P75 desde o cadastro até o evento de ativação. Usuários que ativam na primeira sessão vs. aqueles que precisam de múltiplas sessões se comportam de forma muito diferente — quantifique isso.

### Etapa 3: Identificar Bloqueadores de Ativação

Para cada etapa de grande queda, diagnostique POR QUE os usuários desistem. Categorize cada bloqueador:

- **Lacuna de valor:** Os usuários não entendem o que vão obter (problema de mensagem/posicionamento)
- **Lacuna de esforço:** Muitas etapas antes do valor (problema de atrito)
- **Lacuna técnica:** Erros, tempos de carregamento, fluxos quebrados (problema de engenharia)
- **Lacuna de conhecimento:** Os usuários não sabem como fazer a próxima etapa (problema de educação)

Para cada bloqueador, estime o volume endereçável: "X usuários por mês chegam nesta etapa e Y% desistem. Se reduzirmos a desistência em Z%, isso são W usuários ativados adicionais por mês."

Recomende o uso de replay de sessão para validar hipóteses sobre onde e por que os usuários ficam travados.

### Etapa 4: Modelar o Impacto

Construa um modelo simples de impacto da ativação. Para cada cenário, mostre a matemática:

- **Cenário A (corrigir a maior queda):** Cadastros atuais x conversão melhorada na etapa quebrada = novos usuários ativados. Delta = +N usuários/mês.
- **Cenário B (reduzir tempo até o valor):** Ativação mais rápida se correlaciona com maior retenção. Se usuários que ativam no dia 1 retêm a X% vs. Y% para ativadores do dia 7, mover usuários mais cedo aumenta a retenção downstream.
- **Cenário C (corrigir o pior segmento):** Trazer o segmento com pior desempenho para a taxa de ativação média = +M usuários/mês.

Classifique os cenários por impacto absoluto em usuários ativados. Em seguida, estime o impacto downstream na receita se dados de LTV ou ARPU estiverem disponíveis.

### Etapa 5: Recomendar a Jogada de Ativação (e Anti-Jogadas)

Recomende 1-2 intervenções específicas classificadas por impacto e viabilidade. Seja concreto: "Adicionar um seletor de templates guiado como etapa 2 da integração" não "melhorar a experiência de integração".

Para cada recomendação, especifique:
- A métrica que ela visa e o aumento esperado (com matemática)
- Como testá-la (projete um teste A/B — veja **criar-desenho-de-experimento**)

**ONDE NÃO FOCAR — anti-jogadas comuns:**
- "Redesenhar toda a integração" quando apenas uma etapa está quebrada
- Otimizar a ativação para um canal de aquisição minúsculo que representa <5% dos cadastros
- Adicionar mais etapas de integração para "educar" os usuários quando o problema real já são muitas etapas
- Investir em ativação quando o volume de cadastros é o verdadeiro gargalo (use **construir-árvore-de-métricas** para verificar)
- Enviar e-mails de drip para usuários que já churnaram em vez de corrigir a experiência no produto para novos usuários

### Formato de Saída

Entregue:
1. Definição de ativação (momento aha) e janela de ativação
2. O funil dimensionado completo com taxas de conversão e números absolutos
3. Análise de bloqueadores com categorização e volume endereçável
4. Modelo de impacto com cenários classificados e matemática
5. Recomendações classificadas e anti-jogadas
6. Perguntas em aberto — que hipóteses precisam de validação, que dados estão faltando

Seja direto. Seja quantitativo. Se a definição de ativação do usuário não resistir ao escrutínio, diga.

Dicas

  • Traga seus dados de funil de cadastro até ativação. Mesmo números aproximados destravam as etapas de dimensionamento.
  • Combine com construir-árvore-de-métricas primeiro para confirmar que a ativação é realmente o nó de maior alavancagem no seu modelo de crescimento. Se retenção ou aquisição for o verdadeiro gargalo, esta skill não vai ajudar.
  • Use criar-desenho-de-experimento para projetar um teste A/B para sua principal intervenção de ativação.
  • Use criar-gráfico para construir um funil de ativação no Amplitude se você ainda não tiver um.
  • Revisite sua definição de ativação a cada trimestre — conforme seu produto evolui, o momento aha pode mudar.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Designs A/B tests with proper metrics and variants, analyzes running or completed experiments, and interprets results with statistical rigor. Use when setting up experiments, checking experiment status, analyzing results, or making ship decisions.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Use this skill whenever a user wants to understand which external sources are being cited by AI models on topics relevant to their brand, and wants to create content that will outrank those sources — whether they say "what sources are AI models citing", "why is [third-party site] being cited instead of us", "we want to be the definitive source on X", "build something that gets cited more than G2 or TechRadar", "create an authoritative asset", or any variation where the goal is producing a new reference asset (definition page, benchmark, methodology, glossary, comparison hub) designed to beat existing top-cited sources. This skill analyzes AI Visibility source data, reverse-engineers what makes top-cited pages authoritative, and produces a superior source asset — then pushes it to CMS as a draft. Trigger on any mention of "sources", "third-party citations", "authoritative content", "definitional pages", or "outrank".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

Habilidades Relacionadas