解約理由の分類方法｜主因・副因・予兆を改善会議へつなぐ

解約理由を「価格」「競合」「その他」の一つだけで閉じると、改善できた条件が見えない。この記事で扱うのは解約前の予測ではなく、解約が確定した事例から原因を学び、商品、営業、提供、支援の業務へ戻す分類だ。

商談や対応から学びを蓄積する仕組みは商談ナレッジのフィードバックループ、賃貸管理の継続支援はオーナー継続率を高める報告設計、分類名の決め方はCRM項目名の付け方、集計の入口は中小企業のKPIスプレッドシートが扱う。ここでは業種を問わず、解約後の因果学習に限定する。

顧客の発言と社内の解釈を分ける

顧客が述べた言葉、確認日、確認者をそのまま残し、その後に社内分類を付ける。「価格が高い」と言われても、成果が共有されていないのか、利用量が減ったのかで改善先は違う。聞けなかった事実を推測で補わない。

主因は「これが違えば継続したか」で選ぶ

複数の不満があっても、解約判断を変えた中心条件を主因にする。副因には判断を強めた条件を置く。分からない時は無理に一つへ寄せず、不明と追加確認の可否を記録する。

予兆は後知恵で作らない

解約後に「あの問い合わせが予兆だった」と断定せず、当時記録されていた利用低下、成果未確認、未解決課題、担当者変更などを確認する。前段の状態把握と解約後の原因分類は別の台帳にし、顧客IDで結ぶ。

MicrosoftはCustomer Insightsのトランザクション解約予測で、履歴データを用いて将来の解約リスクを扱う方法を説明している（Microsoft Learn「Predict transactional churn」）。予測結果を原因と断定せず、実際の解約後に確認した理由と比較する。

改善会議は分類件数より回避可能事例を見る

1. 顧客発言と社内分類の根拠を確認する。
2. 回避可能、一部可能、困難を分ける。
3. 予兆が当時記録されていたか確認する。
4. 変える業務と改善責任者を決める。
5. 次の事例で効果を確認する日を置く。

来週できる一歩：直近の解約事例を再分類する

1. 解約が確定した事例を選ぶ。
2. 顧客が述べた理由と社内推測を分ける。
3. 主因、副因、予兆、回避可否を埋める。
4. 改善できる一件に責任者と期限を置く。
5. 分類辞書で迷った言葉を次回会議で直す。

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

よくある質問