顧客アカウントの健康状態を「信号機」で管理する:Claude Coworkのアカウントトラッキング5ステップ
「あの顧客、最近ちょっと危ないかも」——カスタマーサクセスの現場で、この感覚はいつも複数のダッシュボードに分散しています。利用状況はプロダクトの管理画面、不満はサポートチケット、温度感はNPS、約束した目標はサクセスプラン。
Claude Academy(公式の学習サイト)のユースケース集に、これらを赤・黄・緑の判定+今週やるべき2つのアクション」という1枚のヘルスサマリーに束ねる手順が載っていたので、整理します。所要10分、カテゴリはSales、使うのはClaude Coworkです。
Step 1:セットアップ——プラグイン・コネクタ・作業フォルダ
プラグインから始める。Salesプラグインには /pipeline-review をはじめとするカスタマーサクセス系のスキルが8〜9個同梱されていて、利用状況・チケット・センチメントを1つの判定に重み付けする構造が最初から入っています。/pipeline-review は利用データ・チケット・NPS・サクセスプランからアカウントヘルスをスコアリングし、/call-summary は通話の文字起こしフォルダをテーマ別に集計・引用付きでクラスタリングします。なお、管理者がプラグインを統制していて使えない場合はスキップしてOK——以降の手順はプラグインなしでも成立します。
ツールを接続する。Cowork の「カスタマイズ → コネクタ」から、Salesforce、Intercom(オープンな会話と直近のチケットを読み、サポートが実際に見ている状況をヘルス判定に反映)、Google Driveなどを接続。権限とアクセスはあなたがコントロールします。
作業フォルダを指定する。使うファイル——利用状況のエクスポート、サクセスプラン、最新のNPS回答——を1つのフォルダにまとめ、Coworkをそこに向けます。例では Accounts/Northwind/health に usage-export-apr.csv、success-plan.docx、nps-responses-q1.csv を配置。
Coworkはこのフォルダから読み、ヘルスサマリーを同じ場所に書き戻します。継続的に追跡するアカウントなら、フォルダからCoworkプロジェクトを作れば、ヘルス基準・指示・メモリがそこに定着します。
Step 2:プロンプト——なぜこの書き方が効くのか
コピペ用のプロンプトはこれだけです。
利用データ、Zendeskのオープンチケット、NPS回答、Northwindのサクセスプランから、アカウントヘルスサマリーをアカウントフォルダに書いて。赤・黄・緑のどれかで判定し、理由を1〜2文で。そのうえで今週取るべきアクションを2つ。
このページの真骨頂は、プロンプトの一語一語に設計理由が付いていることです。
選択肢を固定する:「赤・黄・緑」と指定することで、Coworkは曖昧にぼかさず1つのステータスにコミットせざるを得なくなる。「理由付きで」とセットにすれば、経営層に聞かれたときに説明可能な判定になる
個数を指定する:「今週やる2つのアクション」という縛りが、出力を「金曜までに実際やること」に絞る。役に立ちそうなことのバックログ化を防ぐ
重み付けするソースを名指しする:利用状況・チケット・NPS・サクセスプランを並べて指定するから、ヘルスがプロダクト・サポート・センチメント・目標の全面で評価される。「最後に見たダッシュボード」だけの判定にならない
測る基準となる目標を同梱する:サクセスプランと利用エクスポートがフォルダにあるからこそ、判定が顧客と実際に合意した目標に照らして行われる
さらに精度を上げる小技も2つ——気に入った過去のサマリー例をフォルダに入れておく(構成と文体を真似てくれる)、そして「自信のない箇所にはフラグを立てて」と一言足す(レビュー時にどこから見るべきかが分かる)。
Step 3:自分の基準をスキルに焼き込む
プラグインのスキルはあくまで出発点です。数分の会話でカスタマイズすれば、以降は自分の基準で動き続けます。
ここまでの作業をスキルにして。または、私のフィードバックで /pipeline-review スキルを編集して。
スキルファイルの編集自体もClaudeに任せられるのがポイントです。
Step 4:週次の定期実行にする——「壊れてから見る」をやめる
このユースケースの思想が一番出ている一文があります——「ヘルスは、何かが壊れたときに確認するものではなく、追跡するもの」。/schedule と打つか、サイドバーの「Scheduled」から設定します。
/schedule 毎週月曜7時に、担当している全アカウントに /pipeline-review を実行して、Accounts配下の各ヘルスフォルダにサマリーを書いて。赤判定のアカウントは、先頭に1つのダイジェストとしてまとめて。
月曜の朝には、全アカウントの最新ヘルスが揃い、危ないところだけが冒頭に集約されている——という状態が自動で作られます。
Step 5:チームに共有して「赤」の意味を揃える
カスタマイズ済みの /pipeline-review には、あなたの利用状況の閾値、リスクルール、サマリーの形式が焼き込まれています。Coworkの「スキル → /pipeline-review → 共有」からチームメイト(管理者が許可していればワークスペース全体)に配れば、全CSMが同じ方法でヘルスをスコアリングし、担当簿全体で「赤・黄・緑」が同じ意味を持つようになります。受け取った側はStep 1〜3を繰り返す必要がありません。
まとめ
このユースケースの完成形は、「担当簿のすべてのアカウントに、同じ基準でスコアされた最新のヘルスサマリーがあり、次のアクションまで名指しされている」状態です。設計として秀逸なのは、①判定の型(信号機+理由+2アクション)をプロンプトで強制して曖昧さを排除し、②それをスキル化→スケジュール化→共有という3段階で個人の工夫からチームの標準へ昇格させる流れ。CS・営業の更新管理はもちろん、パートナー管理やプロジェクトの健全性チェックなど、「複数ソースを1つの判定に束ねる」仕事全般に応用できる型です。
INNOOV株式会社について
この記事は、AtlassianやIntercomなどのSaaS導入支援と、AIを活用した業務プロセス改善を行うINNOOV株式会社がお届けしました。「自社でもこんな仕組みを作ってみたい」「ツール導入を相談したい」という方は、お気軽にお問い合わせください。
▶ INNOOV株式会社 公式サイト
参考文献 Claude Academy