退会アンケートをサービス改善につなげる方法｜設問例と分析の手順

退会アンケートを導入したものの、集計結果を月次報告に貼るだけで、サービスは何も変わっていない。そんな状態になっていないでしょうか。

退会アンケートは、去っていく顧客が残してくれる「改善のヒント」です。ただし、設問の作り方と、回答を受け取ったあとの扱い方を決めておかなければ、ヒントは数字の束のまま放置されます。

本記事では、退会アンケートをサービス改善の意思決定に使うことを前提に、設問の設計、回答の分析と優先順位づけ、改善後の効果測定までを順に解説します。そのまま使える設問例も紹介します。

1. 退会アンケートの目的は「何を直すか」を決めること

退会アンケートの目的は、回答を集めることではありません。次に何を改善するかを決めることです。顧客がどんな理由で離れているかが分かれば、限られた開発・運用リソースをどこに使うべきかが見えてきます。

この目的から見ると、改善につながらない退会アンケートには共通する失敗があります。

失敗1｜聞く内容が、改善の担当とつながっていない

「満足度を5段階で教えてください」のような設問は、集計はしやすいものの、結果から何を直せばいいかが分かりません。満足度が2.8だと分かっても、開発チームもCSチームも動けません。

失敗2｜回答と顧客情報を切り離して集計している

「料金が高い」という回答が30%あったとしても、それが契約1か月目の人なのか、3年使った人なのかで、打つべき手はまったく違います。回答だけを単独で集計すると、この違いが消えてしまいます。

失敗3｜集計して終わり、改善の効果を確かめていない

アンケート結果をもとに改善をしても、その後に退会理由の構成や退会率がどう変わったかを見ていなければ、改善が効いたのかどうか分かりません。次の判断の根拠も残りません。

この3つを避けるには、設問を作る前に「回答をどう使うか」を決めておくことが必要です。次章からは、その順番で進めます。

2. 改善につながる退会アンケートの3つの条件

条件1｜選択肢が「改善の打ち手」と対応している

退会理由の選択肢は、思いつくまま並べるのではなく、それぞれの理由に対して誰が何をするかで分類して作ります。そうすれば、集計結果がそのまま改善の担当と打ち手の割り振りになります。

分類	選択肢の例	主な打ち手	主な担当
機能・品質への不満	必要な機能がなかった／品質に満足できなかった	機能追加、品質改善	開発・プロダクト
価格への不満	料金に見合う価値を感じなかった	プラン設計、価格の見直し	事業企画・マーケティング
使いにくさ	使い方が分からなかった／操作が面倒だった	画面改善、オンボーディング	プロダクト・CS
顧客側の事情	使う必要がなくなった／予算・経済的な事情	休止プラン、再開しやすい導線	CS・マーケティング

「顧客側の事情」は防げない理由に見えますが、休止プランの用意や、再開時の手間を減らすことで、戻ってくる人を増やせます。

条件2｜回答を顧客データと紐づけられる

回答は、会員ID（またはアカウントID）で顧客データと結びつけて保存します。最低限、次の情報と紐づけられるようにしておきましょう。

• 契約期間（入会からの日数）
• 契約プラン・料金
• 直近の利用状況（ログイン頻度、主要機能の利用有無）
• 流入経路（広告、紹介、自然検索など）

これらはアンケートで聞くのではなく、システム側のデータから取得します。設問数を増やさずに、分析の切り口だけを増やせます。

条件3｜改善の優先度を判断できる情報がある

退会理由が複数あるのは当然です。改善につなげるには、どの理由を先に直すかを決める必要があります。そのため、複数回答の設問に加えて「最も大きな理由」を1つ選んでもらう設問を入れます。件数の多さだけでなく、決定打になった理由の多さが分かるようになります。

3. 退会アンケートの設問例

前章の3条件を満たす基本形は、次の4問です。退会手続きの最中に答えてもらうため、所要時間は1分以内を目安にします。

基本形（全業種共通・4問）

各設問の役割

設問	形式	改善にどう使うか
Q1	複数選択	退会理由の全体像と、分類ごとの構成比を把握する
Q2	単一選択	改善の優先順位を決める主指標にする
Q3	自由記述	「何を」直すべきかを具体化する
Q4	自由記述	改善の方向性を確かめ、改善後の再案内先リストにする

Q2を自由記述ではなく選択式にしている点がポイントです。自由記述だと集計に手間がかかり、毎月の推移を比べにくくなります。数える設問と、中身を知る設問を分けることで、分析が速くなります。

業種別に差し替える選択肢

基本形の構成は変えず、Q1・Q2の選択肢だけを業種に合わせて差し替えます。

業種	追加・差し替えを検討する選択肢	理由
SaaS・BtoB	既存システムと連携できなかった／社内に定着しなかった／他社サービスに移行した／組織・体制が変わった	法人では導入後の定着や乗り換えが主な退会要因になりやすい
サブスク・アプリ	思っていた内容と違った／無料期間だけ試したかった／通知やメールが多かった	期待とのずれや、試用目的の退会を切り分けるため
EC・会員サービス	欲しい商品が見つからなかった／配送や受け取りが不便だった／他の店舗・サイトで購入するようになった／メールやDMが多かった	品揃え・物流・情報配信が退会に影響するため

SaaS・BtoBでは、退会を決めた人と実際に使っていた人が違うことがあります。その場合は「解約を決定されたのはどなたですか（利用担当者／部門責任者／情報システム部門／経営層）」を1問追加し、5問構成にします。

設問作成時の注意点

• 1問で1つだけ聞く。「価格と機能に不満がありましたか」のように2つを同時に聞くと、片方だけ不満な人が答えられません。
• 意味の重なる選択肢を並べない。「料金が高い」と「コスパが悪い」を並べると、同じ不満が2つに割れて実態より小さく見えます。
• 「その他」には必ず自由記述欄をつける。想定外の退会理由は、ここにしか現れません。
• 前置きで謝罪・誘導をしない。「ご不便をおかけし申し訳ございません」といった文言は、本音を書きにくくします。
• 必須回答にしない。答えにくい設問が1つあるだけで、アンケート全体を閉じられてしまいます。

4. 回答を分析して、改善の優先順位を決める

回答が集まったら、次の4ステップで「何から直すか」を決めます。

ステップ1｜決め手の構成比を見る

まずQ2（決め手になった理由）を分類ごとに集計します。Q1の複数回答よりも、Q2の単一回答のほうが、退会を実際に決めた理由に近い数字になります。

Q1で多く選ばれているのにQ2ではあまり選ばれない理由は、「不満ではあるが、それだけでは辞めない」理由です。改善の優先度は下がります。

ステップ2｜顧客データとクロス集計する

次に、決め手の理由を顧客データの切り口で分けて見ます。同じ理由でも、どの顧客層に偏っているかで打ち手が変わります。

切り口	偏りの例	考えられる打ち手
契約期間	契約1か月以内の退会で「使い方が分からなかった」が多い	初期設定の支援、オンボーディングの改善
契約期間	長期利用者の退会で「必要な機能がなかった」が多い	利用が進んだ顧客向けの機能開発
プラン	上位プランで「料金に見合う価値を感じなかった」が多い	プラン構成と価格の見直し
利用状況	主要機能を使っていない人の退会が多い	主要機能を使い始めてもらう導線づくり
流入経路	特定の広告経由で「思っていた内容と違った」が多い	広告訴求とサービス実態のずれの修正

ステップ3｜自由記述を「直す対象」で分類する

Q3の自由記述は、読んで終わりにせず、具体的に何を直せばよいかの単位でタグをつけます。たとえば「使いにくさ」に分類された回答を、「検索画面」「請求書の発行」「スマホ表示」のように、画面や機能の名前で分けていきます。

こうすると、「使いにくさが25%」という抽象的な数字が、「請求書の発行画面への不満が使いにくさの半分を占める」という、開発チームが動ける情報に変わります。

「その他」の自由記述も同じように分類します。「その他」が全体の2割を超えている場合は、選択肢が実態に合っていないサインです。多かった内容を次回から選択肢に加えます。

ステップ4｜影響と対応のしやすさで優先順位をつける

直す候補が出そろったら、次の3つの観点で比べて優先順位を決めます。

観点	見るもの
件数	その理由を決め手に挙げた退会者の数
影響の大きさ	該当する退会者の契約金額や利用期間（失っている売上の大きさ）
対応のしやすさ	改善に必要な工数・期間、他の施策との兼ね合い

件数が少なくても、上位プランの顧客に集中している理由は、売上への影響が大きいため優先度が上がります。反対に、件数が多くても対応に1年かかる改善は、先に小さく効く施策を打ちながら並行して進めます。

5. 改善施策に落とし込み、効果を測る

施策は「仮説・対象・指標」をセットで決める

優先順位の高い理由が決まったら、施策ごとに次の3点を書き出してから着手します。

• 仮説：何を変えれば、その理由による退会が減るのか
• 対象：どの顧客層の退会を減らしたいのか（例：契約1か月以内の顧客）
• 指標：何がどう変われば成功と判断するのか

例：「契約1か月以内の退会理由で『使い方が分からなかった』が最も多い。初期設定のガイドを追加すれば、契約1か月以内の退会率と、その理由の構成比が下がるはずだ」

効果は2つの数字で確かめる

改善の効果は、次の2つを施策の前後で比べて確認します。

1. 対象の顧客層の退会率：施策の対象とした層で、退会率が下がったか

2. 退会理由の構成比：狙った理由の割合が、退会理由全体の中で下がったか

退会理由の構成比だけを見ると、退会者の総数が増えていても「割合が下がったから成功」と誤って判断することがあります。必ず退会率とあわせて見ましょう。

回答者に改善を知らせる

Q4（再開の条件）の回答を会員IDと紐づけておけば、改善を実施したときに、その改善を望んでいた退会者にだけ案内を送れます。「ご要望いただいた〇〇機能を追加しました」という連絡は、一斉配信のキャンペーンよりも再開につながりやすく、アンケートに答えてくれたことへの返事にもなります。

なお、案内メールを送る場合は、退会時に配信停止を選んだ人を除くなど、配信同意の扱いに注意してください。

6. 継続して回すための運用体制

退会アンケートは、一度分析して終わりではなく、定期的に回すことで価値が出ます。最低限、次の3つを決めておきましょう。

決めること	内容の例
責任者	退会アンケートの集計と報告を担当する人を1人決める（CSまたはプロダクト担当が多い）
振り返りの頻度	月1回、決め手の構成比・クロス集計・自由記述の分類結果を関係部署で確認する
選択肢の見直し	四半期に1回、「その他」の内容をもとに選択肢を追加・統合する

月次の振り返りでは、「今月どの理由が増えたか」だけでなく、「前回決めた施策の効果は出ているか」も必ず確認します。この2つを毎回確認することで、アンケートと改善が1つのサイクルとしてつながります。

選択肢を変更すると、変更前後の数字が比べにくくなります。変更した時期を記録し、4分類の単位では比較できるようにしておくと安全です。

スパコロ

7. 一歩進んだ使い方｜退会の前に聞く

退会アンケートに答えた顧客は、すでに退会を決めています。改善の材料は得られますが、その顧客自身はほぼ戻りません。改善のスピードを上げたい場合は、退会の兆候が出た段階で聞くアンケートを併用します。

兆候は数字で定義する

「なんとなく使っていなさそう」では運用できません。次のように、システムで検知できる条件として定義します。

• 直近30日のログイン回数が、その前の30日と比べて半分以下になった
• 主要機能の利用が14日間ゼロになった
• 契約プランを下位に変更した

最初は条件を1つに絞って始め、回答の質を見てから広げるのが現実的です。

設問例（利用頻度が下がった顧客向け・3問）

退会時の設問との違いは、過去形ではなく「いま困っていること」を聞いている点です。まだ利用中の顧客なので、回答を受けてCSが個別に支援したり、改善をいち早く届けたりできます。分析の手順は、第4章と同じです。

よくある質問

退会アンケートは何問が適切ですか？

4問前後が目安です。退会手続きの途中で答えてもらうため、長くなるほど途中でやめる人が増えます。設問を足したくなったら、「この回答が出たら何を決めるのか」を考え、決めることがない設問は入れないようにしましょう。

回答は必須にしたほうがよいですか？

必須にはしないことをおすすめします。必須にすると、答えたくない人が適当な選択肢を選ぶため、データの質が下がります。退会手続きそのものを妨げる形にすると、顧客の不満にもつながります。

匿名にしたほうが本音を聞けますか？

回答画面に個人名を表示する必要はありませんが、分析のために会員IDとは紐づけて保存することをおすすめします。顧客データと切り離すと、契約期間別やプラン別の分析ができなくなります。紐づける場合は、プライバシーポリシーで利用目的を明示しておきましょう。

回答率が低い場合はどうすればよいですか？

まず、設問数を減らし、最初の設問をワンクリックで答えられる選択式にすることから見直します。それでも少ない場合は、退会完了後のメールでアンケートを送る方法を併用します。

回答はどのくらい集まれば分析できますか？

毎月の推移を見る場合、分類ごとの件数がある程度そろわないと、偶然の増減と区別がつきません。月の回答数が少ないサービスでは、四半期単位でまとめて分析すると判断しやすくなります。

まとめ

退会アンケートは、作り方よりも「回答をどう使うか」で価値が決まります。改善につなげるための要点は次のとおりです。

• 選択肢は、改善の打ち手と担当で分類して作る
• 回答は会員IDで顧客データと紐づけて保存する
• 「決め手になった理由」を単一選択で聞き、優先順位の主指標にする
• 自由記述は「直す対象」の単位で分類する
• 施策は仮説・対象・指標をセットで決め、退会率と理由の構成比で効果を測る
• 月次で振り返り、施策の効果まで確認する

まずは第3章の基本形4問を退会画面に設置し、1か月分の回答を第4章の手順で分析するところから始めてみましょう。

スパコロ