ここに、実際のテスターがキャンセルフローで話した文があります。

"価格が正直なところ、私たちにとっての全ての問題です。私たちは3人のチームで、次のティアに上がると四半期のツール予算全体よりも高くなります。"

さて、同じ人がドロップダウンで記録した場合はどうでしょうか。Too expensive. 二語、一行のスプレッドシート、そしてすべての実行可能な詳細が失われます。

この文は、あなたの価格に対する不満ではありません。それは、3人のチームで上のティアに合わない人からの、2つのティア間のジャンプの大きさに対する不満です。それは価格ページの問題です。ドロップダウンの回答「too expensive」は、代わりに割引を示唆しますが、それは間違った修正であり、費用のかかるものです。同じ顧客、同じ理由コード、逆の結論です。

この記事は、Outroがキャンセルを分類する7つの理由カテゴリーに基づいて構成されています。この分類法は意図的に小さく固定されており、小さく固定されたセットこそがカウントを可能にします。主張は、カテゴリーが役立つのは、顧客が実際に言った文を何かが保持しているときだけだということです。

The seven reasons, and what each one actually hides

Outroはすべてのキャンセルを7つの理由のいずれかに分類します。このセットは変更されず、あなたが設定することはありません。

Too expensive : 顧客は価格について何かを伝えていますが、ほとんどの場合、絶対的な数値についてではありません。通常、ティア間のギャップ、削減された予算、または使用量が減少するまで問題なかった価格です。カテゴリーとして記録されると1つの問題に見えますが、文として記録されると3つに分かれ、3人の異なるオーナーがいます。
Missing features : 重要な言葉はどの機能です。ワークフロー全体を妨げた統合の欠如はロードマップの決定です。一度だけ出てきたあれば良い機能はノイズです。カテゴリーはそれらを同一に扱います。
Not using it : あなたの製品によって誰も害を受けていません、彼らは単にそれを週の中に組み込まなかったのです。これは顧客が自発的に報告するインセンティブが最も少なく、「Too expensive」として報告するインセンティブが最も多い理由です。なぜなら、決して開かないものに対して支払うことは本当に割高に感じるからです。
Too hard to use : 顧客が価値に到達する前に止まってしまった摩擦です。セットアップ、設定、UIの中の概念が彼らの頭の中の概念と一致しないことです。「Not using it」とは異なり、ここでは彼らは試みました。
Technical issues : バグ、停止、信頼を損なうものです。最も修正可能なカテゴリーであり、逐語的に読む価値が最もあります。なぜなら、必要なのは再現経路であり、数ではないからです。
Switching : 彼らは他の場所に行きました。このカテゴリーはそれ自体ではほとんど役に立ちません。彼らがどこに行ったのか、何が彼らを引き寄せたのかが全てのシグナルです。
Other : 明確な製品理由が全くないもの、理解不能な回答、または他の6つに本当に当てはまらないもの、例えばビジネスの閉鎖などを含みます。このバケットがない分類法は、あるものよりも悪いです。なぜなら、選ばざるを得ない分類器は、どの実際の理由にもあまり当てはまらないノイズを分類するからです。

基礎となる値は、上記の表示ラベルではなく識別子として保存されており、ラベルが示すように常に読まれるわけではありません。完全なセットはtoo_expensive、missing_features、not_using、too_complex、technical_issues、switching、otherであり、「Too hard to use」はtoo_complexとして、「Not using it」はnot_usingとして到着します。CSVエクスポートでレポートを作成する前に知っておく価値があります。

6つの実際の理由のうち4つが、顧客によって最初の理由として報告される可能性があることに注意してください。この非対称性がドロップダウンの問題全体であり、チェックボックス調査が価格に関係のない理由で価格に偏ることを予測します。

「too expensive」が他のすべてを吸収する理由

ドロップダウンは、顧客にあなたの代わりに翻訳作業を依頼します。彼らには特定の状況があり、あなたは彼らに5つの事前定義されたバケットを渡し、最も近いものを選んでもらいます。それは情報が失われる圧縮ステップであり、顧客は去るため、慎重に行う動機はありません。

彼らが選ぶバケットは社会的に受け入れられるものです。「too expensive」と言うことは、製品への批判を意味せず、設定を行わなかったことの認識もなく、説明の義務もないため、顧客には何のコストもかかりません。「too hard to use」をクリックすることは非難のように読め、「not using it」は認識のように読めます。自由に選べるなら、人々は気まずい選択肢を避けます。

そのため、「too expensive」は少なくとも3つの無関係なケースを静かに吸収します。「設定を一度も行わなかった」、「必要な機能が欠けていた」、「予算が削減された」などです。これら3つは、あなたからの完全に異なる対応を要求します。一つのカテゴリーにまとめられると、価格を下げるという推奨に平均化されますが、それはどれにも役立ちません。

Outroのブランド化されたキャンセルページ、5つのラジオボタンのキャンセル理由と音声録音オプションが表示されている

Outroのキャンセルページはラジオボタンを保持し、隣に音声オプションを追加しています。これは純粋主義的な立場ではなく、意図的な妥協です。ボタンは話したくない顧客を含むすべてのキャンセルにカテゴリーを与えます。音声回答は、話す顧客に対してカテゴリーの背後にある文を提供します。

機械的には、キャンセルボタンの代わりに短い口頭の質問があります。回答は到着時に転記され、分類され、キャンセルが完了する前に一致したオファーが表示されます。録音は再生可能な音声ファイルとして保持されるのではなく、リアルタイムで転記されますが、転記とそこから得られた分析は他の顧客記録と同様に保存されます。録音前に「あなたの声はAIによって転記されます」という行がページに表示されます。この同意行は固定されており、構成可能ではありません。これは、関係の最も寛大でない瞬間に顧客の声をキャプチャするものに対する正しいデフォルトです。形式のより広範な見方については、AI exit interviewsを参照してください。

実際の出力としての理由の見え方

以下は、ライブ実行からの「注意が必要」パネルです。そこにあるすべての要約は、実際の口頭での応答から生成されました。

Outro insights panel titled Needs attention, listing three AI-generated response summaries with Negative sentiment badges and Bug report tags

これらの3つの要約を、散文としてではなく分類法のインスタンスとして読み取ってください。

「ユーザーは、小規模チームにとって価格が大きな問題であることを懸念している」とは、この記事の冒頭にある口頭の文から生成された要約です。これは価格カテゴリに分類され、重要な修飾子である小規模チームにとってが付いています。ドロップダウンでは、修飾子が削除されたカテゴリが表示されます。

「ユーザーは、ダッシュボードが読み込まれないバグとサポートの応答が遅いことを経験し、それが彼らの信頼に影響を与えた」とは、技術的な問題のケースで、2つの異なる失敗を示しています。1つはバグで、もう1つはサポートの遅延問題であり、これらはチーム内の異なる人々に属します。単一の理由コードでは、顧客にどちらかを削除させることになります。

「ユーザーはセットアップ中に混乱し、ウィジェットの埋め込みとオファーの設定に苦労した」とは、特定のステップに固定された使いにくいケースです。「製品が混乱を招く」ではなく、セットアップ中の混乱、特に埋め込みとオファー設定に関するものです。これは今日の午後に開くことができるチケットです。

これら3つのいずれもチェックボックスから再構築することはできず、すべてが離脱率を知ることと、何を変更すべきかを知ることの違いです。

理由の分類とフィードバックの分類は異なるものです

これは混乱を招くことがあるので、両者を分けて考えてください。Outroは各応答に対して2つの独立した分類システムを実行します。

最初の分類は、上記の7つの値からなる解約分類で、サブスクリプションが終了した理由を答えます。2つ目はフィードバックの分類で、バグ報告、機能リクエスト、称賛、質問、その他をカバーし、このメッセージの種類を答えます。さらに、各応答にはポジティブ、中立、ネガティブの感情が付与されます。

フィードバック分類タイプごとの応答の分布を示すOutro分類内訳ドーナツチャート

この2つのシステムは互いに統合されません。バグ報告は技術的問題と自然に結びつきますが、バグが原因で2ヶ月前から製品を開かなくなった場合、「not using it」にも簡単に分類されます。機能リクエストは価格の理由と共に届くことがあります。「必要なものがあるプランは高すぎる」というのは、実際に両方の理由です。

日付、ソース、タイプ、プレビューの列があるOutro最近の応答テーブル。各行には感情と分類がタグ付けされている

最近の応答テーブルは、2つのシステムが並んで表示される場所です。感情と分類のタグを一度にではなく一緒にスキャンしてください。組み合わせの方が単独の列よりも多くの情報を提供します。中立の感情を持つ機能リクエストはロードマップの入力です。同じリクエストがネガティブな感情を持つ場合、それは無視されたと感じた顧客であり、異なる会話が必要で、しばしば救えるものです。

テーマはカテゴリを優先順位リストに変える

カテゴリは解約の分布を示します。テーマは月曜日に何をすべきかを教えてくれます。Outroは回答全体からテーマを抽出し、それをカウントします。

Outroのトップテーマパネル、横棒グラフでキャンセルが7、価格が6、コストが3、予算が2、チームサイズが2、製品品質が2、missing featuresが2、ユーザーフィードバックが2を示す

これらはその実行からの実際のカウントで、キャンセルが7、価格が6、コストが3、予算が2、チームサイズが2、製品品質が2、missing featuresが2、ユーザーフィードバックが2です。

これが何であり、何でないかを明確にしてください。これはテストアカウントでの16件の回答で、9件は音声、7件はテキストです。カウントは実際のものであり、テーマの抽出も実際のものですが、16件の回答では価格に関する不満が増加しているかどうかを示すことはできません。それでもグラフは自信ありげな傾斜を描くでしょう。そう言うことが傾斜よりも有用であり、解約ツールを評価する際にはサンプルサイズが最も重要なポイントです。

カウントが示すのはメカニズムです。価格、コスト、予算、チームサイズは1つのテーマではなく4つの別々のテーマとして現れます。ドロップダウンならこれら4つを「too_expensive」に統合してしまうでしょう。分けて考えることで、小規模チームが急激なティアジャンプに直面しているという一貫したストーリーが読み取れます。これはまさに元の音声文が言っていたことです。テーマはカテゴリが壊した構造を回復しました。それがあれば、解約を減らすことは推測ではなく、修正の優先順位リストになり、解約計算機で各修正の価値を数値化できます。

クリックではなく理由に合わせたオファーの調整

キャンセル時に理由を知ることで、1週間後のレポートではなく、その場でオファーを調整できます。上記の例では、価格に対する異議が出た際に提示されたオファーは「3ヶ月間50%オフ」でした。

Outroのオファースクリーンが3ヶ月間50%オフを提示し、その下に「いいえ、キャンセルします」のリンクが表示されている

この画面で注目すべき点が2つあります。オファーはキャンセルが完了する前に表示され、退会の意図がまだ固まっていない段階で提示されます。そして「いいえ、キャンセルします」は常に見やすく表示されています。出口を隠すことで得られる一時的な利益は、チャージバックやサポートの負担、そして公の苦情として返ってきます。キャンセルフローの例では、その線引きが実際にどのように行われているかを紹介しています。

リカバリーは慎重に計算されます。セーブは14日間の猶予期間が過ぎた後、サブスクリプションがその時点でまだ有効である場合にのみカウントされます。割引を受け入れて1週間後にキャンセルした顧客はセーブとは見なされず、その数値が誤って表示されることはありません。オファーのクリックをカウントする代替方法では、見た目には印象的なセーブ率が得られますが、実際の予測には役立ちません。

解約フローに現れない離脱カテゴリー

7番目の理由があり、それは完全に分類の外に位置しています。なぜなら、それはフローに到達しないからです。不本意な離脱とは、カードの有効期限が切れた、支払いが失敗した、または銀行が請求を拒否したために終了するサブスクリプションのことです。顧客は退会を決定したわけではありません。彼らはキャンセルをクリックしなかったので、キャンセルページを見ることも、質問に答えることもなく、上記のスクリーンショットに現れることもありませんでした。

Outroはこれに対処しません。支払い失敗の回復や督促を行いません。これは明確な境界であり、行間を読んでロードマップ項目にするものではありません。不本意な離脱が問題である場合、その解決策は請求レイヤーにあり、Stripeの収益回復ツールが適切な場所です。これを別々に解決し、任意の離脱ツールが、フローに入らなかった一部の離脱を理解しているとあなたに信じ込ませないようにしてください。

Common mistakes

理由の分布を真実と読むこと : ドロップダウンからの分布であれば、価格は構造上過大評価されます。それは人々が去った理由ではなく、クリックするのに最も違和感のないラベルの測定として扱ってください。
価格カテゴリに応じた割引 : この記事の中の話し言葉は割引ケースのように見えますが、実際には階層構造のケースです。価格を変更する前に、いくつかの逐語的な回答を読んでください。
解約理由とフィードバックタイプの混同 : バグ報告は技術的問題と同じではなく、2つのシステムは異なる質問に答えるため、それらを1つにまとめるとシグナルが失われます。
薄いデータからのトレンドの描画 : 16件の回答はメカニズムのデモであり、トレンドではありません。チャートの形状に基づいて行動する前に、実際のボリュームを待ってください。上記のチャートも含まれます。
オファークリックを保存としてカウントすること : 猶予期間とライブサブスクリプションチェックがなければ、保存率はボタンクリックを測定するものであり、保持された収益ではありません。
保存率を上げるためにキャンセルリンクを隠すこと : これはキャンセルをチャージバックと苦情に変え、キャンセルフローを負債にする最速の方法です。
キャンセルフローが不本意な解約をカバーすると期待すること : 支払い失敗は請求側の再試行が必要であり、どんな退会インタビューもそれを見ることはありません。
選択肢が多すぎるアンケートを書くこと : 追加の選択肢はすべて、顧客に翻訳ステップを追加し、あなたが決して行動しないバケットを追加します。この理由で、退会アンケートの質問テンプレートはほとんどのチームが予想するよりも短いです。

ダッシュボードから答えを引き出す

計画を立てる際の実際の制約の一つ。Outroの現在のデータ出力は、毎週月曜日に届くウィークリーダイジェストメールとCSVエクスポートです。公開されたREST APIはなく、Webhookもなく、npmパッケージもなく、Zapier、n8n、Makeのコネクタもなく、Slack統合もありません。

これがワークフローを形作ります。キャンセルを自分のアラートにパイプしたり、反応をSlackチャンネルに自動的に送信したりすることはできません。できることは、月曜日のダイジェストを定例の議題項目として読み、自分の請求データと反応を結合したいときにCSVを引き出すことです。小さなチームにとっては通常それで十分です。プロセスがイベント駆動の自動化に依存している場合、それに基づいて設計した後ではなく、今それを知っておくべきです。

これがあなたに残すもの

カテゴリは洞察ではなく、索引です。それらの役割はキャンセルを数えられるようにすることであり、比較できないものを優先順位付けすることはできないので、数えることは本当に有用です。しかし、6つのカテゴリのそれぞれは異なる状況のコンテナであり、「too expensive」はその中で最大かつ最も誤解を招くものです。重要なのは、カテゴリに付随する文を維持することであり、価格のバケットが満たされたときに、割引の問題、ティア構造の問題、オンボーディングの問題、またはあなたの製品を全く使用しなかった誰かによって予算が削減された顧客を見ているのかを判断できるようにすることです。

Outroは、StripeまたはLemon Squeezy上のセルフサービスSaaS請求のために構築された、音声退出インタビューを備えたキャンセルフローソフトウェアです。キャンセルボタンを短い音声質問に置き換え、理由を文字起こしして分類し、キャンセルが完了する前に一致した保存オファーを表示します。無料の$0のティア、月額$29のStarter、$79のPro、$199のScaleがあります。この記事のすべてのスクリーンショットは、テーマのカウントやそれに伴う単一日の注意事項を含め、モックアップではなく製品からの実際の出力です。

SaaS顧客が本当に解約する理由（そしてその理由を見つける方法）