まだできていない注文に、なぜかもう配達員が来てしまう。
これ、配達員をやっていると何度も遭遇します。店に入ると、1件はできている。でももう1件はまだ火にかかっている。店は少しピリつく。配達員は気まずい。注文者はアプリの向こうで「今どうなってるんだろう」と待っている。
この場面、表面的には「配達員が早すぎる」で終わりそうですが、実際はもっと複雑です。
結論から言うと、厨房の時計、アプリの時計、配達員の時計がズレているからです。
今回はこの“3つの時計”を軸に、なぜまだできていない注文に配達員が来るのかを整理します。
結論｜ズレているのは人ではなく、3つの時間だ
まず先に結論です。
- 店には、実際に料理ができるまでの厨房の時間がある
- アプリには、平均値や設定から計算された予測の時間がある
- 配達員には、呼ばれたら向かうしかない移動の時間がある
この3つがズレると、まだできていない料理の前に配達員が立つことになります。
つまり、よくある「誰が悪いのか」という話より前に、そもそも設計上ズレやすい仕組みがあるのです。
厨房の時計｜店は“今の現実”で動いている
店が見ているのは、画面の予定時刻ではありません。今まさに、何が何個、どこまで進んでいるかです。
✅ 揚げ物がまだ揚がっていない
✅ ご飯が切れて追加炊飯している
✅ 前の注文が詰まっている
✅ 店内客も同時に来ている
こういう現場では、1〜2分のズレがそのまま厨房の負荷になります。
店にとっての「あと5分」は、本当に5分です。しかもその5分は、ヒマな5分ではありません。鍋も見て、レジも見て、次の注文も確認しながらの5分です。
だから、まだ料理ができていないのに配達員が来ると、店は「早いよ」と感じます。これは感情論ではなく、現実の作業時間に対して人が先に来てしまっているからです。
アプリの時計｜“平均”で計算される時間は、現場のズレに弱い
一方、アプリ側は現場の体感ではなく、設定や予測で動きます。
Uberでは、注文の準備時間は加盟店側で設定変更ができ、時間帯や注文量、注文規模に応じて表示時間も調整される設計になっています。つまり、かなり賢く見えます。
ただ、ここに弱点があります。
予測は予測であって、今日この瞬間の鍋の混み具合までは完璧に分からないということです。
雨。ピーク。大量注文。新人スタッフ。店内客の波。こういうものは、現場では当たり前に起きます。でもアプリは、どうしても平均値や過去実績の考え方を引きずります。
だから、アプリ上では「そろそろできるはず」でも、店では「いや、今まだ無理」が起きるのです。
配達員の時計｜呼ばれた側は、行くしかない
配達員の時間感覚はさらに別です。
こちらは「料理ができたかどうか」を厨房の中まで完全には見られません。基本は、アプリに呼ばれたら行く。これだけです。
しかも、配達員の立場からすれば、遅れて着くより早めに着いた方がまだ安全です。
なぜなら、遅れればお客様は不安になるし、店も「まだ来ないのか」と思う。だからプラットフォーム側も、ある程度は遅延を避ける方向で配車したくなるはずです。
その結果、“少し早めに着かせる設計”が起きやすい。ここで厨房の時計とぶつかるわけです。
Uberで起きやすいズレ｜「残り7分」で配達依頼が飛ぶという設計
Uberの加盟店向けヘルプでは、注文を遅らせる操作の説明の中で、残り7分になると配達依頼が自動送信されると案内されています。
これを現場感覚で訳すと、こうです。
「この注文は、あと7分で受け取れるはずだ」とシステムが見た時点で、配達員を呼びにいく。
この仕組み自体は合理的です。完成してから配達員を探していたら、今度は料理が冷めるからです。
ただし、ここで店側の実時間がズレていたらどうなるか。答えは簡単で、料理より人が先に着くです。
つまりUberで起きる早着問題は、誰かの怠慢というより、冷め防止のために前倒しで人を動かす設計の裏返しでもあります。
出前館で起きやすいズレ｜通知・端末運用の現実も絡みやすい
出前館はまた少し違う難しさがあります。
公式FAQでは、受注用の出前館アプリはアプリが立ち上がった状態でしか通知音が鳴らないと案内されていて、同じ端末で他サービスとの併用は避けるように書かれています。
これは地味ですが、かなり重要です。
店の現場では、タブレットが1枚増えるだけでも管理コストです。通知を聞き逃さないようにする。別の操作に切り替えない。タブレットの位置を固定する。こういう小さい運用が積み重なります。
つまり出前館では、配車そのものだけでなく、受注と確認の運用負荷もズレに影響しやすいのです。
だから「まだできていないのに配達員が来た」という場面も、単純な配車の問題だけではなく、店側の端末運用や通知の拾い方まで含めて見る必要があります。
店がイラッとするのは当然かもしれない
ここまで見ると、店がピリつく理由も分かります。
店から見れば、配達員が悪いというより、まだ渡せないものを取りに来られているからです。
しかも忙しい時間帯は、待たせていること自体がプレッシャーになります。
✅ まだ揚がっていない
✅ 包装も終わっていない
✅ 他の注文も詰まっている
✅ でもカウンターには配達員が立っている
これは店の呼吸を乱します。
そしてこの空気は、配達員にも伝わります。だから現場はギスギスしやすい。注文者はそこを見ていないので、「なんで遅いんだろう」で止まりやすい。ここに三者の温度差があります。
注文者から見える“遅れ”の中身は、実は1種類ではない
注文者はアプリ上でしか状況を見られません。
でも実際の遅れには、少なくとも3種類あります。
- 料理がまだできていない遅れ
- 配達員は着いたが受け取れない待機
- 受け取った後の移動遅れ
この3つは見た目が全部「遅れてる」でも、中身が違います。
だから注文者向けの説明で大事なのは、単に「混んでいます」ではなく、どの時計がズレている遅れなのかを見抜く視点だと思います。
本当の論点｜冷め防止と待たせ防止は、時々ぶつかる
ここがいちばん面白いポイントです。
フードデリバリーは本来、料理を冷まさず、しかも人も待たせないのが理想です。
でも現実は、これがぶつかることがあります。
配達員を遅く呼べば、料理は店で完成したまま待つ時間が増えて冷めやすい。 配達員を早く呼べば、今度は店で人が待つことになる。
つまり、この問題は「早いか遅いか」ではなく、どの不満を先に潰す設計かの問題でもあるわけです。
その意味で、まだできていない注文に配達員が来る現象は、フードデリバリーの矛盾が一番分かりやすく出る場面なのだと思います。
まとめ｜“まだできていないのに来る”のは、3つの時計がぶつかっているから
最後にまとめます。
- 店は現実の調理進行＝厨房の時計で動いている
- アプリは設定や平均値＝予測の時計で動いている
- 配達員は呼ばれた時点で向かう＝移動の時計で動いている
- この3つがズレると、まだできていない料理の前に配達員が立つ
- それは誰か1人のミスというより、フードデリバリーの設計上起きやすいズレでもある
だからこの場面を見たとき、僕はもう単純に「早すぎる」「遅すぎる」では見なくなりました。
いまズレているのは、どの時計なんだろう。
そう見ると、店のイライラも、配達員の気まずさも、注文者の不安も、少しだけ構造として見えてきます。
編集後記
この手の場面って、配達員をやっていると妙に記憶に残るんですよね。まだ料理ができていない。店は忙しい。自分は呼ばれたから来ただけ。でもその場の空気だけは、しっかり重い。
僕はこういう瞬間に、フードデリバリーって単なる便利な注文アプリじゃないんだなと思います。厨房、アプリ、配達員、注文者。その全部の都合がぶつかる場所なんだなと。
あわせて読みたい
- 戦国デリバリー総覧｜全体の勢力図を見る
- 前の記事｜加盟店から見るUberと出前館の違い
- なぜUber Eatsは冷めて届くことがあるのか
- なぜ配達時間はズレていくのか
- 次の記事（公開後差し替え）｜同価格は得なのに、なぜ遅延や冷め問題が消えないのか
※PR：本リンクはUberの登録招待リンクです。登録・応募は任意です。
ミニゲーム｜3つの時計クイズ
「まだできていない注文に配達員が来る」原因として、この記事がいちばん強調したのはどれ？
