受注後・顧客深耕
利用データからチャーンを予測しヘルススコア化
顧客の利用データと複数回の商談・定例MTGの文字起こしを貼るだけで、解約につながりうるシグナルを整理してヘルススコア化するプロンプトです。

必要データと準備
必要なのは次の2つです。
- 顧客の利用データ(SFA・CRMのエクスポート) … 契約情報(開始日・更新日・ライセンス数・金額)、利用状況(ログイン率・アクティブ率の推移)、機能ごとの採用状況、サポート起票の履歴、担当者・キーパーソンの変更、拡大/縮小の履歴など。すべてそろわなくても構いません。あるものを貼り、無い項目は空欄のままで大丈夫です(プロンプトが「データなし」として扱います)。数値は「5月80%→1月48%」のように推移が分かる形だと予兆をつかみやすくなります。
- 複数回の商談・定例MTGの文字起こし(時系列) … キックオフ・レビュー・直近の定例など、複数回のやり取りをテキスト化したもの。日付をつけて時系列で並べると、温度感の変化を読み取れます。1回分だけでも動きますが、複数回あるほど「いつから変わったか」が見えます。文字起こしの取り方は商談文字起こしの共通ガイドも参照してください(録音は事前に相手の了承を得てください)。
任意で、更新の意向・決裁者・社内の推進者・競合の動きといった補足情報を書き添えると、判断の精度が上がります。分からない項目は「不明」と書けば、その部分は「要確認」として扱われます。
プロンプト本文
あなたはカスタマーサクセスの解約予兆分析を支援するアナリストです。
以下の「顧客のSFA・CRM/利用データ」と「複数回の商談・定例MTGの文字起こし」を読み、契約更新に向けたヘルススコアと解約リスクを、根拠となるシグナルとともに整理してください。
評価は入力データに書かれた事実だけを根拠にし、事実と推測を必ず分けてください。データが無い項目は「データなし」とし、スコアを埋めるために数値や事実を創作しないでください。
## 顧客のSFA・CRM/利用データ
{契約情報(開始日・更新日・ライセンス数・金額)、利用状況(ログイン率・アクティブ率の推移)、機能の採用状況、サポート起票の履歴、担当者・キーパーソンの変更、拡大/縮小履歴などをここに貼り付け}
## 複数回の商談・定例MTGの文字起こし(時系列)
{キックオフ・レビュー・直近の定例など、複数回のやり取りの文字起こしを日付つきでここに貼り付け}
## この顧客の補足情報(分かる範囲で。不明は「不明」)
{更新の意向・決裁者・社内の推進者・競合の動きなどをここに記入}
## 出力フォーマット
1. ヘルスサマリ(3〜4行)
- 総合ヘルス(良好/注意/危険 の3段階)、更新日まで残り期間、いま最も効いているリスク要因を1〜2個。断定はせず根拠を添える
2. ヘルススコアの内訳(表形式)
- 評価軸ごとに「良好○/注意△/悪化×/データなし」で評価し、根拠となる事実(利用データの数値・発言の引用)を1つ添える
- 軸の例: 利用の定着(ログイン・アクティブ率)/主要機能の採用/サポート・不満のシグナル/推進者・キーパーソンの状態/更新・予算の意向/関係の広がり(利用部署)
- 「データなし」の軸はスコアに含めず、何を取れば埋まるかを書く。データが取れた軸が何軸中いくつかも明記する
3. 解約につながりうるシグナル(重要度順)
- 各シグナルを「事実(データ・発言の引用)」と「そこからの解釈(推測)」に分けて記述。推測には「(推測)」を付ける
- 「解約する/しない」を断定しない。あくまでリスク要因として扱う
4. いま確認すべきこと・打ち手の候補(人が実行する前提)
- リスクを下げるために次にとるべきアクションを2〜4個。各アクションに「なぜ(どのシグナルに効くか)」を添える
- 更新提案・値引き等の条件は勝手に作らない。必要な社内確認・顧客への確認事項を挙げる
5. 要確認・データの欠け
- スコアや判断の前提として確認が必要な項目、データが無く判断できなかった項目
## 注意事項
- 入力データに書かれた事実だけを根拠にする。ログイン率・採用率・契約金額・更新日などは書かれた値だけを使い、無い数値を作らない
- これは「解約確率」ではなく、与えられたシグナルを透明な基準で整理した相対的なヘルス指標である。「○%の確率で解約」といった確率値を創作しない
- 事実(データの数値・実際の発言)と、そこからの推測を必ず分ける。推測には「(推測)」を付け、根拠を短く引用する
- 「解約する」「更新は安全」と断定しない。シグナルの有無と強さを示し、最終判断は人に委ねる
- 曖昧な発言(「検討します」「たぶん大丈夫」等)を、確定した継続意向・解約意向と解釈しない。迷う箇所は「要確認」とする
- データが無い評価軸は「データなし」とし、スコアの分母から外す。欠けたまま総合ヘルスを断定しない
- この分析には顧客の利用データ・商談内容・個人情報が含まれる。外部の生成AIに貼る運用は、社外持ち出し・個人情報・機密情報の扱いについて社内ルールを確認するこのプロンプトを動かしてみる
プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます(架空データに対する収録済みの応答。生成AIは呼び出しません)。
AIに渡した入力データ(架空サンプル)
1. ヘルスサマリ
- 総合ヘルス: 注意(危険寄り) / 更新日 2026-04-01 まで残り約2.5ヶ月(解約申し出の期限はおおよそ3月頭)。
- いま最も効いているリスク要因は2つ。(1) 現場推進者だった田中氏の異動と後任の不慣れ、(2) 月次アクティブ率の継続低下(80%→48%)。
- 佐藤氏の更新意向は「前向きに考えたい」だが「現場が回るか次第」と留保つき。継続が固まったとは言えず、要確認。
2. ヘルススコアの内訳(抜粋)
データが取れた評価軸は6軸中5軸(満足度アンケートはデータなし)。
評価軸 | 評価 | 根拠(事実) |
|---|---|---|
利用の定着(ログイン・アクティブ率) | × 悪化 | 月次アクティブ率 80%(5月)→58%(11月)→48%(1月) と継続低下 |
主要機能の採用 | × 悪化 | 有休自動計算が導入時から未設定・手動のまま |
推進者・キーパーソンの状態 | × 悪化 | 田中氏が11月に異動、後任 鈴木氏が「まだ慣れていない」 |
更新・予算の意向 | △ 注意 | 「前向きに考えたいが、現場が回るか次第」。留保つきで確定意向ではない |
満足度アンケート(NPS等) | データなし | 未実施。今後取れば埋まる |
(「解約シグナルの重要度順」「打ち手の候補」「要確認」を含む全文は runs/P076/run1.md)
注目したいのは、AIが**「解約確率○%」といった数値を作らなかった**点です。アクティブ率の低下や推進者の異動といったリスク要因を挙げつつ、それを「解約する」の断定ではなくリスク要因として扱い、佐藤氏の留保つき発言も確定意向とせず「要確認」に落としています。満足度アンケートは未実施のため「データなし」とし、無い軸をスコアの分母から外しました。埋めることより、無い事実を作らないことを優先した挙動です。
カスタマイズのヒント
- 評価軸を自社のヘルス定義に合わせる: 「利用の定着/機能の採用/推進者/更新意向」といった軸を、自社が普段見ている指標(請求サイクル・利用部署数・エグゼクティブとの接点など)に差し替えると、社内の共通言語でスコアが出ます。
- 業態で重みを変える: 現場利用が命のツールなら「利用の定着」を、担当者主導で入るツールなら「推進者の状態」を重く見るよう指示できます。「◯◯の軸を最重要として総合ヘルスを判断して」と一文足すだけで調整できます。
- 複数社を横並びにする: 出力の先頭に「顧客名・総合ヘルス・更新日・最大リスク1行」を固定で出させると、担当している数十社を一覧でレビューし、動く順番を決めやすくなります。
- アップセルの目線も足す: 利用が伸びている顧客には、同じデータから拡大の兆し(利用部署の増加・上位機能への関心)を拾わせることもできます(アップセル検知のP078と組み合わせ)。
よくある質問
AIが「解約する/しない」を予測して決めてくれますか?
決めません。このプロンプトは、入力データにあるシグナル(利用の低下・推進者の異動・発言の留保など)を透明な基準で整理し、リスクの高低を根拠つきで示すものです。「解約確率○%」といった数値は作らず、「解約する/更新は安全」とも断定しません。最終判断は、示されたシグナルを見て人が下してください。
利用データが一部しかなくても使えますか?
使えます。あるデータだけを貼り、無い項目は空欄で構いません。プロンプトは無い軸を「データなし」として扱い、スコアの分母から外します。ただしデータが少ないほど判断はぶれるので、「何を取れば埋まるか」が出力に示されます。そこを埋めていくと精度が上がります。
出力のヘルススコアをそのまま社内のヘルス指標として使えますか?
下書きとして使ってください。「(推測)」「要確認」「データなし」と付いた箇所は未確定です。特にデータが少ない顧客はスコアがぶれやすいので、原データと突き合わせ、解釈が過大・過小になっていないか確認してから共有してください。顧客の利用データ・個人情報を外部AIに貼ることについては、社内のデータ取り扱いルールを事前に確認してください。
