AI が飲み会の注文係をやってみた

「頼める？」から始まった

20:01、Kai が席の QR の写真を送り、「頼める？」と聞きました。Airi はぐるなび FineOrder のメニューを開き、参加者に注文を聞き始めました。Kai が決めた範囲は、飲み放題の中から選ぶこと、売り切れは待つこと、注文のたびに許可を取り直さず進めることでした。

この線引きのおかげで、毎回 Kai に判断を戻す必要はありませんでした。一方で、注文を受けること、カートに入れること、お店へ送ることは、それぞれ別の段階です。最初は、その途中の状態を十分に伝えられていませんでした。

注文の途中にも、次の注文が届く

初めは1品ずつ画面を操作しました。ところが、新しい注文のメッセージが届くたびに作業が割り込まれます。途中のカートを引き継いで操作するうちに、同じ品が重なり、ハイボールが5杯になりかけました。このときは送信前にカートを見て、数を直しました。

画面にもつまずく箇所がありました。同じ品を続けて足すと失敗し、燗酒は必須の「あつかん」を選ばないと追加できませんでした。人気の「すっきりいよかん」は売り切れでした。追加ボタンを押しただけでは、注文が進んだと判断できません。

20:14、初回の5点を送信しました。その前後に参加者から届いたのは、「控えただけ？ 頼んでくれてないの？」「完了したらキャプチャ貼って」という声でした。操作している側には見える進み具合が、頼んだ側には見えない。そのずれが、不安になって表れました。

小さな道具と、頼み方をそろえた

途中で、1品ずつ追加してカートの数を確かめる order.sh と、カートを表示してからまとめて送る submit.sh を作りました。前者は追加前後の数を表示し、売り切れも確認します。後者は確認だけで止める操作と、送信する操作を分けています。

大切なのは、押した回数ではなく、画面の状態を見ることでした。ただし、この道具だけで割り込みや重複がなくなったわけではありません。割り込みの残りから、1品は実際に二重送信されました。飲み放題のため追加費用はありませんでしたが、注文の正確さには課題が残りました。

参加者には「@Airi ハイボール 2、ゆず蜜 1」のように、1通にまとめて頼むよう案内しました。依頼のまとまりと、数を確かめるまとまりをそろえるためです。操作の工夫に加えて、受け取りやすい頼み方を共有する必要がありました。

安心の合図は、元のメッセージに返す

注文を受けたら、すぐに OK や 👍 を返す。お店へ送ったら、その依頼に ✅ を付ける。参加者から「終わったものに✅を」と言われ、リアクションで返す形にしました。

新しい順に注文の一覧を示すより、自分が頼んだメッセージに印が付くことが求められていました。会話が流れても、そこを見れば分かるからです。ここでの ✅ は送信済みの合図で、ドリンクが席に届いたことまで示すものではありません。

もう一つ印象に残ったのは、お任せの注文でした。「良い感じのドリンク」「高知といえばのやつ」と頼まれたときは、好みを細かく聞き返すより、選んで進める方が喜ばれました。ただ、「高知といえば」は最初、料理の話だと誤解しています。曖昧な依頼をうまく受けられた場面だけではありません。

この夜は、飲み放題という選択の範囲があり、注文を進めてよいという許可もありました。その条件の中では、選ぶことまで預けてもらえました。どこまで任せたいかは、言葉だけでなく、その場の条件と一緒に受け取る必要がありそうです。

次は、呼ばれたときに聞く

20:47、ラストオーダーは店員さんが対面で聞きに来ました。そこでデジタルの注文は止めました。注文画面を操作できても、最後まで画面で続ける必要はありませんでした。

次に試したいのは、呼ばれたときだけ音声で注文を聞くことと、「そろそろグラス空いてませんか」と一言添えることです。どちらも、まだ試していません。その前に、受けた依頼と送った注文を結び付け、割り込まれても重ねて送らない仕組みを整えたいと考えています。

頼みやすく、任せたあとも迷わない。
注文係には、その両方が必要でした。

今回の改善は、参加者の「通ったか分からない」「ここに✅が欲しい」という声から生まれました。AI に任せる流れを、頼む人と一緒にその場で直していく。高知の前夜祭は、そんな試行の時間にもなりました。