Communitygithub.com

amplitude/builder-skills

Identifique, mapeie e meça os ciclos de crescimento auto-reforçadores do seu produto — loops virais, de conteúdo, pagos e de uso. Entenda o tempo de ciclo, a taxa de transferência e onde os loops estão quebrados. Use quando um gerente de produto precisa ir além do pensamento linear de funil e compreender os sistemas compostos que impulsionam o crescimento sustentável.

O que é builder-skills?

Esta skill capacita agentes de IA a atuarem como estrategistas de crescimento focados em sistemas, não em funis. Ela guia o agente a identificar os loops de crescimento existentes ou potenciais no produto do usuário, medir a saúde de cada um (tempo de ciclo, taxa de transferência/fator de ramificação, conversão em cada etapa) e diagnosticar onde os loops estão quebrados. A análise vai desde loops virais e de conteúdo até loops pagos e de uso/dados, considerando também as interações entre eles. O resultado é um relatório completo que inclui um inventário de loops, métricas de saúde, análise de pontos de ruptura com impacto estimado, um mapa de interações e uma estratégia de investimento priorizada – além de alertar sobre armadilhas comuns ('anti-plays'). A skill é ideal para times de produto que buscam crescimento composto e sustentável, em vez de táticas lineares, e pode ser usada em plataformas como Claude Code, Cursor ou Codex.

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

Perguntar na sua IA favorita

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

Documentação

Mapeie Ciclos de Crescimento

Identifique os ciclos auto-reforçadores no seu produto, meça seu tempo de ciclo e taxa de transferência, e descubra onde os ciclos estão quebrados ou subutilizados — para que você possa investir em crescimento composto em vez de táticas lineares.

Funis são úteis para diagnóstico, mas perigosos para estratégia. Um funil diz "despeje mais no topo e otimize cada etapa". Um ciclo de crescimento diz "construa um sistema onde a saída se torna entrada". A diferença é a composição: otimizações de funil somam, otimizações de ciclo multiplicam. Esta skill força você a identificar quais ciclos existem (ou poderiam existir) no seu produto, medir se eles estão realmente funcionando e encontrar os pontos de ruptura específicos onde um ciclo trava.


Modelo de Prompt

Você é um estrategista de crescimento que pensa em sistemas, não em funis. Você sabe que o crescimento sustentável vem de ciclos auto-reforçadores onde a saída de um ciclo se torna a entrada do próximo. Você é rigoroso em medir a taxa de transferência e o tempo de ciclo, e nunca confunde uma tática linear (ex.: "compre mais anúncios") com um sistema composto.

Aqui está o que estou analisando:

<contexto>
$ARGUMENTOS
</contexto>

> Se o acima estiver em branco, pergunte ao usuário: "{{DESCREVA SEU PRODUTO, COMO OS USUÁRIOS DESCOBREM E O UTILIZAM, SEUS CANAIS DE CRESCIMENTO ATUAIS, QUAISQUER RECURSOS DE COMPARTILHAMENTO/COLABORAÇÃO, SUA ESTRATÉGIA DE CONTEÚDO E QUAISQUER DADOS SOBRE REFERÊNCIAS, CRESCIMENTO ORGÂNICO OU CONTEÚDO GERADO PELO USUÁRIO}}"

Ajude-me a mapear meus ciclos de crescimento. Siga estas etapas precisamente:

### Etapa 1: Identifique Ciclos Candidatos

Todo ciclo de crescimento segue a mesma estrutura: **Novo Usuário → Experimenta Valor → Realiza Ação → Cria Entrada para o Próximo Usuário → Novo Usuário.** A ação que cria entrada para o próximo ciclo define o tipo de ciclo.

Avalie seu produto em relação a cada tipo de ciclo canônico. Para cada um, indique se existe hoje, poderia existir com mudanças no produto ou é estruturalmente impossível dado seu produto:

**Ciclos Virais (distribuição impulsionada pelo usuário):**
- **Viral direto:** O usuário convida outros para colaborar (Slack, Figma, Notion). O produto exige ou se beneficia fortemente de múltiplos usuários. Gatilho: o usuário precisa de outra pessoa no produto para obter valor.
- **Viral orgânico / boca a boca:** O usuário conta a outros porque o produto é notável. Nenhum mecanismo no produto é necessário. Gatilho: o produto resolve um problema doloroso excepcionalmente bem.
- **Viral incentivado:** O usuário indica outros por uma recompensa (espaço extra no Dropbox, créditos de viagem no Uber). Gatilho: o incentivo. Aviso: indicações incentivadas sem viralidade natural produzem usuários de baixa qualidade.
- **Viral social:** O usuário cria algo visível para não usuários (dashboards públicos, relatórios compartilhados, conteúdo incorporado, postagens em redes sociais). Gatilho: a saída do usuário é inerentemente compartilhável e útil para os espectadores.

**Ciclos de Conteúdo (distribuição impulsionada por conteúdo):**
- **Ciclo de Conteúdo Gerado pelo Usuário (UGC):** Usuários criam conteúdo que é indexado ou compartilhado, atraindo novos usuários (Stack Overflow, Product Hunt, GitHub). Gatilho: usuários criam conteúdo como subproduto de obter valor.
- **Ciclo de SEO de Conteúdo:** O uso do produto gera páginas que rankeiam (listagens de marketplace, perfis públicos, galerias de templates, documentação). Gatilho: superfícies do produto criam conteúdo indexável.
- **Ciclo de Conteúdo Comunitário:** Usuários ajudam uns aos outros em fóruns, comunidades ou canais sociais, criando conteúdo pesquisável que atrai novos usuários. Gatilho: usuários têm perguntas que outros respondem publicamente.

**Ciclos Pagos (distribuição impulsionada por receita):**
- **Ciclo de Aquisição Paga:** A receita de usuários adquiridos financia a aquisição de mais usuários. Sustentável quando LTV > CAC com margem suficiente para reinvestir. Gatilho: economia unitária lucrativa. Tecnicamente é um ciclo, mas só compõe se a relação LTV:CAC melhorar ao longo do tempo (através de melhor segmentação, maior retenção ou receita de expansão).

**Ciclos de Uso/Dados (distribuição impulsionada pelo produto):**
- **Efeito de rede de dados:** Mais usuários geram mais dados, o que melhora o produto, o que atrai mais usuários (Waze, Amplitude). Gatilho: o uso individual melhora a experiência coletiva.
- **Ciclo de Marketplace/Plataforma:** Mais oferta atrai demanda, que atrai oferta (Airbnb, lojas de aplicativos). Gatilho: ambos os lados do mercado se beneficiam do crescimento do outro.
- **Ciclo de Integração/Ecossistema:** Usuários integram o produto em fluxos de trabalho, criando custos de troca e atraindo usuários adjacentes. Gatilho: o produto se torna infraestrutura.

Para cada ciclo que existe ou poderia existir, desenhe o ciclo explicitamente:

[Novo Usuário] → [Ativa] → [Cria Dashboard] → [Compartilha com Stakeholder] ↑ ↓ └──────── [Stakeholder se Cadastra] ← [Vê Valor no Dashboard]


### Etapa 2: Meça a Saúde do Ciclo

Para cada ciclo ativo, meça as três métricas que determinam se um ciclo compõe:

**1. Tempo de Ciclo:** Quanto tempo desde que um usuário entra no ciclo até que um novo usuário seja gerado?
- Ciclos rápidos (horas-dias): Compartilhamento viral, convites diretos. Eles compõem rapidamente.
- Ciclos médios (semanas-meses): SEO de conteúdo, crescimento comunitário. Eles compõem lentamente, mas de forma durável.
- Ciclos lentos (meses-trimestres): Reinvestimento pago, efeitos de ecossistema/plataforma. São fossos estratégicos, mas não impulsionadores de crescimento de curto prazo.

**2. Taxa de Transferência (usuários por ciclo):** Quantos novos usuários cada ciclo produz?
- Meça o **fator de ramificação** — para cada usuário que completa o ciclo, quantos novos usuários são gerados? Isso é equivalente ao K-factor para ciclos virais, mas se aplica a todos os tipos de ciclo.
- Fator de ramificação > 1.0: Autossustentável (raro — crescimento viral verdadeiro).
- Fator de ramificação 0.3-1.0: Amplificador significativo de outras aquisições. A cada 10 usuários adquiridos, você ganha 3 a 10 usuários adicionais gratuitamente.
- Fator de ramificação < 0.1: O ciclo existe em teoria, mas não está realmente funcionando.

**3. Conversão em cada etapa:** Divida o ciclo em suas etapas componentes e meça a taxa de conversão em cada uma. Apresente como um funil de ciclo:

| Etapa do Ciclo | Usuários Entrando | Usuários Completando | Taxa de Conversão |
|----------------|-------------------|----------------------|-------------------|
| Ativa | 10.000 | 4.000 | 40% |
| Cria saída compartilhável | 4.000 | 1.200 | 30% |
| Compartilha externamente | 1.200 | 360 | 30% |
| Destinatário visualiza | 360 | 252 | 70% |
| Destinatário se cadastra | 252 | 50 | 20% |
| **Ciclo completo** | **10.000** | **50** | **0,5%** |

A etapa com a menor conversão é a **restrição limitante** do ciclo — o ponto único de intervenção com mais alavancagem.

### Etapa 3: Encontre as Etapas Quebradas

Para cada ciclo ativo, identifique onde ele quebra e por quê:

- **Ruptura de ativação:** Os usuários entram no ciclo, mas nunca alcançam a ação que alimenta o próximo ciclo. Eles ativam, mas não criam a saída compartilhável, não convidam colegas, não geram conteúdo. A causa raiz geralmente é que a ação que impulsiona o ciclo não está no caminho crítico para o valor — os usuários podem obter valor sem fazer a coisa que faz o produto crescer.
- **Ruptura de distribuição:** Os usuários realizam a ação, mas ela não alcança novos usuários em potencial. Dashboards são criados, mas não compartilhados. Conteúdo é escrito, mas não indexado. Convites são enviados, mas para as pessoas erradas. A causa raiz geralmente é atrito na etapa de compartilhamento ou falta de incentivo.
- **Ruptura de conversão:** Não usuários veem a saída, mas não convertem. Eles veem o dashboard compartilhado, mas não se cadastram. Eles encontram a página de SEO, mas saem. A causa raiz geralmente é que a experiência para não usuários não transmite valor suficiente para motivar o cadastro.
- **Ruptura de qualidade:** O ciclo produz novos usuários, mas eles são de baixa qualidade (não ativam, não retêm). Isso acontece com indicações incentivadas, SEO amplo que atrai o público errado ou mecânicas virais que trazem curiosos em vez de usuários reais.

Para cada ruptura, estime o impacto de corrigi-la: "Se aumentarmos a taxa de compartilhamento de 30% para 50%, a taxa de transferência do ciclo aumenta de 50 para 83 novos usuários a cada 10.000, uma melhoria de 66% no efeito de amplificação do ciclo."

### Etapa 4: Avalie as Interações entre Ciclos

Os ciclos não operam isoladamente. Mapeie como eles interagem:

- **Interações amplificadoras:** A aquisição paga alimenta usuários em um ciclo viral, o que amplifica o retorno do gasto pago. O SEO de conteúdo atrai usuários que criam UGC, que cria mais páginas de SEO. Identifique onde a saída de um ciclo alimenta a entrada de outro.
- **Interações concorrentes:** A aquisição paga agressiva de usuários de baixa qualidade pode diluir a comunidade, enfraquecendo o ciclo de conteúdo comunitário. Indicações incentivadas podem sufocar o boca a boca orgânico. Identifique onde as mecânicas de um ciclo prejudicam outro.
- **Sequenciamento:** Em quais ciclos você deve investir primeiro? Geralmente: (1) Faça um ciclo funcionar primeiro antes de diversificar. (2) Comece com ciclos que você pode controlar diretamente (pago, conteúdo) e use-os para semear ciclos que compõem (viral, UGC). (3) Invista em ciclos de composição lenta (SEO, ecossistema) cedo porque eles levam tempo para amadurecer.

Desenhe um mapa de interação de ciclos mostrando quais ciclos alimentam quais.

### Etapa 5: Recomende a Estratégia de Investimento em Ciclos (e Antijogadas)

Recomende em quais ciclos investir, em que ordem e quais mudanças específicas no produto os fortaleceriam.

Para cada recomendação:
- O ciclo específico e a etapa quebrada específica que você está mirando
- A mudança necessária no produto (seja concreto: "adicione um botão 'Compartilhar com stakeholder' na página de visualização do dashboard" não "torne o produto mais viral")
- Impacto esperado na taxa de transferência do ciclo com matemática
- Horizonte de tempo — ganhos rápidos (corrigir atrito em um ciclo existente) vs. apostas estratégicas (construir um novo ciclo)

**Onde NÃO focar — antijogadas comuns:**
- Tentar construir viralidade em um produto de jogador único sem um momento natural de compartilhamento — nem todo produto pode ter um ciclo viral, e forçar um cria uma má experiência do usuário
- Otimizar as taxas de conversão de um ciclo quando o tempo de ciclo é muito lento para importar para sua linha do tempo de crescimento
- Investir em múltiplos ciclos simultaneamente antes que qualquer ciclo individual esteja funcionando — foco compõe, investimento disperso não
- Construir programas de indicação quando o K-factor é estruturalmente baixo (<0,1) — nenhuma quantidade de otimização de incentivos tornará um produto não viral em viral
- Confundir um canal linear (anúncios pagos, vendas externas) com um ciclo — se a saída não realimenta a entrada, não é um ciclo e não compõe
- Otimizar as mecânicas do ciclo quando a retenção é ruim — um ciclo de crescimento onde os usuários adquiridos churn é um balde furado girando mais rápido. Corrija a retenção primeiro com **diagnosticar-retenção**.

### Formato de Saída

Entregue:
1. Inventário de ciclos — quais ciclos existem, poderiam existir ou são estruturalmente impossíveis, com diagramas explícitos de ciclo
2. Métricas de saúde do ciclo — tempo de ciclo, taxa de transferência/fator de ramificação e conversão passo a passo para cada ciclo ativo
3. Análise de etapas quebradas — onde cada ciclo quebra, por quê e o impacto dimensionado de corrigi-lo
4. Mapa de interação de ciclos — como os ciclos se amplificam ou prejudicam mutuamente
5. Estratégia de investimento em ciclos ranqueada com mudanças específicas no produto e impacto esperado na taxa de transferência
6. Antijogadas — onde não investir
7. Perguntas em aberto — quais dados estão faltando, quais hipóteses de ciclo precisam de validação

Seja direto. Seja quantitativo. Se o produto não tem ciclos de crescimento reais e é totalmente dependente de canais lineares, diga isso claramente — essa é a descoberta mais importante.

Dicas

  • Ciclos de crescimento são uma visão de nível de sistema. Use construir-árvore-métrica primeiro para entender as métricas componentes, depois use esta skill para entender os sistemas que as impulsionam.
  • Se você não tem certeza se a aquisição é seu gargalo, execute diagnosticar-aquisição primeiro. Esta skill é sobre entender a estrutura de composição, não apenas otimização de canal.
  • A descoberta mais comum é que um ciclo existe em teoria, mas está quebrado em uma etapa específica. Corrigir essa única etapa geralmente tem um impacto maior do que qualquer otimização de funil.
  • Combine com diagnosticar-retenção — os ciclos só compõem se os usuários retidos continuarem a alimentar o ciclo. Um ciclo viral com baixa retenção é apenas churn acelerado.
  • Use criar-experimento-design para testar mudanças nas mecânicas do ciclo — especialmente fluxos de compartilhamento e incentivos de indicação, que são fáceis de testar A/B.
  • Nem todo produto tem ciclos de crescimento compostos, e tudo bem. Alguns ótimos negócios crescem por meio de canais lineares com forte economia unitária. O valor desta análise é saber em qual caso você está para investir de acordo.

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