同じお客さん、2つの結末
常連のお客さんが、ネイルのリタッチをしたくなった。
結末A：前に「オンラインで予約できるよ」と言っていたのを思い出す。リンクを見つけてタップ——フォーム。サービス選択（プルダウン、12項目。「リタッチ」と「リムーバー後リタッチ」は同じ？）。担当者選択（いつも同じ人なのに、フォームは日付を選ばないと担当者の枠が出ない）。氏名、電話（10年来の顔なのに）。入力の途中でLINEにメッセージが届き、切り替えて返事——そのままフォームのことを忘れる。
結末B：あなたのLINEトークを開く。「リタッチってどのくらいかかりますか？」あなた（またはシステム）が返す：「約60分、850元です。今週の土曜14時と16時が空いています。他の枠は満枠です。」お客さん：「じゃあ土曜の14時で。」「かしこまりました、おさえておきますね！前日にまたご連絡します。」終了。全部で4通、トーク画面から一度も出ない。
同じお客さん、同じニーズ。 フォームはこれを宿題に変え、会話はこれを雑談に変えた。
動作フリクション——1歩増えるごとに、人が減る
転換率研究の鉄則：フローに必要な動作が1つ増えるごとに、完了率は一段落ちる。
フォームの動作リスト：フォームページへ切替→項目構造の理解→サービス選択（10数項目）→日付選択（カレンダー部品）→枠選択（場合によってはもう1回）→氏名入力→電話入力→（担当者選択、備考入力もあるかも）→送信→確認待ち。
会話の動作リスト：1つ質問→1つの選択肢をタップ→完了。
これはフォームの設計が良い悪いの話ではない（もちろん最適化はできる）、形式そのもののフリクション係数が違うのだ。お客さんの予約の意思は衝動的で、感情的で、その瞬間のもの——「人と話す」文脈の中で生まれる。フォームはこの衝動的な意思を「構造化された項目」に翻訳することを要求し、翻訳の過程こそが流失の過程。
対話型予約の本質：翻訳を要求しない。意思が生まれた場所で、完結する。
チャットの中の予約、どんな感じ？
具体的なフロー（LINEの例）：
ステップ1——意思の浮上。 お客さん：「明日空いてますか？」（その他のバリエーションでも）
ステップ2——構造化された応答。 システム：はい。明日の14時と16時が可能です。他の枠は満枠です。どのサービスにしますか？（選択肢：シャンプー60分/カット90分/カラー180分）
ステップ3——ロック。 お客さんが「カラー」を選択。システム：カラーは洗い切り込みで約3時間、明日14時から17時まで。おさえておきますね、前日にリマインドします。300元のデポジット（当日の施術に充当）をお支払いになりますか？
ステップ4——完了。 デポジット支払い（常連はスキップ）→カレンダー更新→リマインド自動登録（前日＋2時間前）。
4ステップ、すべて会話の中で。お客さんの体験は「雑談」；あなたの管理画面に見えるのは構造化された予約：サービス、所要時間、枠、デポジット状況、リマインドスケジュール——すべて自動。
ノーショウへの2重の防護線：デポジットとリマインド
対話型予約の妙は、防護措置がフローの中に自然に育つこと。
デポジットは「会話の口調」で出す。 冷たいルール（「本予約にはデポジットが必要です」）ではなく、会話に沿って（「この枠をおさえますね。300元は当日に充当されるので、店頭で全額お支払いでも大丈夫です」）。デポジットの科学（金額、誰に取るか、返金ルール）はこちらの3種類の話術で完全に分解しています。
リマインドは「確認の儀式」として提示。 予約完了の瞬間に「前日にリマインドしますね」と言う——この一文だけでノーショウは減る（お客さんはシステムが覚えていると知り、「忘れられるかも」という頼みの綱が消える）。前日のリマインドには変更選択肢を付ける（「急用ができましたか？こちらから変更できます」）——キャンセルを変更に転換し、消失ではなくする。
業界研究：リマインドメッセージはノーショウを27%削減、デポジットはさらに高い（57%減）。2つの防護線はどちらも会話フローの中に育つ——別のシステムは必要ない。
対話型予約の誤解：「口頭予約に戻ること」ではない
「対話型」と聞いて、「じゃあ昔のLINEで雑談しながら予約するやつに戻る？」と思う人がいる。
違う。違いは記録と実行にある：
| 口頭のチャット予約 | 対話型予約システム | |
|---|---|---|
| 意思がある場所 | 会話の中 ✓ | 会話の中 ✓ |
| 枠情報 | 頭の中/紙 | リアルタイムカレンダー |
| 予約記録 | メッセージの山の中 | 構造化データ |
| リマインド | 自分の記憶次第 | 自動スケジュール |
| 顧客資産 | あなたのスマホ | あなたのシステム |
口頭モードの問題（見逃し、忘却、ノーショウ、リピート流失）は「記録と実行」の不在から来るのであって、「会話」という形式からではない。対話型予約システムは形式を残し、バックエンドを補う。
シリーズの次のピース：リーケージを金に換える
本記事は「予約する」体験の設計を扱った。しかし数字で自分（またはパートナー）を説得するには、リーケージの完全な帳簿が必要：見逃した問い合わせがいくらで、ノーショウがいくらで、リピート流失がいくらなのか。次の記事が3段階を1つずつ計算します。
ノーショウ止血パック：メールを残して、話術とスケジュールを持ち帰る
対話型予約は「どう予約するか」を解決し、ノーショウにはデポジット＋リマインドの組み合わせが必要。メールアドレスを残して自救手帳を解放——3種類の話術（新規/常連/ピーク枠）＋2段階リマインドスケジュール＋1週間の止血プラン。
読み込み中…