顧客ヘルススコアの最小設計｜5項目を手動で採点し次回行動を決める

顧客の状態が悪化してから担当者の記憶を集めても、いつ何が変わったか分からない。最小のヘルススコアは、解約を自動予測する仕組みではない。複数の変化を同じ場所で確認し、次に誰が何を確かめるか決めるための共通表だ。

問い合わせの受付と引き継ぎは中小企業のAIカスタマーサポート導入、顧客IDや項目の正本はCRM導入前のデータ定義、定期報告と先回り連絡はオーナー継続率を高める報告設計で扱う。この記事は既存顧客の状態確認に使う手動スコアへ絞る。

最初は五つの変化だけを見る

利用
主要機能・サービスの利用頻度や対象範囲の変化
問い合わせ
件数だけでなく内容、再発、緊急度、回答待ち
成果
顧客と合意した成果の確認状況と差
未解決
期限を過ぎた課題、担当、次回確認日
関係者変化
責任者、利用担当、決裁者、方針の変更

契約金額や企業規模を健康状態と混ぜない。重要顧客かどうかは対応優先度へ影響するが、現在の状態が良好かとは別の軸だ。

点数より判定根拠を先に決める

各項目を良好、注意、要確認の三段階で始める。例えば利用なら「主要な利用が合意範囲で続いている」「一部が減った」「確認できない」のように、観察可能な事実で書く。感触が良い、担当者が不安そう、といった表現だけにしない。

総合点だけを見せない

利用が安定していても、未解決課題が長期化している場合がある。合計点に丸めると原因が消えるため、五項目の内訳、前回からの変化、根拠、確認日を残す。重み付けは運用結果を見てから変更し、変更前後の点数を混ぜない。

HubSpotはCustomer Success Workspaceで、プロパティやイベントを条件にヘルススコアを設定し、顧客状態を把握する方法を案内している（HubSpot Knowledge Base「Customize a health score」）。自動化の前に、どの事実を誰が更新するかを手動表で確かめる。

色ごとに次回行動を決める

良好：通常の確認を継続し、次回確認日を置く
注意：変化した項目の事実を担当者が確認する
要確認：責任者、顧客との確認事項、期限を決める

色だけを付けて会議資料にしない。低下理由、顧客へ確認する内容、自社で解消する課題、担当者、期限が入って初めて行動へつながる。

来週できる一歩：少数の顧客を同じ基準で採点する

状態を把握したい既存顧客を選ぶ。
五項目の根拠データと確認担当を決める。
良好、注意、要確認の定義を一文ずつ書く。
複数担当で採点し、判定が割れた定義を直す。
注意・要確認の行に次回行動と期限を置く。

顧客対応を含む業務改善の記事は業務改善カテゴリで確認できる。

よくある質問

顧客ヘルススコアは何項目から始めればよいですか？

利用、問い合わせ、成果、未解決課題、関係者変化の5項目から始めます。データを取れない項目は無理に自動化せず、根拠と確認日を添えて手動で評価します。

スコアが低い顧客は解約しそうだと判断できますか？

スコアは解約予測の断定ではありません。注意が必要な変化をそろえて、担当者が事実を確認する入口です。低下理由と次回行動を必ず併記します。

担当者の主観をどう減らしますか？

各項目の良好・注意・要確認を観察できる事実で定義し、根拠、確認日、評価者を残します。複数担当で同じ顧客を試し、判定が割れた表現を修正します。