サブスクの解約導線を設計する

サブスクリプションを提供するとき、多くの個人開発者は加入の画面には力を入れますが、解約の導線は後回しにしがちです。しかし解約のしにくさは、利用者の不信、返金要求、決済会社への異議申し立て、そして悪い評判として跳ね返ってきます。

この記事では、個人開発のサブスクリプションで解約をどう設計するかを、方針、画面、決済側の処理、法令上の表示の順で整理します。

この記事は一般的な情報の整理であり、個別の状況に対する法的助言ではありません。定期購入の表示義務の詳細は消費者庁の一次情報を確認し、迷う場合は専門家に相談してください。

方針:加入と同じ場所で、同じ手間で解約できる

解約設計の原則はシンプルです。

  • 加入がWebの設定画面から数クリックでできるなら、解約も同じ場所から同じ程度の手間でできるようにする

  • 解約方法を探させない。設定画面の分かりやすい位置に置き、ヘルプにも明記する

  • 解約を引き止め画面で妨げない。理由を一問聞く程度にとどめ、必ず完了までたどり着けるようにする

「解約されにくくする」ことは短期の売上を守るように見えて、実際には課金トラブルと信頼低下という高い代償を払うことになります。個人開発では、評判がそのまま次の利用者を連れてくるため、なおさらです。

解約後の扱いを先に決める

解約ボタンを作る前に、解約後の状態を決めます。決済サービス側でも、この選択に対応する設定が用意されています。たとえばStripeのサブスクリプション解約のドキュメントでは、即時の解約と、支払い済み期間の終了時に解約する方法が説明されています。

決めることは次の3つです。

  1. いつ止まるか:期間の終わりまで使えるのか、即時に止まるのか。買い切りに近い安心感を出すなら「期間末まで利用可」が分かりやすい選択です

  2. データはどうなるか:解約後もデータは閲覧できるのか、一定期間で削除されるのか。削除するなら、その前に書き出し手段を用意します

  3. 再開できるか:解約後に同じアカウントで再加入したとき、以前のデータや設定が戻るのかを決めます

決めた内容は、解約の確認画面とヘルプに明記します。ここが曖昧だと、解約そのものより「データが消えた」という問い合わせが増えます。

画面の流れを最小で作る

解約の画面は、次の3つがあれば成立します。

  1. 設定画面の現在のプラン表示:いまのプラン、金額、次回請求日、そして解約への入口

  2. 解約の確認画面:いつまで使えるか、データがどうなるか、再開できるかを示し、確認のうえ実行する

  3. 完了画面とメール:解約が受け付けられたこと、有効期限、再開方法を伝える

次回請求日を出しておくと、「更新される直前に気付いて慌てて解約する」利用者の不安を減らせます。入力エラーや失敗時の文言は、入力エラーを利用者が直せる文章にするの考え方がそのまま使えます。

法令上の表示とセットで考える

日本では、定期購入をめぐるトラブルの増加を受けて、特定商取引法の2022年施行の改正で、ネット通販の最終確認画面に分量、金額、契約期間、解約方法などを表示することが義務付けられました。サブスクリプションでは特に、次を確認します。

  • 申込みの最終確認画面に、定期課金であること、金額と周期、解約方法が表示されている

  • 特定商取引法に基づく表記に、契約の解除に関する事項が書かれている(個人開発の特商法表記を準備する)

  • 解約方法の説明が、実際の画面の手順と一致している

「解約はお問い合わせフォームから」とだけ書いて実際には返信が遅い、といった運用は、法令上のリスクと決済会社への異議申し立ての両方につながります。自動で完了する解約導線を作るのが、結局いちばん安全で手間も少ない方法です。

解約を学びに変える

解約時に一問だけ、任意で理由を聞きます。選択肢は「使わなくなった」「価格が合わない」「欲しい機能がない」「不具合があった」程度で十分です。集まった理由は、利用者の声を改善バックログに変えるの流れで次の改善につなげます。

解約した人は、敵ではなく「一度は課金してくれた人」です。気持ちよく解約できた体験は、再開や紹介の可能性を残します。

次に読む記事

返金の扱いは個人開発の返金ポリシーを決めるで、決済実装の全体は個人開発の決済導入を設計するで整理しています。無料プランとの境界を見直す場合は無料と有料の境界を決めるへ戻れます。

参考資料