満足度は高いのに離脱が減らない理由
アンケートを"改善装置"に変える統合設計（First byte Method）
前回は「アンケートは内容より"状況"で歪む」＝取得設計を扱いました。（視線・報酬・文脈が回答を誘導する、という話です）
今回はその次です。
取れた回答を、どう"改善の判断"に変換するか。
ここを設計しない限り、アンケートはこうなります。
- 本音が取れない
- 改善につながらない
- 満足度は高いのに離脱が減らない
- 「結局、何を直せばいいの？」で止まる
原因はシンプルです。
アンケートは"言語"しか取れない。
離脱は"行動"で起きる。
だから、統合が必要になります。
1. まず前提：満足と継続は別物（満足≠再来）
「満足度が高いのに離脱する」現象は、異常ではありません。
満足していても、人は離脱します。
- 予約が面倒
- 行くまでが遠い
- 予定が合わない
- 次に行く理由が弱い
- "好き"だけど"優先順位"が低い
- なんとなく忘れる
つまり離脱の主因は、しばしば 不満ではなく摩擦です。
ここを取り逃がすと、アンケートは「気分の記述」で終わります。
2. アンケート単体の限界：原因の場所が見えない
アンケートは、体験の"説明"は取れます。
でも、離脱が起きた"地点"は取れません。
だから、以下が頻発します。
- 「良かったです！」（満足）
- でも再来しない（行動）
- 原因が不明（改善できない）
改善に必要なのは、原因の特定です。
原因特定には、言語だけでは足りない。
3. 解決：アンケート＋観察指標（行動データ）で統合する
やることは難しくありません。
アンケート（言語）を、観察指標（行動）に"紐づける"。
ここでいう観察指標は、特別な分析ツールの話ではありません。
現場にすでにある記録で十分です。
観察指標（例）
| 指標 | 内容 |
|---|---|
| 再訪率 | 次回来店・継続・リピート |
| 予約完了率 | 予約ページ到達→完了 |
| キャンセル率/直前キャンセル率 | |
| 滞在時間 | 長すぎる/短すぎる |
| 滞留 | 待ちの発生、詰まり |
| 離脱地点 | 途中で辞めた場所（予約・受付・会計など） |
| 指名率/紹介率/口コミ率 | |
| 問い合わせ内容の偏り | 同じ質問が多い＝摩擦 |
離脱は"どこで起きたか"が分かると、改善が一気に具体化します。
観察指標の取り方（滞在・滞留・離脱・動線）は、施設のストレスを測るで解説しています。
4. アンケートで聞くべきは「感想」ではなく「摩擦の地点」
前回の記事でも触れた通り、「良かった/悪かった」は改善に直結しにくい。
今回の狙いはさらに明確で、
離脱を生む摩擦（摩擦の場所）を特定する質問に寄せる。
摩擦を特定する質問テンプレ（汎用）
- 途中で「面倒だな」と感じた瞬間はありましたか？（あればどこで）
- 迷ったポイントがあるなら、何に迷いましたか？（選択肢も）
- 次も利用する前提で「一番不安」なのは何ですか？
- もし次回がないとしたら、理由は何になりそうですか？（複数可）
- 予約・支払い・案内で分かりにくかった点はありますか？
- "また来る理由"が1つ弱いとしたら何ですか？
ポイントは、評価させないこと。
体験の中の"引っかかり"を記述させること。
5. 信号/ノイズ分離：自由記述を「判断」に変換する集計ルール
アンケートを読んで、現場が止まる原因はここです。
- いろんな意見が出る
- 真逆の意見も出る
- 結局、好みで決める
- 何も変わらない
だから、解釈をプロトコル化します。
First byte式：優先順位スコア（最小構成）
各意見を、4軸でスコア化します。
| 軸 | 内容 |
|---|---|
| 頻度 | 何人が言っているか |
| 痛み | それが起きるとどれだけ離脱に近いか |
| 可逆性 | 直して戻せるか（低コストで試せるか） |
| 影響範囲 | 誰に影響するか（全員/一部/特定層） |
例：判断の型
| パターン | 扱い |
|---|---|
| 頻度が低くても、痛みが大きい（事故級） | → 優先度高 |
| 頻度が高くても、可逆性が低い（構造問題） | → 分割して試す |
| 頻度が高くて可逆性が高い（小さな摩擦） | → 即改善候補 |
ここまで落とすと、アンケートは"感想の海"ではなく"改善リスト"になります。
6. 改善を「実験」に落とす：A/Bじゃなくても良い
改善は「正解当て」ではありません。
仮説→検証です。
重要なのは、施策を"撤退可能"にすること。
小さく試す実験テンプレ
| 項目 | 内容 |
|---|---|
| 仮説 | この摩擦が離脱を生んでいる |
| 変更 | 何をどう変えるか（最小変更） |
| 指標 | 何がどう変わったら成功か（観察指標） |
| 期間 | いつまで試すか（例：2週間/1ヶ月） |
| 撤退条件 | 悪化したら戻す条件 |
例：
「予約が面倒」→ 予約導線の改善（ボタン位置/説明/入力項目削減）
指標： 予約完了率、離脱率、問い合わせ内容
前提設計の「判断基準」（採用・撤退）は、前提設計：成果を出す前に、判断を壊さない土台を作るで扱っています。
7. まとめ：アンケートは"単体"では改善装置にならない
アンケートの本音が取れない問題は、取得設計だけでは終わりません。
- 取得（状況）で歪む
- 解釈（集計）で止まる
- 運用（検証）がないと変わらない
だから必要なのは統合です。
- アンケート（言語）
- 観察指標（行動）
- スコアリング（判断）
- 実験（改善）
これが揃ったとき、初めてアンケートは
「感想回収」から「改善装置」になります。
付録：最小構成の"完成形"（すぐ使える）
| 項目 | 内容 |
|---|---|
| 回収 | Web（匿名）＋直後案内 |
| 設問 | 5問以内 |
| 質問 | 摩擦地点・不安・迷い・離脱理由（仮） |
| 集計 | 頻度×痛み×可逆性×影響範囲 |
| 検証 | 2週間〜1ヶ月で小さく試す |
取得設計（状況で歪まない取り方）は、アンケートは内容より"状況"で歪むで解説しています。観察指標（滞在・滞留・離脱・動線）の測り方は、施設のストレスを測るをご覧ください。前提設計の4ブロック全体は、前提設計：成果を出す前に、判断を壊さない土台を作るで扱っています。