• 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顧客アカウントの製品利用状況を詳しく調査し、定期レビュー会議(事業機会を議論する定期的な経営会議)の準備、更新継続リスクの評価、拡大機会の発見、カスタマーサクセス(以下「CS」)チームの対応優先度を決めるために使用します。

使用方法

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

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

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

既存の分析を検索する: Amplitude:search_amp_entities を使用して、このアカウント用の既存ダッシュボード、グラフ、またはノートブックを探す。見つかった場合、新しい分析を実施するか既存のレビューを希望するか、ユーザーに確認する。

アカウントのモデル化方法を確認する(クエリを実行する前に必ず実施): 以下のすべてのステップは「アカウント別」に情報を分類しますが、プロジェクトでアカウントを表現する方法は3通りあります。この順序で確認し、以降の手順全体で同じ方法を使用してください:

  1. get_group_types — プロジェクトにグループタイプ(通常は組織IDまたは企業)がある場合、それがアカウントです。アカウント属性はグループプロパティです:get_properties({propertyType: 'group', groupType: '<type>'})、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比率(継続率)を取得
  • 示すもの: アクティブユーザーのエンゲージメント度合いはどの程度か?

ユーザーの増減動向:

  • アクティブユーザー数の週単位での増減
  • 示すもの: チームが成長しているか縮小しているか?

正常性を分類する:

  • 正常(🟢 Healthy): MAUが増加、DAU/MAU >40%、週単位で増加傾向
  • 危険(🟡 At-Risk): MAUが横ばい/減少、DAU/MAU 20-40%、週単位で減少傾向
  • 深刻(🔴 Critical): 急激な減少、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" で使用します:

  • アカウント内の各ユーザーのID
  • dateStart/dateEnd:過去90日間
  • types:bug(バグ)、painPoint(問題点)、complaint(苦情)、request(要望)、lovedFeature(好評機能)

特定の言及を取得する: 上位3-5件の洞察について、Amplitude:use_amplitude_ai_feedback を facet: "mentions" で使用して引用文を取得します。

動作と相関させる:

  • 機能Xへの苦情? その機能のユーザーの利用状況をクエリ
  • 機能Yへの要望? Yが解決する制限に達しているかを確認
  • 機能Zへの称賛? ヘビーユーザーであることを検証

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

出力を以下のように構成してください:

アカウント正常性レポート:[アカウント名]

エグゼクティブサマリー

[2-3文:正常性スコア、主要トレンド、主な推奨アクション]

正常性スコア:[🟢 正常 | 🟡 危険 | 🔴 深刻]

[主要指標を含める理由を1文で説明]


主要指標

指標 現在 トレンド ステータス
MAU X ↑↓→ Y% 🟢🟡🔴
DAU/MAU X% ↑↓→ Y% 🟢🟡🔴
ライセンス使用率 X% ↑↓→ 🟢🟡🔴
採用済み機能 X/Y ↑↓→ 🟢🟡🔴

🚨 リスク要因(該当する場合)

  1. [問題] - [影響]
    • 利用データ:[指標/トレンド]
    • 顧客フィードバック:[テーマと言及件数] - [代表的な引用]

✅ ポジティブシグナル

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

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

チャンピオン(活用すべき層)

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

危険ユーザー(エンゲージすべき層)

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

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

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

💡 主な問題点と要望

問題点

  1. [テーマ](X件の言及)
    • [簡潔な説明]
    • 根拠:[行動データ] + 「[引用]」 - [出典、日付]
    • アクション:[対応内容]

機能要望

  1. [テーマ](X件の言及)
    • [顧客が望むもの]
    • 根拠:「[引用]」 - [出典、日付]
    • ロードマップ状況:[実装予定/検討中/計画なし]

好評機能 ❤️

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

📊 機能採用状況

高利用: [機能] - [X名]が使用(↑Y%) 減少中: [機能] - [X名]が使用(↓Y%) - 要調査 未活用(アップセル候補): [プレミアム機能] - [問題点]を解決できる可能性


🎯 推奨事項

🔥 今週中

  1. [特定のアクション(ユーザー/連絡先名付き)]

📅 今月中

  1. [戦略的アクション(背景付き)]

💰 拡大機会

  1. [アップセル信号と根拠]

📎 詳細情報

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

ベストプラクティス

  • 必ずユーザー名を記載する — CSチームは集計値ではなく、連絡すべき具体的な人を必要とします
  • フィードバックを行動と結びつける — 苦情を利用データで検証してください
  • 推奨事項は具体的に — 「エンゲージメント改善」ではなく「機能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. get_group_types — if the project has a group type (commonly org id or company), that is the account. Account attributes are group properties: get_properties({propertyType: 'group', groupType: '<type>'}), referenced 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 による自動翻訳です。