サブスクの解約理由コードはどう設計する？問い合わせ・購買行動・継続率をつなぐ方法

解約理由コードは、集計しやすさより「次の改善を決められるか」で設計する

サブスクの解約フォームに自由記述欄があっても、担当者ごとに「価格」「高い」「コスト」のような別表現で記録されていると、理由別の件数を比較できません。反対に選択肢を細かくしすぎると、顧客が近い項目を適当に選び、現場も集計を使わなくなります。

結論は、顧客の言葉を消さずに、大分類と小分類を別に持ち、継続段階・商品・プラン・問い合わせ履歴へつなぐことです。コードは一度で完成させず、「その他・未分類」を確認して更新します。本記事では「解約理由 分類」という検索課題に絞り、解約理由を継続率改善の判断へ変える方法を解説します。

分類前に、理由と手続き結果を分ける

最初に、顧客が離れた原因と、最終的に選んだ手続きを分けます。「料金が負担」は理由であり、「休止を選択」は結果です。解約、休止、スキップ、プラン変更、決済失敗を同じ理由欄へ入れると、何が原因で、どの選択肢が離反を防いだのか分からなくなります。

また、フォームの選択肢だけを正解にしません。問い合わせ、アンケート、解約時の会話、利用・購買行動を照合し、顧客が選んだ項目と実際の経緯が一致するかを確かめます。理由を聞く方法そのものは、サブスクの解約理由をアンケートと顧客インタビューで調べる方法で詳しく整理しています。

顧客の言葉・大分類・小分類の三層で残す

実務では、原文、大分類、小分類の三層が扱いやすい形です。原文は顧客の表現をそのまま残し、大分類は改善を担う領域、小分類は具体的な原因仮説にします。たとえば大分類「商品・利用」の下に、量が余る、使い方が分からない、期待した変化がない、といった小分類を置きます。

• 商品・利用：量、品質、使い方、利用頻度、期待とのずれ
• 価格・契約：負担感、料金体系、契約条件、プランの不一致
• 配送・運用：配送周期、受取、欠品、決済、変更手続き
• 体験・対応：案内不足、問い合わせ対応、マイページ、期待調整

一件に複数理由がある場合は、顧客が最終判断で最も重視した主理由と、背景にあった副理由を分けます。分類者が推測で主理由を決められない場合は「その他・未分類」に残し、原文を確認できるようにします。未分類を無理に既存コードへ寄せると、新しい課題を見逃します。

良いコードかを判断する四つの基準

第一に、同じ記録を複数の担当者が近いコードへ分類できること。第二に、コードごとに確認するデータと改善担当を決められること。第三に、顧客が理解できる選択肢へ言い換えられること。第四に、分類後の件数が少なすぎず、改善判断に使えることです。

部署名をそのまま分類名にすると、顧客の原因ではなく社内都合の集計になります。「CS対応」「物流案件」ではなく、「回答が遅い」「希望日に受け取れない」のように顧客の状態で定義します。コード名、含める例、含めない例、迷ったときの扱いを一枚の定義表にし、現場が参照できる状態にします。

理由コードを顧客行動と結び付ける

理由別件数だけでは優先順位を決められません。解約した継続段階、商品・プラン、購入・利用頻度、獲得経路、過去の問い合わせを同じ顧客単位で結び付けます。個人情報は業務上必要な範囲に限定し、分析用データでは不要な識別情報を外します。

優先度は、対象顧客数、継続率や粗利への影響、原因の確からしさ、改善可能性で決めます。件数が多くても事業側で変えられない理由を最優先にはしません。件数が少なくても、安全、表示、重大な品質問題が疑われる場合は通常のCRM改善より先に所定の対応へ切り替えます。問い合わせデータを購買行動へつなぐ手順は、問い合わせデータから継続率低下を早期発見する方法も参考になります。

現場で始める五つの手順

1. 直近の解約フォーム、問い合わせ、アンケートから、顧客の原文と現在の分類を集める
2. 理由と手続き結果を分け、重複表現をまとめた大分類・小分類の初案を作る
3. 複数の担当者で同じ記録を試しに分類し、迷いが集中する定義を修正する
4. 継続段階、商品・プラン、顧客群、購買・利用行動へ接続して集計する
5. 一つの顧客群と一つの理由に絞って改善し、結果をコード定義へ戻す

過去データを一度にすべて分類し直す必要はありません。まず改善判断に使う期間と顧客群を限定し、運用できる粒度を確かめます。AIを使う場合は、原文から分類候補を出す補助に限定し、新しい理由の追加、主理由の確定、個別顧客への対応、施策の優先順位は責任者が判断します。入力できる顧客情報、精度確認、停止条件を決められない場合はAI分類を見送ります。

CS・CRM・事業責任者で更新責任を分ける

CSは顧客の原文と手続き結果を正確に記録し、分類に迷った例を残します。CRM担当は理由別に継続段階や購買行動を集計し、未分類と急増した理由を確認します。事業責任者は、改善対象、担当、期限、KPI、コード追加・統合・停止を決めます。

KDIには、理由取得率、未分類率、分類の差し戻し、対象顧客への施策実施率を置きます。KPIには、対象顧客群の解約率、継続率、休止後の再開率、売上、粗利を置きます。コードを細かくすることや分類精度を上げること自体を目的にせず、改善判断と顧客体験が変わったかを確認します。解約率全体の優先順位は、サブスクの解約率を継続段階から改善する方法で補完できます。

細かな分類を急がない方がよい条件

解約、休止、決済失敗の記録が混ざっている、顧客IDと契約・購買データを結び付けられない、担当者が原文を残せない場合は、先に記録方法を整えます。母数が小さい場合は率だけで結論を出さず、件数と顧客の経緯を併記します。現場が使える更新責任者がいない状態でコードを増やすと、入力負荷だけが残ります。

MANAGEWORKSが支援できること

解約理由が部門ごとに分散し、顧客行動や事業指標へつながらない場合は、分類表だけでなく運用全体の設計が必要です。MANAGEWORKSの既存顧客グロース支援では、解約理由コード、顧客群、継続段階、商品・プラン、KPI・KDI、会議体、現場の役割を一つの判断として整理し、改善施策の実行と検証まで伴走します。