料理旅館がAIでアレルギー・食事制限対応を標準化した話

Q: 調理スタッフがITに不慣れでも使えますか？

調理現場に渡す情報は、AIが人が読みやすい形に整形した「アレルギー確認票」として印刷またはタブレット表示する運用が一般的です。調理スタッフ側はシステムを操作する必要がなく、紙の指示書を読む感覚で使えます。

結論：アレルギー対応の「穴」は情報の分断から生まれる

料理旅館にとって、食物アレルギーや食事制限への対応は味やサービスと同列に扱うべき安全課題だ。しかし多くの旅館では、予約時に聞いた情報がフロントのメモ帳に残り、調理場には朝の口頭共有だけで伝わり、当日の担当仲居が引き継ぎを聞き逃すという「情報の分断」が日常的に起きている。

AIを導入した旅館は、この分断を予約受付から盛り付けまで一本のデータフローで解消した。対応ミスが減るだけでなく、新人スタッフでも同じ水準で対応できる「標準化」が副産物として生まれている。本記事では静岡県の料理旅館（客室16室、夕朝2食付き）が2024年に実施した取り組みを中心に、導入の流れと効果を具体的に紹介する。

なぜ従来の対応では限界があるのか

まず、旧来の運用がどのような問題を抱えていたかを整理する。この旅館では導入前、以下の手順でアレルギー情報を扱っていた。

予約電話またはメールでスタッフが確認し、予約台帳の備考欄に手書きメモ
前日夕方の調理ミーティングで支配人が口頭共有
当日朝、仲居がアレルギーのある客の部屋番号をチェック
調理場はホワイトボードに「〇号室・卵NG」のように記載

この運用の問題は3つある。第一に、予約段階の情報が手書きのため読み間違いが起きる。第二に、口頭共有は欠席者や途中入室したスタッフに届かない。第三に、ホワイトボードは消えるため何時に誰が確認したかの記録が残らない。

1年間で「アレルギー対応の漏れ」が3件発生し、うち1件は軽度のアレルギー反応につながった。幸い重篤化は免れたが、この出来事が導入の直接的なきっかけとなった。

どのようなシステムを構築したか

導入したのは、既存の予約管理システムとChatGPT APIを連携させた独自フローだ。大規模なパッケージ製品ではなく、地元のITベンダーと3ヶ月かけてスモールスタートで作り上げた。

ステップ1：予約時の情報収集を構造化する

OTA（楽天トラベル・じゃらん）からの予約は、備考欄に書かれた自由文を自動的にAIが解析し、アレルギー・食事制限の有無を構造化データとして抽出する。「卵と乳製品が食べられません」という文章から「卵：NG、乳：NG」というタグが自動生成される仕組みだ。

電話予約の場合はフロントスタッフが専用フォームに入力する。フォームには法定8品目のチェックボックスと自由記述欄があり、「くるみアレルギー（アナフィラキシー既往あり）」のような重篤な情報も別フィールドで記録できる。宗教上の制限（ハラール対応、ヴィーガン等）も選択肢として用意している。

ステップ2：チェックイン時に自動確認と更新

チェックイン当日、フロントのタブレットには「要確認ゲスト」として該当者が自動表示される。スタッフは口頭で再確認し、変更があれば即座にシステムを更新する。変更履歴は残るため「誰が・いつ・何を変えたか」が追跡可能だ。

予約時に「特になし」と答えていたゲストがチェックイン時に「実は蕎麦アレルギーがあって」と伝えてくるケースは珍しくない。旧運用ではこの後付け情報が調理場に届かないことがあったが、新フローでは入力した瞬間に共有される。

ステップ3：調理場への指示票を自動生成

当日の夕食開始2時間前、システムが「アレルギー確認票」をA4一枚で自動生成し、調理場のプリンターへ出力する。票には以下が記載される。

部屋番号	人数	アレルギー・制限	重篤度	備考
201号室	2名	卵・乳（1名のみ）	通常	子どもの同行あり
305号室	1名	くるみ	重篤（アナフィラキシー）	代替食材手配済み
412号室	4名	ヴィーガン（全員）	通常	出汁も動物性NG

重篤なアレルギーは赤字で印字されるため、視覚的に優先度が分かる。調理スタッフがシステムを操作する必要は一切なく、紙を受け取って確認するだけでよい。

ステップ4：仲居への引き継ぎを自動化

担当仲居にはLINE WORKSを通じて、配膳30分前に担当客室のアレルギー情報がプッシュ通知で届く。「305号室のお客様にくるみを含む料理を提供しないこと。代替の揚げ物あり」のように、行動レベルで書かれたメッセージが届くため、確認の手間がない。

導入から6ヶ月間の効果

2024年4月の本格稼働から同年10月までの6ヶ月間で得られた効果を整理する。

対応ミスの件数：3件→0件 前年同期に3件あったアレルギー対応漏れは、6ヶ月間でゼロとなった。重篤なアレルギーを持つゲストの受け入れ件数は増えていたにもかかわらず、だ。

スタッフの確認業務：朝礼15分→3分 調理ミーティングでのアレルギー共有時間が大幅に短縮された。全員が前日から情報にアクセスできるため、ミーティングは「確認」でなく「例外対応の相談」に使えるようになった。

新人研修の短縮：アレルギー対応パート2日→半日 手順がシステムに組み込まれているため、新人が覚えるのは「フォームへの正確な入力」だけになった。「この料理に何が入っているか」は調理長に聞かなければならないが、「情報をどう伝えるか」の手順は標準化されている。

ゲストからの信頼感：口コミへの言及 楽天トラベルのクチコミに「アレルギーの細かい要望を丁寧に確認してくれた」「事前に伝えた食事制限が完璧に守られていた」という声が6ヶ月で7件掲載された。以前は年間1〜2件だったという。

導入時に直面した課題と対処法

スムーズに進んだわけではない。3つの壁があった。

壁1：調理長の「紙で十分」という抵抗

20年以上の経験を持つ調理長は当初、「今まで事故は1件しかなかった。システムは過剰だ」という立場だった。支配人は事故が起きた際の宿の存続リスクを数字で示すのではなく、「調理長の経験と勘をシステムに教えてほしい」という言い方で協力を求めた。食材の代替案をデータ化する作業に調理長が参加したことで、「自分の知識がシステムに入っている」という当事者意識が生まれた。

壁2：OTAの自由記述欄の表記ゆれ

「えびアレルギー」「エビNG」「海老はちょっと…」のように、同じ情報がさまざまな表記で届く。AIの解析精度は高いが100%ではないため、抽出結果をフロントスタッフが目視確認するルールを設けた。チェックに要する時間は1予約あたり30秒以下だが、この確認ステップが安全網として機能している。

壁3：システム障害時のバックアップ

タブレットが落ちた、プリンターが壊れた、Wi-Fiが切れた――といった事態に備え、「システムが使えない場合は旧来の手書き運用に戻す」手順書を紙で保管している。デジタル化は効率化のためであり、安全のバックアップは常にアナログで持つという方針だ。

他の旅館が真似できるポイント

この事例から汎用性のある要素を抜き出すと、以下の3点に絞られる。

ポイント1：情報の「入口」を一本化する 電話・OTA・直接予約のどのルートから来た情報も、最終的に同じデータベースに集約する設計が肝だ。入口が複数あるままシステム化しても、漏れは別の場所で起きる。

ポイント2：現場に渡す情報は「行動レベル」で書く 「卵アレルギーあり」という情報より「本日の茶碗蒸しは卵不使用の代替品を用意済み、通常品と見た目が異なる」という指示の方が現場では使える。AIに整形させるプロンプトを工夫することで、情報ではなく行動指示として出力できる。

ポイント3：スモールスタートで3ヶ月以内に動かす 完璧なシステムを作ろうとすると半年以上かかる。まず「予約情報の構造化抽出」だけを自動化し、残りは手動でも動くフローを作ることが重要だ。動くものがあれば改善できるが、設計だけでは何も変わらない。

類似の取り組みを始めるための最初の一歩

ゼロから始める場合、最も手軽な第一歩は「アレルギー情報の入力フォームをGoogleフォームで作り、回答をスプレッドシートに蓄積する」ことだ。これだけでも「手書きメモが散在している」状態からは脱せられる。

次のステップとして、スプレッドシートのデータをChatGPTに貼り付けて「今日の夕食のアレルギー確認票を作って」と指示することで、手動ではあるが確認票の自動生成を体験できる。この体験を経て、自動化が必要な箇所が明確になってからシステム投資を判断するのが現実的な進め方だ。

より体系的なDXの進め方については旅館のDX入門・優先順位の考え方も参考にしてほしい。また、AIを使った別の業務改善事例としてAIでクレーム一次対応の下書きを作る旅館の運用フローやAI議事録で朝礼・引き継ぎ時間を半減した旅館の取り組みも読んでもらえると、AIの活用イメージが広がると思う。

FAQ

Q. 旅館でアレルギー情報をAIに管理させると何が変わりますか？ 予約段階からチェックイン、調理場への指示まで情報が一気通貫でつながり、伝達漏れによるアレルギー事故リスクを大幅に下げられます。紙や口頭の伝達と違い、修正履歴も残るため責任の所在も明確になります。

Q. 小さな旅館でも導入できますか？費用はどのくらいかかりますか？ 客室10室規模の旅館でも導入実績があります。ChatGPTのAPIと既存の予約システムを連携する最小構成であれば、初期費用は10〜30万円程度、月額利用料は数千円〜数万円の事例が多いです。ただしシステム構成によって大きく変わるため、最新の費用は各サービスの公式で確認してください。

Q. 食物アレルギーの何種類まで管理できますか？ 法定特定原材料8品目（えび・かに・くるみ・小麦・そば・卵・乳・落花生）はもちろん、21品目の特定原材料に準ずるものや、宗教上の食事制限（ハラール・ヴィーガン等）まで、テキストで入力できる内容であれば原則すべて記録・管理できます。

Q. 調理スタッフがITに不慣れでも使えますか？ 調理現場に渡す情報は、AIが整形した「アレルギー確認票」として印刷またはタブレット表示する運用が一般的です。調理スタッフ側はシステムを操作する必要がなく、紙の指示書を読む感覚で使えます。

まとめ

食物アレルギー対応のミスは、最悪の場合ゲストの生命に関わる。この事実を出発点に置けば、「AI導入にどれだけコストをかけるか」という問いの答えは自ずと明確になる。

静岡の料理旅館が示したのは、大規模投資なしでも情報の流れを設計し直すだけで対応ミスはゼロにできるという実績だ。技術の複雑さより、「誰が・いつ・どの情報を・どの形で受け取るか」というフロー設計の方が重要であり、AIはそのフローを自動化するツールとして機能している。

アレルギー対応の標準化は、安全性向上と同時にスタッフの心理的負担を減らし、ゲストからの信頼を高める投資でもある。まず手書きメモとスプレッドシートの一本化から始めてみることを勧める。