Communitygithub.com

amplitude/skills-de-lancamento

Planeje e execute lançamentos de produtos usando uma estrutura em níveis — desde grandes novos produtos até pequenas melhorias. Use esta skill sempre que alguém pedir para planejar um lançamento, criar uma lista de verificação de lançamento, definir níveis de lançamento, escrever mensagens de lançamento ou coordenar um release de produto. Também acione quando alguém disser "estamos lançando X" ou "como devemos anunciar este recurso" ou "qual é o nosso plano de lançamento" — mesmo que não usem a palavra "estratégia". Abrange mensagens, nomenclatura, ativos de lançamento, cronogramas e retrospectivas pós-lançamento. Esta é a skill mestra de lançamento; ela referencia as skills complementares (launch-tweet, launch-landing-page, launch-distribution, launch-email, launch-video, launch-metrics) para execução específica.

O que é skills-de-lancamento?

Esta skill, **amplitude/skills-de-lancamento**, fornece uma estrutura completa e repetível para planejar e executar lançamentos de produtos de qualquer porte. Ela categoriza cada lançamento em três níveis (Tier 1, 2 e 3) — desde grandes lançamentos de novos produtos até pequenas melhorias incrementais — e define o nível de esforço necessário em termos de mensagens, ativos e distribuição. A skill inclui um sistema de checklist mestre, templates de mensagens, cronogramas detalhados por nível e um processo de retrospectiva pós-lançamento. O objetivo central é transformar cada entrega de código em uma oportunidade de contar a história do produto, construir awareness e gerar crescimento contínuo, em vez de depender apenas de eventos isolados. Ela é suportada por skills complementares para execução de tarefas específicas, como escrever tweets, e-mails, landing pages e configurar métricas.

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

Perguntar na sua IA favorita

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

Documentação

Estratégia de Lançamento

Esta skill ajuda a planejar e executar lançamentos de produtos usando uma estrutura repetível e organizada. A ideia central: a maioria das equipes só faz grandes lançamentos chamativos. Ao tratar cada entrega como um potencial momento de lançamento — dimensionado à sua importância — você constrói awareness, aquisição e ativação consistentes. O objetivo é um motor de lançamentos, não um evento único.

Níveis de lançamento

Cada release se encaixa em um dos três níveis. O nível determina quanto esforço é dedicado a mensagens, ativos e distribuição.

Nível 1: Novo produto principal ou mudança de plataforma

Lançamento completo. Este é o seu momento marcante — um novo produto, um rebranding importante, uma expansão de plataforma. Espere de 2 a 4 semanas de preparação.

Ativos típicos: vídeo de lançamento (design em movimento ou narrativa do fundador), página de destino dedicada, post no blog, divulgação para a imprensa, campanha em redes sociais (todas as plataformas), e-mail para a lista completa, push interno de amplificação.

Nível 2: Novo recurso importante

Uma adição significativa que muda o que os usuários podem fazer. Suficiente para merecer seu próprio anúncio, mas não uma divulgação completa na mídia. Espere de 1 a 2 semanas de preparação.

Ativos típicos: tweet/tópico de lançamento, post no blog ou entrada no changelog, seção atualizada na página de destino, e-mail para o segmento relevante, posts em redes sociais em 2 a 3 plataformas.

Nível 3: Melhorias e iterações menores

Correções de bugs, polimento de UI, melhorias incrementais. Ainda assim, vale a pena anunciar — eles sinalizam momentum e cuidado. Tempo de preparo: algumas horas a um dia.

Ativos típicos: entrada no changelog, um único post em rede social, menção opcional em e-mail de resumo.

Escolhendo o nível

Pergunte: "Se um cliente em potencial visse este anúncio, isso mudaria a percepção dele sobre o que o produto pode fazer?" Se sim → Nível 1 ou 2. Se for mais sobre qualidade e confiabilidade → Nível 3.

Na dúvida, suba de nível. Sub-lançar é mais comum do que super-lançar. Um lançamento de Nível 2 que deveria ser Nível 3 custa algumas horas extras. Um lançamento de Nível 1 tratado como Nível 3 é uma oportunidade de crescimento perdida.

Estrutura de mensagens

As mensagens vêm antes de tudo o mais. Não construa ativos até que as mensagens estejam definidas. Um vídeo medíocre com ótimas mensagens supera um vídeo bonito com posicionamento confuso.

O briefing de mensagens

Para cada lançamento (qualquer nível), defina:

  1. Nome — Como você está chamando isso? Para recursos com potencial de SEO, use dados de pesquisa para escolher. Verifique o que as pessoas realmente pesquisam (ex.: "speech to text" vs. "transcription API" — escolha o que tiver mais volume se o público for compatível). Ferramentas como Google Trends e plataformas de pesquisa de palavras-chave ajudam aqui.

  2. Público — Quem se beneficia especificamente? Seja preciso. "Desenvolvedores" é muito amplo. "Engenheiros de backend que constroem aplicativos de voz em tempo real" dá algo concreto para escrever.

  3. Proposta de valor principal — Uma frase. O que eles podem fazer agora que não podiam antes, ou o que está dramaticamente melhor? Isso se torna o título em todos os lugares.

  4. Propostas de valor secundárias — 2 a 3 pontos de apoio. Eles preenchem o post do blog, as seções da página de destino e os tweets do tópico.

  5. Pontos de prova — Números, benchmarks, comparações, citações de clientes. Qualquer coisa que torne as propostas de valor concretas, e não aspiracionais.

Teste de mensagens

Leia sua proposta de valor principal em voz alta. Se ela pudesse descrever o produto de um concorrente igualmente bem, é muito genérica. As melhores propostas de valor são específicas o suficiente para que alguém do público-alvo saiba imediatamente se isso é para ele.

Sistema de checklist de lançamento

Crie um checklist mestre com todas as ações possíveis de lançamento, organizadas por nível. Para cada novo lançamento:

  1. Copie o checklist mestre para uma nova instância (nova aba, novo ticket, nova página)
  2. Exclua linhas que não se aplicam a este nível/lançamento
  3. Atribua responsáveis e prazos às linhas restantes
  4. Use-o como a única fonte da verdade até o dia do lançamento

Ferramentas

Escolha um sistema e comprometa-se. A ferramenta específica importa menos do que o uso consistente.

  • Planilha (Google Sheets, tabela do Notion) — Mais simples. Funciona bem para equipes pequenas. Uma planilha mestre, uma aba por lançamento. Desvantagem: sem atribuições ou notificações integradas.
  • Ferramenta de gerenciamento de projetos (Linear, Asana, Notion) — Melhor para equipes. Crie um modelo de projeto de lançamento. Cada lançamento recebe uma cópia com tarefas atribuíveis e prazos. Rótulos no Linear ou seções no Asana podem mapear as colunas de nível abaixo.
  • Documentos + checklist (Notion, Google Docs) — Meio-termo. Um modelo de documento com caixas de seleção. Fácil de copiar, mais difícil de acompanhar o status entre lançamentos.

Qualquer ferramenta que use, mantenha o modelo mestre atualizado após cada retrospectiva. O modelo é um documento vivo — ele melhora a cada lançamento.

Estrutura do modelo de checklist

CategoriaAçãoNível 1Nível 2Nível 3ResponsávelPrazoStatus
MensagensEscrever briefing de mensagens✓✓✓
MensagensPesquisa de palavras-chave SEO para nomeação✓Opcional—
AtivosVídeo de lançamento✓Opcional—
AtivosPágina de destino (nova ou atualizada)✓✓—
AtivosPost no blog✓✓Opcional
AtivosEntrada no changelog✓✓✓
Redes sociaisTweet/tópico de lançamento✓✓✓
Redes sociaisPost no LinkedIn✓✓Opcional
Redes sociaisOutras plataformas (BlueSky, Threads)✓Opcional—
DistribuiçãoSubmissão ao Product Hunt✓Opcional—
DistribuiçãoPost no Hacker News✓Opcional—
DistribuiçãoDivulgação para imprensa/jornalistas✓——
DistribuiçãoPedidos de repost de influenciadores/redes✓✓—
E-mailAnúncio para lista completa✓——
E-mailE-mail para segmento específicoOpcional✓—
E-mailMenção no resumo do changelog—Opcional✓
InternoPost no canal #amplify✓✓Opcional
InternoBriefing da equipe✓Opcional—
RastreamentoConfigurar UTMs para todos os links✓✓Opcional
RastreamentoVerificar se os eventos de analytics são disparados✓Opcional—
RastreamentoCapturar métricas de baseline✓✓—
Pós-lançamentoAgendar retrospectiva (1 semana depois)✓✓—

Cronograma de lançamento

Cronograma Nível 1 (2 a 4 semanas)

Semanas 3-4 antes: Trave o briefing de mensagens. Inicie a produção da página de destino e do vídeo. Comece a divulgação para a imprensa (jornalistas precisam de tempo de antecedência).

Semanas 1-2 antes: Finalize todos os ativos. Escreva o copy para redes sociais. Prepare o e-mail. Faça o briefing da equipe interna. Configure o rastreamento (UTMs, eventos de analytics). Faça um ensaio da sequência de distribuição.

Dia do lançamento: Execute a distribuição em sequência — redes sociais primeiro (manhã), depois e-mail, depois levantamento do embargo da imprensa. Monitore e interaja com comentários/respostas o dia todo.

Semana seguinte: Faça a retrospectiva.

Cronograma Nível 2 (1 a 2 semanas)

Semana 2 antes: Trave as mensagens. Inicie o post do blog e as atualizações da página de destino.

Semana 1 antes: Finalize o copy. Escreva os posts para redes sociais. Prepare o segmento de e-mail.

Dia do lançamento: Poste nas redes sociais, publique o blog, envie o e-mail. Interaja com as respostas.

3 a 5 dias depois: Retrospectiva rápida (assíncrona, ex.: um tópico no Slack).

Cronograma Nível 3 (mesmo dia ou dia seguinte)

Entregue. Escreva uma entrada no changelog e um post nas redes sociais. Pronto. Se fizer parte de um lote de pequenas melhorias, agrupe-as em um resumo semanal.

Retrospectiva pós-lançamento

Não pule isso. A retrospectiva é o que transforma lançamentos individuais em um motor de lançamentos contínuo.

O que cobrir

  1. O que funcionou? Quais canais geraram mais tráfego, inscrições ou engajamento? Quais mensagens ressoaram?
  2. O que não funcionou? Quais ativos tiveram desempenho abaixo do esperado? Onde o cronograma escorregou?
  3. Surpresas? Algum canal inesperado explodiu? Um enquadramento específico funcionou melhor do que o esperado?
  4. Números — Tráfego, inscrições, ativação, engajamento em redes sociais, menções na imprensa. Compare com lançamentos anteriores se tiver os dados.
  5. Atualizações no checklist — Adicione ou remova itens do checklist mestre com base no que aprendeu.

Formato da retrospectiva

Mantenha leve. Um tópico no Slack ou uma reunião de 15 minutos funciona para o Nível 2. O Nível 1 merece um documento curto. A principal saída são mudanças específicas no checklist e no processo, não um ensaio retrospectivo.

A filosofia "tudo é um lançamento"

Se você está entregando várias vezes por mês, mas lançando apenas algumas vezes por trimestre, está deixando crescimento na mesa. Cada entrega é uma oportunidade de contar sua história, lembrar as pessoas de que você existe e mostrar momentum.

Isso não significa que cada correção de bug merece um comunicado à imprensa. Significa que cada melhoria recebe algum anúncio, dimensionado à sua importância. Lançamentos de Nível 3 levam minutos. O efeito composto da visibilidade consistente é enorme.

Construa o hábito: quando o PR for mesclado, o checklist de lançamento é aberto.

Trabalhando com skills complementares

Esta skill cuida da estratégia e do planejamento. Para execução, aponte para:

  • launch-tweet — Criação do copy para redes sociais (tweets, tópicos, LinkedIn, multiplataforma)
  • launch-email — Linhas de assunto de e-mail, estrutura de anúncio, segmentação, resumos do changelog
  • launch-blog-post — Escrita do post de anúncio (estrutura, SEO, AEO)
  • launch-video — Vídeos de demonstração, GIFs, capturas de tela e vídeos programáticos com Remotion
  • launch-landing-page — Construção da página de destino (estrutura, mecânicas de urgência, SEO, conversão)
  • launch-distribution — Distribuição canal por canal e sequenciamento do dia do lançamento
  • launch-metrics — Configuração de UTM, KPIs por nível, expectativas de benchmark, estrutura de dados para retrospectiva

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