予約表を見れば、誰が、いつ予約しているのかが分かります。

では、その予約表には載っていない、

「予約したかったけれど、空いていなかった人」

のことは分かるでしょうか。

たとえば、土曜日の14時に美容室を予約したかったけれど、すでに予約で埋まっていた。

別の時間を選ぶ人もいれば、別の日にする人、別の店を探す人、その日は諦める人もいるでしょう。

いずれにしても、予約しなければ、その人の存在は予約表には残りません。

しかし、そこには確かに、「土曜日の14時なら予約したかった」という需要がありました。

「予約がない」と「予約したい人がいない」は違う

先ほどの土曜日14時の予約が、あとからキャンセルになったとします。

予約表を見ると、14時は「空き」になります。

しかし少し前には、その時間を予約したかった人がいました。

つまり、

空いている予約枠と、需要のない予約枠は同じではありません。

ただ、通常の予約受付では、一度予約できなかった人と、あとから生まれた空きとのつながりは切れてしまいます。

店舗から見えるのは、「14時に空きが出た」という事実だけ。

「14時なら予約したかった人がいた」という情報は、どこにも残っていません。

消えているのは、「予約したかった」という情報

ここで少し視点を変えてみます。

予約できなかったことで、必ずそのお客様を失ったとは限りません。

別の日に予約してくれるかもしれませんし、また次回利用してくれるかもしれません。

一方で、確実に見えなくなっている情報があります。

それが、「この条件なら予約したかった」という情報です。

たとえば、「今週の金曜日か土曜日」「17時以降」「カット」「担当者は誰でもいい」という希望があったとします。

これは単に「Aさんという顧客」の情報とは違います。

Aさんが、どんな条件なら今予約したいのか。

予約が成立しなければ、こうした条件付きの需要は予約表には残りません。

空きと「予約したい人」をつなぐと、実際に人は動くのか

キャンセル待ちによって希望を残しておくことには、本当に意味があるのでしょうか。

医療分野ですが、興味深い研究があります。

米国の医療機関で2023年に運用された自動ウェイトリストについて、約23万件の予約を分析した研究では、より早い予約枠が空いた場合に患者へ自動で通知する仕組みが使われました。

その結果、ウェイトリストに登録された予約の24.6％が、提示された別の予約枠を実際に受け入れています。

変更された予約の95.1％は元の予約より早い日時となり、前倒しされた日数の中央値は15日でした。

さらに興味深いのは反応の速さです。

空き枠の提案に対する回答の65.2％は、通知から1時間以内に行われていました。(PubMed Central (PMC))

もちろん、これは医療機関の研究です。

すでに予約を持っている患者が、より早い予約を希望するケースを対象としているため、美容室やサロンなどのキャンセル待ちに、そのまま数字を当てはめることはできません。

それでも、

「この条件なら利用したい」という希望を残しておき、条件に合う空きが生まれたときに知らせる

という仕組みによって、実際に予約行動が起きている大規模な事例としては参考になります。

2026年に発表された別の調査でも、米国127の医療システムを対象に自動ウェイトリストの利用状況を調べたところ、データを報告した90システムでは、ウェイトリストから提示された予約枠のうち、実際に予約で埋まった割合の中央値は25％でした。(JMIR)

空きが生まれたことと、その空きを利用したい人がいないことは、やはり同じではなさそうです。

「キャンセル待ち」は、順番待ちでなくてもいい

キャンセル待ちという言葉から、

1番目の人、2番目の人、3番目の人……

という順番待ちを想像するかもしれません。

しかし、店舗の予約では少し事情が違います。

Aさんは「金曜日なら17時以降」。

Bさんは「土曜日ならいつでも」。

Cさんは「この担当者なら曜日は問わない」。

それぞれ、予約したい条件が違います。そう考えるとキャンセル待ちは、空くまで順番に待つ仕組みだけではなく、

「この条件なら予約したい」という希望を残しておく仕組み

とも考えられます。

そして後からその条件に合う空きが生まれたら、もう一度知らせる。

順番ではなく、空きと需要を条件でつなぐという考え方です。

予約できなかった人と、あとから生まれた空きをもう一度つなぐ

bizstandで開発したキャンセル待ち通知システムも、この考え方で設計しています。

お客様は、希望する日付・時間・サービス・担当者などの条件を登録します。

店舗でキャンセルなどによる空きが発生したら、その空き条件を入力。

システムがキャンセル待ちの条件と照合し、条件の合うお客様へ空きが出たことを通知します。

その後の予約は、予約システム、LINE、SNS、電話など、店舗がこれまで使ってきた方法で行います。

システムが予約そのものを管理するのではなく、

予約できなかったときの希望を残し、あとから生まれた空きともう一度つなぐ。

その部分だけを担う仕組みです。

予約表の外側にある「予約したかった」

予約表には、成立した予約が残ります。

しかし、その外側には、

「予約したかったけれど、空いていなかった」

という人がいるかもしれません。

その人は予約表には現れません。

あとから空いた予約枠だけを見て、「この時間には需要がない」とも言い切れません。

キャンセル待ちは、単にキャンセルが出たときに連絡するためだけの機能ではなく、

一度は予約にならなかった「この条件なら予約したい」を、しばらく残しておく仕組み

と考えることもできます。

予約できなかった人と、あとから生まれた空き。

一度切れてしまった二つを、もう一度つなぐ。

そんな役割が、キャンセル待ちにはありそうです。