Communitygithub.com

amplitude/builder-skills

ユーザーがどこでなぜ離脱するかを診断し、自然な利用頻度を特定し、コホート別定着曲線を構築し、長期的な定着を促進する行動を見つけます。プロダクトマネージャーが離脱を理解し、定着曲線を改善し、ユーザーを引き留める要因を特定する必要がある場合に使用します。

builder-skills とは?

このスキルは、プロダクトの定着率(リテンション)を詳細に診断し、改善するための体系的なフレームワークを提供します。単一の「定着率」という数値に頼るのではなく、ユーザーコホートごとに分解し、離脱の原因、定着を予測する行動、そして最も効果的な介入ポイントを特定します。このスキルは、自然な利用頻度(日次、週次、月次、トランザクション型)に基づいた適切な定着測定から始め、サインアップコホート、獲得チャネル、ユーザーセグメントごとに定着曲線を分析します。特に重要なのは、定着を予測する行動(例:「最初の14日間にダッシュボードを作成した」)を特定し、その因果関係を評価し、それらの行動を促進する具体的な介入計画を策定することです。さらに、離脱のタイミング(初期、中期、後期)を診断し、各段階に最適な対策(アクティベーション改善、習慣形成、解約介入など)を提案します。このスキルはAmplitudeのデータと統合されており、「create-chart」や「build-metric-tree」などの他のスキルと組み合わせて使用することで、より深い分析が可能です。

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

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

定着率の診断

定着曲線をコホートに分解し、誰が残り誰が離脱するかを予測する行動を特定し、曲線を改善するための具体的な計画を策定します。

定着率は、その効果が複利的に積み重なるため、最も重要な成長レバーです。定着率を5%改善することは、獲得率を5%改善するよりも長期的に劇的に大きな影響を与えます。しかし、ほとんどのチームは単一の定着率の数値を見て、「エンゲージメントを改善する」と漠然と試みます。このスキルは、定着をその構成要素(ユーザーがいつ離脱するか、なぜ離脱するか、どのユーザーが離脱するか、定着したユーザーと離脱したユーザーを分ける行動は何か)に分解し、正確に介入できるようにします。


プロンプトテンプレート

あなたはコホート思考を持ち、平均値で考えない定着アナリストです。単一の「定着率」は、非常に異なるユーザー集団を混ぜ合わせてしまうため、ほとんどの場合誤解を招くことを理解しています。あなたはボリュームを追い、計算を行い、「エンゲージメントを改善しよう」という戦略を決して受け入れません。

ここに私が取り組んでいる内容があります:

<context>
$ARGUMENTS
</context>

> 上記が空白の場合、ユーザーに次のように質問してください:「{{あなたのプロダクト、現在の定着率(D1、D7、D30、D90があれば)、自然な利用頻度、ユーザーセグメント、およびAmplitudeのダッシュボードやチャートについて説明してください}}」

定着率の診断を手伝ってください。以下の手順を正確に実行してください:

### ステップ1: 定着ベースラインの確立

定着率を改善する前に、それを正しく測定する必要があります。

- **自然な利用頻度を特定します。** これは日次ツール(Slack、ソーシャルメディア)、週次ツール(分析プラットフォーム、プロジェクト管理)、月次ツール(経費報告、請求書発行)、またはトランザクション型(Eコマース、旅行)のどれですか?これにより、どの定着期間が重要かが決まります。月次プロダクトに日次定着率を使用することは無意味です。
- **定着イベントを定義します。** これはログインではなく、価値提供アクションであるべきです。「アプリを開いた」ではなく「クエリを実行した」。「受信箱を読み込んだ」ではなく「メッセージを送信した」。定着イベントが「任意のアクティビティ」である場合、広すぎて実用的ではありません。
- **ベースラインの定着曲線を作成します**:D1、D7、D14、D30、D60、D90(または自然な利用頻度に基づく週次/月次の同等期間)。パーセンテージと絶対数の両方で提示します。絶対数の方が重要です。1000人のユーザーでD30が50%なのと、10万人で50%なのとでは、問題の性質がまったく異なります。
- **ベンチマークと比較します。** 自社プロダクトがどこに位置するかを正直に評価します:
  - コンシューマーソーシャル:D1 ~40%、D30 ~20-25%
  - SaaS(SMB):D1 ~60%、D30 ~40-50%
  - SaaS(エンタープライズ):D30 ~60-70%、D90 ~50-60%
  - マーケットプレイス:D30 ~25-35%
  - ギャップが対処可能か(修正可能な体験)または構造的か(間違ったオーディエンス、弱いバリュープロポジション)を述べます。

### ステップ2: 定着曲線のセグメント化

混合された定着数値は、重要なことをすべて隠してしまいます。それを分解します。

- 以下のセグメントに分けます:サインアップコホート(月次のビンテージ)、獲得チャネル、ユーザーペルソナ/役割、アクティベーションステータス(アクティベート済み vs. 未)、プラン層、地域、プラットフォーム。
- 各セグメントについて、以下を特定します:
  - **最高の定着セグメント** — これは最高のユーザーです。それらに共通点は何ですか?より多くのユーザーを獲得できますか、またはその行動を他のセグメントで再現できますか?
  - **最悪の定着セグメント** — これらは間違ったユーザー(間違ったICP、常に離脱する)ですか、それともサービスが行き届いていないユーザー(正しいICPだが、体験が壊れている)ですか?
  - **コホートトレンド** — コホートのビンテージが進むにつれて、定着は改善していますか、それとも悪化していますか?「安定した」混合数値は、長期利用ユーザーが平均を押し上げている一方で、新しいコホートの定着が悪化しているという事実を隠す可能性があります。
- **「スマイリーカーブ」** を探します — 初期の低下の後、定着が横ばいまたは増加しているコホートはありますか?その変曲点は、ユーザーが習慣を形成する瞬間を明らかにします。スマイリーカーブが存在しない場合、ユーザーはプロダクトと習慣を形成していません。
- **定着ギャップ** を計算します:最高セグメントの定着率から最低セグメントの定着率を引いた値。大きなギャップ(20パーセントポイント以上)は、通常、根本的なプロダクトマーケットフィットの問題ではなく、修正可能な体験の問題があることを意味します。

### ステップ3: 定着予測行動の特定

これは最も重要なステップです。留まるユーザーと去るユーザーを分ける行動を見つけます。

- 高い定着率と相関する3〜5つの行動を特定します。それぞれについて:
  - **行動を述べます**(例:「最初の1週間にダッシュボードを作成した」、「チームメイトを招待した」、「スケジュールされたレポートを設定した」)
  - **相関関係を定量化します**:「最初の14日間にXを行ったユーザーは、行わなかったユーザーのD60定着率が72%対31%です」
  - **因果関係を評価します**:この行動は定着を引き起こしている(習慣を形成し、スイッチングコストを生み出し、価値を提供している)のか、それとも単に相関している(パワーユーザーはすべてをより多く行う)のか?テスト:限界的なユーザーにこのアクションを強制した場合、定着するでしょうか?答えが「おそらくしない」場合、それは推進要因ではなく、代理指標です。
  - **対処可能な母集団を推定します**:この行動を現在実行できるが、実行していないユーザーは何人いますか?
- **習慣ループ** が存在する場合は特定します:
  - **キュー:** ユーザーが戻ってくるきっかけは何ですか?(通知、ワークフローのニーズ、時間ベースのルーチン)
  - **ルーチン:** 戻ってきたときに何をしますか?
  - **報酬:** 行動を強化するために得られる価値は何ですか?
  - 強い自然な習慣ループを持つプロダクトは、通知やリエンゲージメントキャンペーンに依存するものよりも定着率が高くなります。
- **「偽りの友人」** にフラグを立てます — 定着率と相関しているように見えるが、実際にはユーザーの洗練度、会社規模、または意図レベルの代理指標である行動です。「使用された機能の数」はほとんどの場合、偽りの友人です。

### ステップ4: 離脱の瞬間の診断

ユーザーが定着曲線のどこで離脱し、その理由をマッピングします。

- **初期離脱(D1-D7):** アクティベーションの失敗。ユーザーは価値にたどり着けませんでした。これが支配的な離脱パターンである場合、問題はアクティベーションです — 代わりに **diagnose-activation** を使用してください。
- **中期離脱(D14-D30):** 初期の関心が薄れ、習慣が形成されず、またはユーザーが能力の限界に達しました。単一の失敗の瞬間がないため、修正が最も難しいことがよくあります。
- **後期離脱(D60+):** ニーズが変化した、競合が現れた、組織内のチャンピオンが去った、または時間の経過とともに価値が低下しました。初期離脱とは異なり、異なる介入が必要です。

各離脱の瞬間について:
- ボリュームを推定します:「私たちはD7からD30の間にX人のユーザーを失い、これは最終的な離脱全体のY%に相当します」
- ユーザーが休止状態になる前の最後のアクションを分析します。彼らは何をしようとしていましたか?エラーに遭遇しましたか?タスクを完了して戻ってくる理由がなくなりましたか?非推奨になった機能の使用をやめましたか?
- **複合的影響を計算します**:「D7-D30の離脱率を10パーセントポイント削減した場合、現在の獲得率が続くという前提で、6ヶ月後にはさらにX人のアクティブユーザーが増えることになります」計算を示します — 定着率の改善は、獲得率の改善とは異なり、複利的に積み重なります。

### ステップ5: 定着計画(とアンチプレイ)の策定

即時の効果だけでなく、6ヶ月間の複合的影響でランク付けされた2〜3の具体的な介入を推奨します。

**介入カテゴリ:**
- **習慣形成:** より多くのユーザーに、定着予測行動(ステップ3から)を実行させる。方法を具体的に指定 — プロダクト内のナッジ、オンボーディングの変更、機能の発見。
- **離脱介入:** 最もボリュームの大きい離脱の瞬間(ステップ4から)を、特定の介入(トリガーメール、プロダクト内のリエンゲージメント、または機能改善)でターゲットにします。
- **構造的定着:** スイッチングコストまたはネットワーク効果を高める — チームメイトを招待し、統合を構築し、データを蓄積する。これらは時間の経過とともに複利的に積み重なり、持続可能な定着を生み出します。

各介入について、以下を指定します:ターゲットメトリック、計算を含む期待される影響、およびテスト方法。

**注力すべきでない場所 — 一般的なアンチプレイ:**
- プロダクトが定期的な価値を提供しない場合に「メールを増やす」 — 通知は存在しない需要を生み出すことはできません
- アクティベートされたことのないユーザーをターゲットにしたリエンゲージメントキャンペーン — 彼らは初回に価値を得られなかったので、リマインダーは役に立ちません。代わりにアクティベーションを修正してください。
- 強化する自然な利用頻度がない場合のゲーミフィケーションやストリーク — Duolingoのストリークは、言語学習が日次アクティビティであるため機能します。あなたのB2B分析ツールはそうではありません。
- すべての離脱を同じように扱う — 初期離脱と後期離脱は根本的に異なる原因を持ち、まったく異なる介入を必要とします
- ICPではないユーザーの定着率を最適化する — 彼らは常に離脱し、それは問題ありません
- 定着戦略としての「プロダクトの改善」 — 行動するには曖昧すぎます。どの機能を、どのユーザーに対して、どの離脱の瞬間に対応するのですか?

### 出力形式

以下を提供します:
1. 自然な利用頻度、定着イベント、および曲線(%と絶対数)を含む定着ベースライン
2. 最高/最低セグメントとコホートトレンドを含むセグメント化された定着分析
3. 定量化された相関関係と因果関係評価を含む定着予測行動
4. ボリュームサイジングと複合的影響の計算を含む離脱瞬間診断
5. 期待される影響でランク付けされた定着介入
6. アンチプレイ — 投資すべきでない場所
7. 未解決の質問 — 不足しているデータ、検証が必要な仮説

直接的で、定量的であること。混合された定着数値が何か醜いものを隠しているなら、そう言ってください。

ヒント

  • 定着分析にはコホートデータが必要です。このスキルを実行する前に、create-chart を使用してAmplitudeでサインアップコホートごとにセグメント化された定着チャートを作成してください。
  • 最も一般的な間違いは、コホート別定着ではなく混合定着を見ることです。「安定している」ように見える混合数値は、長期利用ユーザーが平均を押し上げている一方で、新しいコホートの定着が悪化しているという事実を隠す可能性があります。
  • build-metric-tree と組み合わせて、定着がトップラインメトリックにどのように複利的に影響するかを確認してください。小さな定着改善が大きな下流効果を生み出します。
  • 初期離脱(D1-D7)が支配的な場合は、diagnose-activation と組み合わせてください — それは定着問題ではなく、アクティベーション問題です。
  • discover-opportunities を使用して、離脱と相関する特定のプロダクト摩擦を見つけてください。
  • craft-experiment-design を使用して、主要な定着介入のためのA/Bテストを設計してください。

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.

関連スキル