團隊餐飲安排要避免漏報遊客忌口，不能只靠出發前在群組裡問一句「有沒有不能吃的」。更可靠的做法是：逐人確認需求，把要求落實到每一餐，再由餐廳確認能否執行，導遊到店核對。資訊「收到了」，不等於廚房「做到了」。

尤其要把食物過敏與口味偏好分開處理。「不愛吃花生」和「花生過敏」對應的後廚要求不同；只在菜單上刪除一道菜，也不能解決配料、調味料或共用器具帶來的風險。

把「有沒有忌口」改成能明確回答的問題

籠統詢問容易得到籠統答案。「不吃海鮮」「吃素」「清淡一點」都不足以直接交給餐廳執行。報名或行前確認時，應讓每位遊客分別回答：是否有食物過敏，是否有宗教或其他飲食限制，是否有需要配合的飲食要求，以及哪些只是口味偏好。

對模糊表述要繼續確認具體食材和範圍。例如，「吃素」是否接受蛋奶、蔥蒜及動物高湯；「不吃海鮮」具體涉及魚、蝦、蟹還是貝類，是否屬於過敏；「不吃豬肉」是否也需要避開豬油、肉湯和相關配料。不能憑經驗替遊客解釋，也不能據此推斷其他食物一定安全。

需求應由本人確認；兒童可由監護人確認。領隊或聯絡人可以協助彙總，但不要讓其在未詢問的情況下代填「全團無忌口」。未回覆應標為「待確認」，不能自動視為「無」。確實沒有特殊要求的，也應留下明確回覆。

名單要能追到人，也能對應到具體餐次

一張可執行的餐飲需求清單，至少要包含遊客識別資訊、具體限制、涉及餐次、確認狀態和更新時間。身分可使用姓名加團內編號，避免同名混淆；涉及過敏等健康資訊時，只收集安排餐飲所必需的內容，並事先說明用途和必要的傳遞範圍，不在大群公開完整名單。

不同需求可以這樣記錄，重點是讓接手人員不必再次猜測：

清單還要涵蓋飯店早餐、途中簡餐、景區套餐和打包餐，不能只管正式團餐。可用「餐次—餐廳—涉及遊客—替代安排—確認狀態」建立對應關係。遊客增加一項限制後，應檢查後續所有餐次，而不是只通知下一家餐廳。

餐廳回覆「可以」，仍要問清楚怎麼做

計調向餐廳傳遞需求時，應發送可留存的文字，寫明團隊、日期、餐次、人數和具體要求。由負責訂餐的人接收後，還需確認資訊已傳到實際負責製作和出餐的人員，不能把前台回覆當作廚房已經落實。

對食物過敏，應核對菜品是否含相關食材、醬料或湯底，以及共用炒鍋、炸油、砧板、夾具等是否存在交叉接觸風險。「炒熟了就沒事」「上桌前挑出來」不能作為過敏風險控制辦法。餐廳如果無法核實原料或滿足操作要求，應明確說明限制，另行選擇能滿足要求的供餐方式，不能承諾「絕對安全」。

替代菜必須落實到具體內容：替換什麼、給誰吃、何時出餐、如何辨認。單獨一份的需求，不宜只寫在整桌菜單備註裡；需要提前製作、獨立包裝或調整餐標的，也應在訂餐時協商，避免到店才發現無法完成。

用餐前再核對一次，但不要把補救留到上桌後

行前清單確認後，要指定一份統一的最新記錄，由固定人員維護。電話、私訊、群組訊息收到的新需求都應回填，更新後通知受影響的餐廳和導遊，並確認對方收到。否則，辦公室改了清單，現場仍可能拿著舊版菜單。

用餐前，導遊應對照當餐記錄確認遊客是否有新增要求、餐廳是否臨時換菜、替代餐是否備妥。若更換餐廳，原有確認不能直接沿用，必須向新餐廳重新核實。現場才收到過敏資訊時，應先暫停為該遊客提供尚未確認的食物，再核實或調整供餐。

上桌環節也要能識別：特殊餐與對應遊客核對後再交付，避免被同桌誤取；共桌用餐時注意公筷、湯匙混用和菜品轉遞帶來的接觸風險。不能僅憑外觀判斷一道菜是否符合要求，也不宜讓遊客嚐一口來「確認」。

把異常留在記錄裡，而不是留給下一班人猜

餐廳臨時缺菜、遊客更換座位、打包餐分發錯誤，都可能打斷原有安排。調整後應記錄實際替換內容、確認人員及尚未解決的問題。交接時不能只說「這位有忌口」，而要說明具體限制、哪些餐已確認、哪些仍需處理。

如遊客用餐後出現疑似過敏症狀，應立即停止繼續食用並及時尋求醫療協助；出現呼吸困難、意識異常等緊急情況，應立即撥打120，同時保留菜單、配料及供餐記錄，不自行判斷只是普通腸胃不適。避免漏報的關鍵，是讓每一條需求都能找到明確狀態：誰確認了、哪餐適用、餐廳如何執行、現場是否交付到人。