📊analyze-dashboard
- プラグイン
- amplitude
- ソース
- GitHub で見る ↗
説明
Amplitudeダッシュボードを詳細に分析します。主要なチャートを精査し、 懸念すべき重要領域とインサイトを抽出、異常値を特定した上で、 顧客フィードバックのトレンドを用いて変化の要因を説明します。
原文を表示
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ダッシュボードの詳細分析が必要なとき
- ✓異常値を特定したいとき
- ✓データの変化要因を説明するとき
本文(日本語訳)
ダッシュボードの分析
使用するタイミング
次のような場合に使用:
- ミーティング準備: レビューや経営会議の前に、ダッシュボードの内容をトーキングポイントに整理したい
- チャート横断のパターン検出: 複数のチャートにまたがる相関関係で、手作業では気づきにくいものを発見したい
- ダッシュボード調査: ダッシュボード内のチャートで重要な数値が変動しており、その原因を説明したい
- 定量データと定性データの接続: ユーザーフィードバックが、観察しているトレンドを説明しているか確認したい
- 未知のダッシュボードへのオンボーディング: あるダッシュボードが何を追跡しているか、現在の状態を素早く把握したい
手順
ステップ 0: ダッシュボード ID の特定
ユーザーが URL を提示した場合は、Amplitude:getting_data_from_url を使用してダッシュボード ID を取得する。
ステップ 1: ダッシュボードの取得
Amplitude:get_dashboard にダッシュボード ID を渡し、全体の構造とチャート ID を取得する。
ステップ 2: 全チャートのクエリ
Amplitude:query_charts を使用して、一度に最大 3 チャートのデータを取得する。優先順位は以下の通り:
- 主要 KPI チャート(通常は最上部に配置)
- 最近変化があったチャート
- トレンドベースのビジュアライゼーション
ステップ 3: パターンの分析
チャートを分析する際は、チャートの種類ごとに意思決定に最も関連性の高いシグナルに着目する:
- KPI タイル: コンテキスト(期間、ユーザータイプ)および表示されている場合は変化率(%)
- 折れ線グラフ / 時系列: トレンド、傾きの変化、注目すべきイベント(右端のノイズは除く)
- ファネル: 大きなドロップオフのステップや予想外のリテンション。明示的に関連する場合を除き、ドロップオフではなくコンバージョン(実線バー)の観点で捉える
- 棒グラフ / カテゴリ別: 集中、乖離、または予想外の分布
- 積み上げ面グラフ: 総ボリュームの変化と、時間経過による構成比の変化
- インターバル別リテンション: 主要インターバル(Day 1・Day 7・Day 30)でセグメントを比較する
- 時系列別リテンション: 直近コホートは、リテンションウィンドウが完了していないため不完全な期間(点線)が表示されることがある。これはリテンションが低下していることを意味しない
- テーブル: 上位の貢献要因、支配的な要素、分布の偏り
ステップ 4: ユーザーフィードバックとの照合(任意)
大きな変化や異常が検出された場合、ユーザーフィードバックで説明できないか確認する:
-
Amplitude:get_feedback_insightsを以下の条件で使用:- ダッシュボードと同じ
projectId - 分析期間に合わせた
dateStartとdateEnd - 関連するタイプでフィルタリング:
request・complaint・lovedFeature・bug・painPoint
- ダッシュボードと同じ
-
メトリクスの変化と相関するフィードバックのテーマを探す:
- エンゲージメント低下と重なる機能への不満
- コンバージョン低下と一致するバグ報告
- 利用増加と対応する好評機能
-
関連するインサイトが見つかった場合は、
Amplitude:get_feedback_mentionsにinsightIdを渡し、パターンを裏付ける具体的なユーザーコメントを取得する。
以下の場合はこのステップをスキップする:
- プロジェクトにフィードバックソースが設定されていない
- 該当期間または観察された変化に合致するインサイトがない
- ダッシュボードの変化が軽微または想定の範囲内である
ステップ 5: 分析結果の統合
以下の構成でサマリーを提示する:
- 総合的な健全性: ダッシュボード分析からの最重要ポイント(または主要ポイントのセット)を、簡潔・実用的・わかりやすい一文でまとめる
- 懸念事項 🚩: 調査が必要な緊急課題または悪化しているメトリクスのトレンドを上位 1〜3 件挙げる。緊急事項がない場合は、その旨を簡潔に明記し、読み手が余計な情報を精査しなくて済むようにする
- 主要インサイト 💡: 懸念事項に含まれない、分析中に得られた最も重要または予想外のインサイトを上位 1〜3 件挙げる
- 推奨アクション: フォローアップすべき具体的なアクションを最大 3 件、ごく簡潔にまとめる(特に指示がない限り)。各タイトルの先頭に
[p0]・[p1]・[p2]・[p3]を付けて優先度を示す(p0 が最優先、p3 が最低優先)
ベストプラクティス
- 調査・分析は網羅的に行いつつ、回答は簡潔・実用的・メトリクスに基づいた内容にする
- 同じインサイトを複数のセクションで繰り返さない
- 参照するチャートは必ずマークダウン形式でリンクを付ける(例:
[DAU](https://app.amplitude.com/...))。ターミナルモードでは、回答をクリーンに保つためソースを本文中に記載しない。ただし明示的に求められた場合は、すべての参照とリンクを末尾の「Sources」セクションにまとめる(例:[DAU and main takeaway where the metric is referenced](https://app.amplitude.com/...)) - メインセクションには Amplitude の完全なリンク URL をそのまま引用しない。読みやすさのため、チャート名・メトリクス名・エンティティ名で簡潔に参照する
- 週次で 10% 超の変化があったメトリクスにはフラグを立てる
- データ品質に問題のあるチャートは明記する
- 可能な限り、発見事項は特定のチャートに帰属させる
- 推奨アクションの各項目は、長いテーマ概要ではなく、簡潔かつ実行可能な 1 つの箇条書きにする
- 最後に実施した作業の要約を付け加えず、簡潔で優先度付きの推奨アクションで終了する
- 不完全な期間や信頼性の低いデータからトレンドを推測しない
原文(English)を表示
Analyze Dashboard
When to Use
- Meeting prep: Synthesize a dashboard into talking points before a review or exec meeting
- Cross-chart pattern detection: Spot correlations across multiple charts that are hard to see manually
- Dashboard investigation: A key number moved in a chart within this dashboard and you want to explain why
- Connecting quant to qual: Understand if user feedback explains the trends you're seeing
- Onboarding to unfamiliar dashboards: Get up to speed on what a dashboard tracks and its current state
Instructions
Step 0: Identify the Dashboard ID
If the user gives a URL, use Amplitude:getting_data_from_url to get the dashboard ID
Step 1: Retrieve the Dashboard
Use Amplitude:get_dashboard with the dashboard ID to get the full structure and chart IDs.
Step 2: Query All Charts
Use Amplitude:query_charts to fetch data for up to 3 charts at a time. Prioritize:
- Primary KPI charts (usually at the top)
- Charts with recent changes
- Trend-based visualizations
Step 3: Analyze Patterns
When analyzing charts, focus on the most decision-relevant signals for each type:
- KPI tiles: Context (timeframe, user type) and % change if shown.
- Line / Time series: Trends, slope changes, or notable events (not right-edge noise).
- Funnel: Major drop-off steps or unexpected retention. Use conversion framing (solid bars), not dropoff framing, unless explicitly relevant.
- Bar / Categorical: Concentrations, gaps, or surprising distributions.
- Stacked area: Total volume shifts and changing composition over time.
- Retention by interval: Compare segments at key intervals (Day 1, Day 7, Day 30).
- Retention over time: Recent cohorts may show incomplete periods (dotted lines) because they haven't completed the retention window yet—this does NOT mean retention is declining.
- Tables: Top contributors, dominant players, distribution imbalances.
Step 4: Contextualize with User Feedback (Optional)
If significant changes or anomalies are detected, check if user feedback can explain them:
-
Use
Amplitude:get_feedback_insightswith:- The same
projectIdas the dashboard dateStartanddateEndmatching the analysis period- Filter by relevant types:
request,complaint,lovedFeature,bug,painPoint
- The same
-
Look for feedback themes that correlate with metric changes:
- Feature complaints aligning with engagement drops
- Bug reports coinciding with conversion dips
- Loved features matching usage increases
-
If a relevant insight is found, use
Amplitude:get_feedback_mentionswith theinsightIdto pull specific user quotes that illustrate the pattern.
Skip this step if:
- No feedback sources are configured for the project
- No insights match the time period or observed changes
- The dashboard changes are minor or expected
Step 5: Synthesize Findings
Present a structured summary:
- Overall Health: Concise, actionable, and easily understandable one-liner of THE top takeaway or set of key takeaways from the dashboard analysis.
- Areas of Concern 🚩: Top 1-3 urgent issues worth investigating or negative metric trends. If no issues are urgent, it's great to concisely acknolwedge there's no urgent areas of concern so that the reader has less noise to sift through.
- Key Takeaways 💡: Top 1-3 most important or surprising insights from the analysis not included in the areas of concern.
- Recommendations: Very concise section recapping up to the top 3 specific actionable recommendations (unless prompted otherwise) to follow-up on. Include [p0],[p1],[p2],[p3] in front of each title to help size priority with p0 being most urgent and p3 being least.
Best Practices
- Be comprehensive in your investigation and analysis but concise, actionable, and metric-backed in your response.
- Do not repeat the same takeaway multiple times across sections.
- Always link referenced charts using markdown (e.g.,
[DAU](https://app.amplitude.com/...)). In terminal mode, don't share your sources to keep the response clean but if specifically asked, group all references and links in a "Sources" section at the bottom in the same markdown format (e.g.,[DAU and main takeaway where the metric is referenced](https://app.amplitude.com/...)) to keep the main response clean. - Do not quote exact full Amplitude links in the main sections. Concisely reference the chart, metric, or entity name instead so it's easy to read the main sections.
- Flag metrics that changed more than 10% week-over-week
- Note any charts with data quality issues
- Always attribute findings to specific charts when possible
- For the Recommendations section, each recommendation should just be 1 concise but actionable bullet-point instead of a long theme overview
- Do not recap what you did at the very end and just end after the concise prioritized recommendations
- Do not infer trends from incomplete periods or unreliable data
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。