Communitygithub.com

Métricas de Lançamento

Configure medição e rastreamento para lançamentos de produtos, realize retrospectivas pós-lançamento com dados e construa um sistema de análises de lançamento. Use esta skill sempre que alguém pedir para rastrear um lançamento, configurar parâmetros UTM, medir o desempenho do lançamento, realizar uma retrospectiva, analisar resultados ou construir um dashboard para um lançamento de produto. Também acione para perguntas como "como saberemos se o lançamento funcionou", "o que devemos rastrear para este lançamento", "configure UTMs para o anúncio" ou qualquer solicitação sobre medir ou avaliar um lançamento de produto. Abrange configuração de rastreamento pré-lançamento, convenções de UTM, KPIs por nível, expectativas de referência e frameworks de retrospectiva.

O que é Métricas de Lançamento?

Esta skill fornece um framework completo para medir o sucesso de lançamentos de produtos, desde a configuração pré-lançamento até a retrospectiva pós-lançamento. Ela define convenções para parâmetros UTM, eventos de analytics instrumentados e KPIs específicos para cada nível de lançamento (Tier 1 a Tier 3), garantindo que os dados coletados sejam consistentes e acionáveis. Além disso, oferece benchmarks aproximados para ferramentas B2B/desenvolvedor, orientações para monitoramento em tempo real no dia do lançamento e um roteiro para retrospectivas que geram recomendações concretas. A skill é projetada para ser usada em conjunto com outras skills complementares (launch-strategy, launch-distribution, launch-email, launch-blog-post) e enfatiza a construção de um histórico de lançamentos para melhorar a precisão das previsões futuras. Ao padronizar a medição, ela transforma cada lançamento em uma oportunidade de aprendizado quantitativo.

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

Perguntar na sua IA favorita

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

Documentação

O que Métricas de Lançamento faz?

Esta skill cobre como medir lançamentos de produtos — o que configurar antes do dia do lançamento, o que rastrear durante e como avaliar os resultados depois. Sem uma medição consistente, os lançamentos são baseados em suposições. Com ela, cada lançamento informa o próximo.

Configuração pré-lançamento

A medição começa antes do dia do lançamento. Configurar o rastreamento no dia do lançamento significa perder os dados da primeira onda, quando o tráfego está mais alto.

O que configurar

  1. Parâmetros UTM — Marque cada link em todos os canais de distribuição
  2. Eventos de analytics — Instrumente o funil de conversão de ponta a ponta
  3. Captura de linha de base — Registre as métricas atuais antes do lançamento para medir o aumento
  4. Dashboard ou visualização — Um lugar para acompanhar todas as métricas principais no dia do lançamento

Convenções de UTM

Os parâmetros UTM rastreiam de onde vem o tráfego. Use um esquema de nomenclatura consistente em todos os lançamentos para poder comparar ao longo do tempo.

utm_source    = a plataforma (twitter, linkedin, email, producthunt, hackernews)
utm_medium    = o tipo de canal (social, email, paid, referral)
utm_campaign  = o nome do lançamento (feature-name-launch, v2-launch, etc.)
utm_content   = o ativo específico (tweet-thread, announcement-email, blog-post)

Exemplos de URLs:

  • Anúncio no Twitter: ?utm_source=twitter&utm_medium=social&utm_campaign=realtime-api-launch&utm_content=launch-tweet
  • Email de lançamento: ?utm_source=email&utm_medium=email&utm_campaign=realtime-api-launch&utm_content=announcement-email
  • Product Hunt: ?utm_source=producthunt&utm_medium=referral&utm_campaign=realtime-api-launch&utm_content=ph-listing

Regras:

  • Sempre em minúsculas
  • Use hífens, não underscores ou espaços, nos valores
  • O nome da campanha deve ser igual em todos os canais para um único lançamento
  • Crie todos os UTMs em uma planilha antes do dia do lançamento para que nada falte

Eventos instrumentados

Antes do lançamento, verifique se esses eventos de analytics existem e disparam corretamente:

EventoDescrição
landing_page_viewPágina de destino carregada com parâmetros UTM capturados
signup_startedUsuário inicia o cadastro
signup_completedConta criada
first_actionPrimeira ação significativa no produto (varia por produto)
cta_clickCada botão de CTA clicado (com rótulo)
blog_post_viewPost do blog de lançamento carregado
email_openEmail de lançamento aberto (da plataforma de email)
email_clickLink clicado no email de lançamento

Se esses eventos não existirem e você não tiver tempo para adicioná-los antes do lançamento, no mínimo use UTMs para medir o tráfego e as inscrições da plataforma de analytics que você já possui.

KPIs por nível

O que é "sucesso" depende do nível do lançamento. Não compare um tweet de changelog de Nível 3 com um lançamento de produto de Nível 1.

KPIs de Nível 1 (lançamento completo de produto)

MétricaO que medeOnde rastrear
Novas inscrições (dia 1, semana 1)Impacto direto na aquisiçãoAnalytics do produto
Visitantes da página de destinoAlcance do anúncioAnalytics da web
Taxa de conversão página de destino → inscriçãoEficácia da páginaAnalytics da web
Taxa de abertura de emailEngajamento da listaPlataforma de email
Taxa de clique em emailEficácia do copy do emailPlataforma de email
Impressões + engajamentos sociaisConscientizaçãoAnalytics nativos da plataforma
Menções na imprensaAlcance de RPManual + Alertas do Google
Backlinks geradosImpacto em SEOAhrefs, Search Console
Ranking no Product Hunt (se aplicável)Alcance específico do PHProduct Hunt

KPIs de Nível 2 (funcionalidade importante)

MétricaO que mede
Novas inscrições do tráfego de lançamentoAquisição
Taxa de adoção do recurso (usuários existentes)Ativação
Visualizações do post do blogAlcance de conteúdo
Taxa de engajamento socialRessonância
Taxa de abertura + clique de emailEngajamento da lista

KPIs de Nível 3 (pequena melhoria)

MétricaO que mede
Visualizações do changelogConscientização entre usuários existentes
Engajamento de post socialAlcance

Expectativas de referência

Estas são referências aproximadas para uma ferramenta B2B/desenvolvedor com um público estabelecido. Use-as para calibrar expectativas, não como metas rígidas.

MétricaFracoSólidoForte
Taxa de abertura de email (lista existente)< 20%30-40%> 50%
Taxa de clique em email< 2%4-8%> 10%
Conversão página de destino → inscrição< 2%5-10%> 15%
Impressões do tweet de lançamento no Twitter (10K seguidores)< 5K10-30K> 50K
Página inicial do HN (se alcançar)—200-500 visitas2.000+ visitas
Product Hunt (destacado)< 100 votos200-500500+
Lançamento Nível 1: inscrições na semana 1< 100200-1.0001.000+

Estas variam enormemente de acordo com o tamanho do público, categoria do produto e qualidade do lançamento. Trate-as como direcionais.

Monitoramento no dia do lançamento

No dia do lançamento, monitore as métricas em tempo quase real nas primeiras 4-6 horas. Este é o momento em que você ainda pode ajustar (recompartilhar um post, enviar um tweet de acompanhamento, estender uma oferta limitada).

O que monitorar:

  • Inscrições por hora (alerta se significativamente abaixo da expectativa)
  • Principais fontes de tráfego por taxa de conversão de inscrição (não apenas volume)
  • Problemas de entrega de email (taxa de rejeição, reclamações de spam)
  • Velocidade de engajamento social nas primeiras 2 horas (prevê o alcance final)

Não faça:

  • Atualizar obsessivamente as métricas enquanto negligencia o engajamento com comentários sociais
  • Fazer grandes mudanças de mensagem no meio do lançamento com base em dados iniciais
  • Entrar em pânico se um canal específico tiver desempenho inferior — aguarde os dados de 24 horas

Retrospectiva pós-lançamento

Realize a retrospectiva dentro de 5 a 7 dias após o lançamento, quando os dados ainda estiverem frescos. Para Nível 1, agende-a durante a preparação do lançamento. Para Nível 2, um tópico assíncrono no Slack funciona.

Dados para a retrospectiva

Antes da retrospectiva, reúna:

  • Tráfego por fonte (divisão por UTM)
  • Inscrições por fonte
  • Taxas de conversão por fonte (inscrições ÷ visitantes)
  • Métricas de email (abertura, clique, cancelamento de inscrição)
  • Métricas sociais por plataforma
  • Comparação com o lançamento comparável anterior (se disponível)

Perguntas a responder

  1. Qual foi o canal com melhor desempenho (por taxa de conversão, não apenas volume)?
  2. Qual foi o canal com pior desempenho em relação ao esforço investido?
  3. O que foi surpreendente? (canais que tiveram desempenho acima ou abaixo das expectativas)
  4. A mensagem funcionou? (qualitativo: comentários, respostas, respostas de email)
  5. Onde o funil vazou? (alto tráfego, baixas inscrições → problema na página de destino; baixo tráfego → problema de distribuição)
  6. O que você faria de diferente?

Resultado da retrospectiva

A retrospectiva deve produzir exatamente duas coisas:

  1. Prioridades de distribuição atualizadas — em quais canais investir mais/menos na próxima vez
  2. Atualizações na lista de verificação — adições ou remoções na lista de verificação de lançamento com base no que foi aprendido

Documente em um local compartilhado (Notion, Linear, Confluence) para que se acumule ao longo dos lançamentos. O valor se multiplica: após 10 lançamentos, você terá um modelo quantitativo do que funciona para seu produto e público.

Construindo um histórico de lançamentos

Acompanhe cada lançamento em uma única planilha ou banco de dados:

LançamentoDataNívelCanal principalInscrições (D1)Inscrições (S1)Taxa de abertura de emailNotas

Após 5+ lançamentos, padrões emergem:

  • Quais canais convertem consistentemente para seu público
  • Qual nível de lançamento gera qual magnitude de inscrições
  • Como suas referências evoluem ao longo do tempo (crescimento no tamanho da lista, seguidores sociais)

Este histórico é seu ativo de lançamento mais valioso. Ele torna o planejamento de lançamentos futuros mais rápido e preciso do que qualquer referência externa.

Skills complementares

  • launch-strategy — define o nível de lançamento e a lista de verificação que determina o que rastrear
  • launch-distribution — os UTMs de cada canal são configurados antes do dia do lançamento
  • launch-email — as métricas de abertura/clique de email alimentam a retrospectiva
  • launch-blog-post — os UTMs do post do blog e o desempenho de pesquisa orgânica ao longo do tempo

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