cs-health-scorecard

顧客ヘルススコアカードスキル

顧客アカウントの構造化されたデータ駆動型ヘルススコアカードを作成し、CSM とリーダーシップが更新リスク、拡大の可能性、アカウントを望ましい方向に進めるために必要なアクションを明確に把握できるようにします。

Brain からの読み取り／Brain への書き込み

professional-brain（brain/）がある場合は、すでに把握している情報を再度尋ねるのではなく、その内容を根拠にしてください。

• 先に読み取る： アカウントの entities/ ファイル、stakeholders/（チャンピオン、経済的購入者、批判的な関係者）、および knowledge/ を確認します。python3 ../professional-brain/scripts/brain_query.py ./brain "<account name>" を実行し、各事実の出典タグを引き継いでください。
• 📥 Brain への記録を提案する： 作成後、ヘルス判定と主なリスクをアカウントの entities/ ファイルに、判断が行われた場合は更新リスクの項目を decisions/ に記録することを提案し、それぞれに出典タグを付けます。内容を提示して承認を得た後、../professional-brain/scripts/brain_write.py … --commit で書き込みます（追記専用で、デフォルトはドライランです）。

必要な入力情報

すでに提供されていない場合は、次の情報を尋ねてください。

• アカウント名とティア（エンタープライズ／ミッドマーケット／SMB）
• 契約額（ARR）と更新日
• 製品利用データ — ログイン数、DAU/MAU 比、主要機能の採用状況
• サポートデータ — 未解決チケット数、CSAT または NPS スコア、最近のエスカレーション
• エンゲージメントデータ — 前回の QBR 日、エグゼクティブスポンサーの状況、チャンピオン名
• 商業データ — 支払い履歴、拡大に関する会話、使用中のシート数とライセンス数の比較
• アカウントで把握しているリスクや最近の変化

スコアリングの枠組み

各項目を 1～5 で採点します。下記のとおり重み付けし、重み付き合計を 100 点満点で算出してください。

項目	重み	採点対象
製品の採用状況	30%	DAU/MAU 比、利用機能の幅、パワーユーザーの特定状況
エンゲージメント	20%	QBR の頻度、エグゼクティブスポンサーの積極性、チャンピオンの影響力
成果	20%	顧客が明示した目標／成功指標の達成状況
サポートの健全性	15%	チケット数の推移、未解決のエスカレーション、CSAT
商業面	15%	期限どおりの支払い、利用シート数、拡大の兆候

スコアから RAG への変換：

• 80～100：Green（健全で、更新の可能性が高い）
• 60～79：Amber（リスクあり、注意が必要）
• 0～59：Red（解約リスクが高く、エスカレーションが必要）

プログラムによるヘルパー

このスキルには、上記の重みを適用し、重み付き合計を RAG ステータスに変換する、標準ライブラリのみを使った Python スクリプトが付属しています。これにより、主要スコアが毎回同じ方法で算出され、重みの合計が常に 100% になります。

# Five scores 1-5 in order: adoption engagement outcomes support commercial
python3 scripts/health_score.py --scores 4 3 4 2 5 --account "Acme Corp"

# Or from JSON (lets you override the default weights per account/segment)
python3 scripts/health_score.py --input account.json

このスクリプトは、項目ごとの重み付きポイント、100 点満点の合計、および次のステップを示す 1 行の説明を含む RAG 区分（Green ≥80、Amber 60～79、Red <60）を返します。これを実行して主要スコアを設定し、そのスコアに基づいて以下の項目詳細とアクションを記入してください。後続のツールで使用する場合は --json を追加します。

出力形式

---

顧客ヘルススコアカード：[Account Name]

CSM： [Name] | ティア： [Enterprise / Mid-Market / SMB] ARR： £/$/€[X] | 更新日： [Date] | 更新までの日数： [N] 全体的な健全性： [Green / Amber / Red] — [Score]/100 最終更新日： [Date]

---

ヘルススコアの概要

項目	スコア（1～5）	重み	重み付きスコア	傾向
製品の採用状況	[1–5]	30%	[X]	↑ / → / ↓
エンゲージメント	[1–5]	20%	[X]	↑ / → / ↓
成果	[1–5]	20%	[X]	↑ / → / ↓
サポートの健全性	[1–5]	15%	[X]	↑ / → / ↓
商業面	[1–5]	15%	[X]	↑ / → / ↓
合計	—	100%	[X]/100

---

項目の詳細

製品の採用状況 — [Score]/5

• DAU/MAU 比： [X]%（ベンチマーク：>25% で健全）
• 採用済みの主要機能： [利用中の機能の一覧]
• 未採用の機能： [利用されていない高価値機能の一覧]
• パワーユーザーの特定： [はい／いいえ — 人数]
• 評価： [採用状況の健全性について 1～2 文で記述]

エンゲージメント — [Score]/5

• 前回のQBR： [Date] — [Outcome summary]
• 次回のQBR： [Scheduled / Overdue]
• エグゼクティブスポンサー： [Active / Passive / Vacant]
• 推進者： [Name, role, strength: strong / moderate / weak]
• 評価： [1–2 sentences]

成果 — [Score]/5

• 顧客が表明した目標： [オンボーディング時または前回のQBRで挙がった目標を2～3個列挙]
• 目標に対する進捗： [順調 / 一部達成 / 未達]
• 価値を示す証拠： [ROIを示す指標またはコメント]
• 評価： [1～2文]

サポートの健全性 — [Score]/5

• 未解決のチケット： [N]（優先度別の内訳：P1: X、P2: X、P3: X）
• CSAT / NPS： [Score]（ベンチマーク：CSATが8超 / NPSが30超なら健全）
• 未解決のエスカレーション： [あり / なし — ありの場合は詳細]
• チケットの傾向（過去90日間）： 増加 / 横ばい / 減少
• 評価： [1～2文]

商業面 — [Score]/5

• ライセンス数： [N] | アクティブなユーザー数： [N]（利用率 [X]%）
• 支払い履歴： [期日どおり / 遅延 — 詳細]
• 拡大の兆候： [あり — 詳細 / なし]
• ダウングレードまたは解約の兆候： [あり — 詳細 / なし]
• 評価： [1～2文]

---

主なリスク

リスク	重大度	軽減策
[リスクの説明]	高 / 中 / 低	[軽減するための具体的な対応]

---

推奨アクション

直ちに（今週）：

1. [アクション — 担当者 — 期限]

今月中：

1. [アクション — 担当者 — 期限]

更新前：

1. [アクション — 担当者 — 期限]

---

更新の予測

シナリオ	確率	リスクにさらされるARR
現在のARRで全面更新	[X]%	£/$/€0
縮小して更新	[X]%	£/$/€[X]
解約	[X]%	£/$/€[full ARR]

推奨する更新戦略： [拡大 / 維持 / 解約回避 / 契約終了の管理]

---

詳細資料

このスキルにはサポートファイルが含まれています。利用可能な場合は活用してください。

• references/leading-signals.md — 健全性を先行して示すシグナル（総括よりも先行するもの）。出力の作成時に適用してください。上記の手法の概要では省略されている調整基準や判断の要点が記載されています。
• templates/account-scorecard.md — 品質チェック項目が埋め込まれた、記入式の成果物テンプレート。生成を依頼するのではなく、自分で文書を作成したいユーザーにはこちらを案内してください。

スコアリング基準（0～40）

このスキルの出力は、引き渡す前に必ず採点してください。32点以上が納品可能な品質です。

評価項目	0	5	10
スコアの整合性	ディメンションのスコアと明示された重みから加重合計を算出できない、またはRAGの区分が合計スコアと矛盾している	計算は正しいが、重みが明示なく変更されている、または総合RAGが異なる状況を示すディメンションを覆い隠している	合計が正確に算出されている（1～5のスケールのスコア×重み、100点満点）。RAGは80／60の基準と一致し、全体のステータスと矛盾するディメンションは、平均化して見えなくするのではなく明示されている
ディメンションごとの根拠	ディメンションのスコアに裏付けデータがない（「エンゲージメントが弱いと感じる」など）	ほとんどのディメンションではデータが示されているが、少なくとも1つのスコアが勘に頼っているか、古いデータを最新の情報として提示している	各ディメンションのスコアが、特定の日付を含む明示された根拠（利用状況の数値、チケット件数、QBRの日付、座席利用率など）に基づいており、形式にベンチマークが含まれる場合は適用されている
リスクの具体性	リスクの記述が「エンゲージメントが低い」「解約リスク」などのラベルにとどまり、関係者、日付、金額がない	リスクは実在するが、一部が曖昧。重大度は示されているが軽減策がない、または担当者がいないまま軽減策だけが示されている	各リスクに関係者／イベント／金額（「7月25日に推進役が退職し、後任がいない」など）が明記され、重大度と、今週から着手できる軽減策が示されている
更新見込みの精度	予測がない、確率の合計が100％にならない、または推奨対応がスコアを考慮していない	予測があり合計も正しいが、リスクにさらされるARRの数値が契約明細と一致しない、または対応方針が一般的すぎる	確率の合計が100％で、リスクにさらされるARRが実際の契約項目に対応している。対応方針（拡大／維持／引き留め／縮小）がスコアとリスクに基づき、アクションの担当者、期限、更新日までの実行順序が明確になっている

品質チェック

• スコアは勘ではなくデータに基づいている。各ディメンションに根拠がある
• リスクは具体的である（「エンゲージメントが低い」ではなく、「3月にエグゼクティブスポンサーが退職し、後任が未定」など）
• アクションに担当者と期限が設定されている
• 更新確率がパイプラインの実情に照らして適切に調整されている
• トレンドの矢印は現状だけでなく、前回のスコアカードと比較した変化の方向を示している

アンチパターン

• 勘で健全性のディメンションを採点しないでください。各スコアには具体的な根拠が必要です
• 未解決のP1課題や未達のマイルストーンがあるアカウントに、Greenステータスを付けないでください
• リスクを曖昧に記載しないでください。具体性のない「エンゲージメントが低い」では、対処できません
• 推奨アクションに、名前を挙げた担当者と期限を必ず設定してください
• プロダクトの利用頻度と、プロダクトがもたらす価値を混同しないでください

トリガーとなるフレーズの例

• 「アカウントの健全性を採点してください。」
• 「更新リスクを評価してください。」
• 「健全性ダッシュボードを作成してください。」
• 「アカウントの更新見込みを評価してください。」