調査の実践

解約インタビューの分析：発言と反例から次の検証を決める

解約前の出来事をたどり、発言と反例から適用範囲を限定した知見を整理します。次の検証と意思決定につながる報告の作り方を解説。

ScribeFlash2026年10月23日約8分で読めます

解約理由のラベルより、判断したいことを先に決める

解約インタビューを次の判断につなげるには、離脱前の出来事、説明を支える発言、それと食い違う材料、次に確かめることを結びます。「高かった」という発言は掘り下げる入口であり、そのまま値下げの根拠にはなりません。

この記事では、架空のサブスクリプション型ツールを例にします。参加者、引用、対応案はすべて仮定です。ScribeFlashの顧客事例や、解約率の改善を示すものではありません。

まず「小規模な調査チーム向けのエクスポートを変える前に、何を理解する必要があるか」のように、判断につながる問いを書きます。利用プラン、役割、解約日、最後に役立ったタスク、確認できるアカウントの状況を記録します。自発的な解約、決済失敗、プロジェクト終了、会社全体の予算削減は分けて扱います。

インタビューから分かるのは、ある人の経験です。それだけで顧客全体の離脱率や原因を特定することはできません。利用履歴や請求記録を参照する場合は、権限を確認し、発言とは別の情報源として示します。

調査テンプレートの解約インタビューを使うと、問いを用意してプロジェクトを始められます。対象範囲の整理にはインタビュー計画ガイドも役立ちます。

架空の引き留め策への感想より、経験した出来事を聞きます。

費用への不満とタスクの行き詰まりは、同時に起こり得ます。早い段階でどちらか一つを選ばせず、何と価格を比べていたのか、代替手段で同じ仕事を完了できたのかを確かめます。「この機能があれば続けますか」という回答だけで、開発方針を約束しないようにします。

架空の参加者C1が12:40に「データのエクスポートがあんなに面倒でなければよかったんです。更新しなかった一番の理由はそれです」と話したとします。正確な発言、参加者コード、時刻、直前の質問、進めていたタスクを一緒に保存します。

研究メモには「エクスポートの難しさが今回の解約に影響した可能性」と書けます。これは解釈です。「エクスポートを直せば戻ってくる」は発言から言える範囲を超えています。再契約は観察しておらず、別の障害も残るかもしれません。

GOV.UKの調査分析ガイドは、観察、知見、行動を区別しています。自分の解釈を、参加者が話した言葉に置き換えないことが大切です。

ScribeFlashでは、意味に関わる文字起こしの誤りを文字起こし編集画面で確認してから、対象箇所をエビデンスとして保存します。解釈は調査者メモに分けて記します。

別の架空の参加者C2は「エクスポートは問題ありませんでした。プロジェクトが終わったので、契約が不要になりました」と話します。C2の経験はC1の困難を否定しませんが、すべての解約を同じ原因で説明することは防ぎます。

タスク、止まった箇所、回避策、離脱理由、未確認事項を比較します。「成果物を渡せない」と「次のプロジェクトがない」を、まとめて「価値が低い」というラベルにしないようにします。

知見の候補は「C1では調査成果の引き渡し時のエクスポート障害が離脱に影響し、C2ではプロジェクト終了が理由だった」と限定できます。両方の出典を付けます。言及数はこの資料の内訳であり、顧客全体の傾向や失われた売上の順位を証明するものではありません。

次の作業を五つの項目で整理します。

担当者と確認日も決めます。これはこれから行う検証であり、すでに証明された成果ではありません。後で試作品をテストした場合は、新しい観察として別に残します。

報告には調査の問い、参加者の範囲、具体的な出来事、支持する発言と反例、知見の適用範囲、次の検証を含めます。事実と提案を分け、欠けている利用者層、不明な時系列、確認できない出典も示します。

知見を確認済みにする前に、別の担当者が出典と反例を確認します。「確認済み」は人によるレビューの状態であり、統計的な確実性ではありません。レポートガイドに沿って編集可能な報告書にまとめ、出力前に引用を照合します。

サンプルプロジェクトには、英語・中国語の報告書と二言語の架空の出典があります。エビデンスと知見の関係を確認したら、調査テンプレートから自分の調査を始められます。サンプルは作成した抜粋であり、実際の音声認識や顧客の解約を再現したものではありません。

解約インタビューやユーザビリティテストを選び、知見と出典を結び付けて整理します。

解約インタビュー離脱調査反例調査の知見