• Projects
  • Service
  • About
  • branding.bz
  • Podcast
  • Tips
  • FAQ
  • Recruit
  • Download
  • Contact
  • branding.bz(ブランド構築SaaS)
  • DESIGN NOW(デザインメディア)
  • X
  • LinkedIn
  • Spotify
  • Facebook

213-0011 神奈川県川崎市高津区久本3-6-7-303

© 2026 ID INC. All rights reserved

claude-skills/スキル
SKILLOfficialmonitoring

analyze-account-health

プラグイン
amplitude
ソース
GitHub で見る ↗
説明

利用パターン、エンゲージメント(顧客による利用・関心の度合い)のトレンド、リスク信号、拡大の機会を分析することで、法人向けのクライアント企業の健全性を総合的に評価します。 次のような場合に使用: - 顧客サポート業務のレビュー - 契約更新の準備 - QBR(四半期ビジネスレビュー:定期的な経営会議) - クライアント企業の優先順位付け

原文を表示

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.

ユースケース
  • 顧客サポート業務をレビューするとき
  • 契約更新を準備するとき
  • QBRで経営会議を開くとき
  • クライアント企業の優先順位付けをするとき
本文(日本語訳)

アカウント健全性を分析

B2B顧客のプロダクト利用状況を詳しく調査し、四半期ビジネスレビュー(QBR)の準備、更新リスク評価、拡大機会の発掘、またはカスタマーサクセス(CS)チームのアプローチ優先順位付けに活用します。

手順

ステップ0: アカウントの特定と背景情報の収集

アカウント識別子を取得:

  • 企業名、組織ID、アカウントID、またはグループ属性値
  • ユーザーから提供されていない場合は確認

既存の作業を検索: Amplitude:search_amp_entitiesを使用して、このアカウント用の既存ダッシュボード、グラフ、ノートを見つけます。見つかった場合、ユーザーに新規分析と既存データの確認のどちらを希望するか確認します。

アカウントの表現方法を確認(クエリ前に必ず実施): 以下のすべてのステップはアカウント単位の分析であり、プロジェクトによって3つの異なる表現方法があります。この順序で確認し、以降すべてで同じ方法を使用します:

  1. 接続されたカタログのグループタイプ検索機能を使用します。プロジェクトにグループタイプ(通常はorg idやcompany)がある場合、それがアカウントです。使用中の分類体系リーダーのグループ属性機能から属性を読み取り、scope: 'group'とgroup_typeを使ってそれを参照します。ユーザー数ではなくアカウント数をカウントする場合は、count_unique_byをグループタイプに設定します。

  2. グループタイプがない場合、アカウントは通常ユーザー属性(company、org_name)です — scope: 'user'を使用します。

  3. どちらもない場合は、組織情報を含むイベント属性(org id、org url)を使用します。

グループ属性が「Invalid group property … for group type …」を返す場合、クエリエンジンのレジストリに不足しているもので、スペルミスではなくシステムの不完全さです。スペル変更での再試行は避け、(2)/(3)のユーザーレベルまたはイベントレベルの同等の表現にフォールバックし、使用した表現方法をユーザーに伝えます(数値は互換性がないため)。


ステップ1: 迅速な健全性優先順位付け

Amplitude:query_amplitude_dataを使用して以下のクエリを並列で実行します:

利用トレンド:

  • イベント: _active、メトリクス: uniques、グループ化: ステップ0で確認したアカウント属性(スコープ付き)
  • 期間: 過去60日間、日単位
  • 表示内容: アクティビティが増加しているか、減少しているか?

エンゲージメント品質:

  • アカウントのDAU(日次アクティブユーザー)とMAU(月次アクティブユーザー)を算出
  • DAU/MAU比率(継続率)を取得
  • 表示内容: アクティブユーザーのエンゲージメントレベルは?

ユーザー変動:

  • 週単位でのアクティブユーザー数の変化
  • 表示内容: チームが成長しているか、縮小しているか?

健全性を分類:

  • 良好: MAUが増加、DAU/MAU >40%、週単位で前週比プラス
  • リスク有: MAUが横ばいまたは減少、DAU/MAU 20-40%、週単位で前週比マイナス
  • 危機的: 急激な減少、DAU/MAU <20%、継続的な週単位前週比マイナス

ステップ2: ユーザーレベルの分析

Amplitude:query_amplitude_dataをユーザーレベルのグループ化で使用:

パワーユーザー:

  • イベント量上位3~5ユーザー(活用すべきサポーター)

解約したユーザー:

  • 前の期間にはアクティブだが現在はアクティブでないユーザー(継続リスク)

ライセンス利用率:

  • 過去30日間のアクティブユーザー数 対 総ライセンス数

ステップ3: 機能利用の分析

Amplitude:query_amplitude_dataをイベント/機能でグループ化して使用:

機能の広がり:

  • どのコア機能が利用されているか(ユーザーに主要機能5~10個を確認)
  • 機能ごとの導入率

機能トレンド:

  • 過去90日間における機能ごとの利用状況
  • 増加している機能と減少している機能を特定

健全性に基づくフォーカス:

  • リスク有/危機的の場合: 廃棄された機能を発見(60~90日前に使用されたが、過去30日間では未使用)
  • 良好の場合: 拡大機会を発見(まだ試されていないプレミアム機能)

ステップ4: アカウント フィードバック分析

フィードバックソースを取得: Amplitude:use_amplitude_ai_feedbackをfacet: "sources"で使用して、利用可能なものを確認します。

フィードバック内容を取得: Amplitude:use_amplitude_ai_feedbackをfacet: "insights"で使用し、以下でフィルタリングします:

  • アカウント内各ユーザーの amplId
  • dateStart/dateEnd: 過去90日間
  • types: bug、painPoint、complaint、request、lovedFeature

具体的な言及を取得: 上位3~5のインサイトについて、Amplitude:use_amplitude_ai_feedbackをfacet: "mentions"で使用して引用文を取得します。

動作と相関させる:

  • 機能Xについてのクレーム?その機能Xの利用状況をクエリ
  • 機能Yのリクエスト?それが解決する制限に達しているか確認
  • 機能Zへの称賛?彼らがその機能の頻繁なユーザーであることを検証

ステップ5: アカウント健全性レポートを提示

以下のように出力を構成します:

アカウント健全性レポート: [アカウント名]

エグゼクティブサマリー

[2~3文: 健全性スコア、主要トレンド、一次推奨]

健全性スコア: [🟢 良好 | 🟡 リスク有 | 🔴 危機的]

[主要メトリクスを用いた1文の根拠]


主要メトリクス

メトリクス 現在 トレンド ステータス
MAU X ↑↓→ Y% 🟢🟡🔴
DAU/MAU X% ↑↓→ Y% 🟢🟡🔴
ライセンス利用率 X% ↑↓→ 🟢🟡🔴
導入機能数 X/Y ↑↓→ 🟢🟡🔴

🚨 リスク要因(ある場合)

  1. [課題] - [影響]
    • 利用データ: [メトリクス/トレンド]
    • 顧客フィードバック: [テーマ、X件] - [代表的な引用文]

✅ ポジティブシグナル

  1. [うまくいっていることと、その根拠] - [利用状況とフィードバックからの証拠]

👥 ユーザーインテリジェンス

サポーター(活用すべき)

  • [ユーザーID/名前]: [アクティビティの要約] - アクション: [具体的なCS推奨]

リスク対象(エンゲージ予定)

  • [ユーザーID/名前]: [最後のアクティブ日時 / 減少パターン] - アクション: [チェックイン推奨]

非アクティブ(30日以上)

  • [ユーザー数]人(ライセンスの[X]%)

💡 トップペインポイント・リクエスト

ペインポイント

  1. [テーマ](X件)
    • [簡潔な説明]
    • 根拠: [行動データ] + 「[引用文]」- [ソース、日付]
    • アクション: [対応方法]

機能リクエスト

  1. [テーマ](X件)
    • [要望の内容]
    • 根拠: 「[引用文]」- [ソース、日付]
    • ロードマップステータス: [ロードマップ上 / 未計画 / 検討中]

評価されている機能 ❤️

  1. [機能]: 「[引用文]」

📊 機能導入

高利用: [機能] - [Xユーザー](↑Y%) 減少: [機能] - [Xユーザー](↓Y%)- 要調査 未開発(アップセル機会): [プレミアム機能] - [ペインポイント]を解決可能


🎯 推奨事項

🔥 今週中

  1. [ユーザー/連絡先名を含む具体的アクション]

📅 今月中

  1. [背景情報を含む戦略的アクション]

💰 拡大機会

  1. [証拠付きアップセルシグナル]

📎 詳細

  • 分析日: [日付]
  • 対象期間: [過去X日間]
  • 信頼度: [データ量に基づく高い/中程度/低い]

ベストプラクティス

  • 常にユーザーに名前を付ける - CSチームは集計数字ではなく、誰に連絡するかを知る必要があります
  • フィードバックを行動と結びつける - 苦情を利用データで検証します
  • 推奨事項は詳細に - 「エンゲージメント改善」ではなく「SarahさんにFeature Xについて電話」
  • スナップショットではなくトレンドを表示 - 時点値より方向性が重要です
  • データギャップを指摘 - 低いボリューム、欠落属性、不完全なデータを注記します
  • 影響度で優先順位付け - 複数ユーザーまたはサポーターに影響する課題にフォーカスします

一般的なパターン

解約リスク:

  • サポーターの解約 + 全体利用の減少
  • 同じ課題についての複数クレーム + 行動データで確認されたボトルネック
  • ライセンス利用率の低下 + ネガティブフィードバック

拡大シグナル:

  • プラン制限に達している(ユーザー数、API、ストレージ)
  • プレミアム機能のリクエスト + 高いエンゲージメント
  • 新規ユーザーの追加 + ポジティブなフィードバック
原文(English)を表示

Analyze Account Health

Deep-dive into a B2B account's product usage to prepare for QBRs, assess renewal risk, identify expansion opportunities, or prioritize CS outreach.

Instructions

Step 0: Identify Account & Discover Context

Get the account identifier:

  • Company name, org ID, account ID, or group property value
  • Ask user if not provided

Search for existing work: Use Amplitude:search_amp_entities to find existing dashboards, charts, or notebooks for this account. If found, ask user if they want fresh analysis or to review existing.

Resolve how accounts are modelled — do this before any query. Every step below breaks down "by account", and there are three different ways a project represents one. Check in this order and reuse the answer throughout:

  1. Use the connected catalog's group-type discovery capability. If the project has a group type (commonly org id or company), that is the account. Read its attributes from the active taxonomy reader's group-property surface, then reference them with scope: 'group' plus group_type. To count accounts rather than users, set count_unique_by to the group type.
  2. If there is no group type, the account is usually a user property (company, org_name) — scope: 'user'.
  3. Failing both, an event property carrying the org (org id, org url).

If a group property comes back as Invalid group property … for group type …, the query engine's registry is missing it — that is a platform gap, not a naming mistake. Do not retry spelling variants. Fall back to the user- or event-level equivalent from (2)/(3), and tell the user which representation you used, since the numbers are not interchangeable.


Step 1: Quick Health Triage

Use Amplitude:query_amplitude_data to run these queries in parallel:

Usage Trend:

  • Event: _active, Metric: uniques, Group by: the account property resolved in Step 0 (with its scope)
  • Time: Last 60 days, daily interval
  • Shows: Activity increasing or decreasing?

Engagement Quality:

  • Calculate DAU and MAU for account
  • Get DAU/MAU ratio (stickiness)
  • Shows: How engaged are active users?

User Momentum:

  • Active user count week-over-week
  • Shows: Team growing or shrinking?

Classify Health:

  • Healthy: Growing MAU, DAU/MAU >40%, positive WoW
  • At-Risk: Flat/declining MAU, DAU/MAU 20-40%, negative WoW
  • Critical: Steep decline, DAU/MAU <20%, sustained negative WoW

Step 2: User-Level Analysis

Use Amplitude:query_amplitude_data with user-level groupBy:

Power Users:

  • Top 3-5 users by event volume (champions to leverage)

Churned Users:

  • Users active in previous period but not current (retention risks)

License Utilization:

  • Active users in last 30 days vs total seats

Step 3: Feature Usage Analysis

Use Amplitude:query_amplitude_data grouped by events/features:

Feature Breadth:

  • Which core features are being used (ask user for 5-10 key features)
  • Adoption rate per feature

Feature Trends:

  • Usage over last 90 days per feature
  • Identify growing vs declining features

Focus based on health:

  • If At-Risk/Critical: Find abandoned features (used 60-90 days ago, not in last 30)
  • If Healthy: Find expansion opportunities (premium features not yet tried)

Step 4: Account Feedback Analysis

Get feedback sources: Use Amplitude:use_amplitude_ai_feedback with facet: "sources" to see what's available.

Get feedback insights: Use Amplitude:use_amplitude_ai_feedback with facet: "insights" filtered by:

  • ampId for each user in the account
  • dateStart/dateEnd: Last 90 days
  • types: bug, painPoint, complaint, request, lovedFeature

Get specific mentions: For top 3-5 insights, use Amplitude:use_amplitude_ai_feedback with facet: "mentions" to get quotes.

Correlate with behavior:

  • Complaint about Feature X? Query their usage of Feature X
  • Request for Feature Y? Check if they hit limits Y would solve
  • Praise for Feature Z? Validate they're heavy users of Z

Step 5: Present Account Health Report

Structure output as follows:

Account Health Report: [Account Name]

Executive Summary

[2-3 sentences: Health score, key trend, primary recommendation]

Health Score: [🟢 Healthy | 🟡 At-Risk | 🔴 Critical]

[One sentence rationale with key metric]


Key Metrics

Metric Current Trend Status
MAU X ↑↓→ Y% 🟢🟡🔴
DAU/MAU X% ↑↓→ Y% 🟢🟡🔴
License Utilization X% ↑↓→ 🟢🟡🔴
Features Adopted X/Y ↑↓→ 🟢🟡🔴

🚨 Risk Factors (if any)

  1. [Issue] - [Impact]
    • Usage data: [metric/trend]
    • Customer feedback: [theme with X mentions] - [representative quote]

✅ Positive Signals

  1. [What's working] - [Evidence from usage + feedback]

👥 User Intelligence

Champions (Leverage)

  • [User ID/Name]: [Activity summary] - Action: [Specific CS recommendation]

At Risk (Engage)

  • [User ID/Name]: [Last active date / declining pattern] - Action: [Check-in recommendation]

Inactive (>30 days)

  • [Count] users ([X]% of licenses)

💡 Top Pain Points & Requests

Pain Points

  1. [Theme] (X mentions)
    • [Concise description]
    • Evidence: [Behavioral data] + "[Quote]" - [Source, Date]
    • Action: [What to do]

Feature Requests

  1. [Theme] (X mentions)
    • [What they want]
    • Evidence: "[Quote]" - [Source, Date]
    • Roadmap status: [On roadmap/Not planned/Considering]

What They Love ❤️

  1. [Feature]: "[Quote]"

📊 Feature Adoption

High Usage: [Feature] - [X users] (↑Y%) Declining: [Feature] - [X users] (↓Y%) - Investigate Untapped (Upsell): [Premium feature] - Could solve [pain point]


🎯 Recommendations

🔥 This Week

  1. [Specific action with user/contact name]

📅 This Month

  1. [Strategic action with context]

💰 Expansion Opportunities

  1. [Upsell signal with evidence]

📎 Details

  • Analysis Date: [Date]
  • Timeframe: [Last X days]
  • Confidence: [High/Medium/Low based on data volume]

Best Practices

  • Always name users - CS needs who to contact, not aggregates
  • Connect feedback to behavior - Validate complaints with usage data
  • Be specific in recommendations - "Call Sarah about Feature X" not "improve engagement"
  • Show trends, not snapshots - Direction matters more than point-in-time
  • Flag data gaps - Note low volume, missing properties, or incomplete data
  • Prioritize by impact - Focus on issues affecting multiple users or champions

Common Patterns

Churn Risks:

  • Champion churned + declining overall usage
  • Multiple complaints about same issue + behavioral evidence of friction
  • License utilization declining + negative feedback

Expansion Signals:

  • Hitting plan limits (users, API, storage)
  • Requests for premium features + high engagement
  • New users being added + positive feedback

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。