共享小點怎麼點：先說明每份數量，再確認首輪由誰送出

多人點共享小點時，先確認每份以什麼單位出售，再確認全桌打算共享哪些菜、由誰送出。訂單上同一菜名出現兩次，可能是重複送單，也可能是客人確實想再點一份，不能只因為菜名相同就刪單。菜單負責說明出品資訊，員工則要詢問大家的共同意願；兩者確認無誤後，才能繼續登錄。

每份有多少，應先有可供核對的出品說明

如果菜單只有一盤炸物的照片、菜名和價格，客人可能以為一人一盤，也可能以為點一份就會依用餐人數分配。即使訂單數量記錄正確，廚房也無法只看數字判斷客人是否要共享。因此，應在點餐時先說明銷售單位，而不是等餐點送到桌邊，才討論雙方對份量的理解是否一致。

出品負責人應先說清楚這道菜實際如何供應：按盤還是按件、有沒有不同份量，以及照片中是否包含額外配菜。可以保留特色菜名，同時說明實際內容和規格，讓第一次點這道菜的客人也能看懂。服務人員應沿用相同說明，不要在沒有根據的情況下建議固定人數，由客人自行決定數量。

• 菜品與銷售單位：記錄實際按盤、按件或其他單位出售；菜名和價格應對應同一單位。
• 所選份量：記錄目前可選的規格及實際內容；若數量會隨食材變動，份量說明應以店家能穩定做到的內容為準。
• 照片中的配菜：列明是否包含額外配菜，不要只靠整盤照片暗示會按人數自動分配。
• 語言與食材：先確認原文，再核對已啟用的語言；食材及過敏原資訊應由熟悉目前配方的人確認，不要從菜名或照片推測。

MenuSnap 翻譯審核資料要求核對份量及加價的含義。應先由出品負責人確認原文，再交由熟悉菜品和目標語言的人複核；原文沒有寫清楚的內容，不應期待譯文自動補上。

首輪共享清單只記錄大家共同決定的內容

軟體記錄有助於查找既有訂單，卻無法判斷全桌是否打算共享同一份菜。外場人員應先當面詢問大家的共同意願，再填寫清單；個人飲品則仍按各自的選擇處理。

• 菜名、單位、數量：逐項重述本輪的共享選擇，不要把各人手機上還在瀏覽的內容當成最後決定。
• 個人或共享：個人飲品仍由本人確認，共享菜則由同桌共同確認，不要依座位遠近猜測餐點歸屬。
• 本輪送出人：確認由哪位客人或哪名員工接續處理，其他人不要再重複送出同一份清單。
• 既有送單線索：核對本桌已有的訂單；對於已選好但尚未送出、已送出待確認、已接單等狀態，應分別說明。

再次出現同款菜時，先弄清楚客人在問什麼

• 詢問原本點的菜為什麼還沒送到：沿著原訂單查詢接單、製作及送餐進度，不要為了查詢而重新登錄同款菜。
• 明確表示要再點同款：重新確認這次的單位與數量，將其視為新增需求，依目前供應情況處理。
• 希望換菜或更改份量：先查詢實際製作進度，再由負責人員說明可行範圍；取得客人同意後，再將變更傳回工作站。

瀏覽、送出、接單和廚房製作並非同一回事，不能只憑手機上的送單資訊就認定餐點已開始製作。若疑似重複點的菜已進入製作，應由當班負責人依實際進度說明可採取的處理方式及費用，不要保證隨時都能取消或更改份量。取得客人同意後，將變更內容和原訂單識別資訊交給正在處理的工作站，收到回覆後再繼續。

如果客人反覆詢問同一道菜的份量，應優先檢查該菜的銷售單位、規格、照片和譯文；若說明明確，但同桌仍重複送單，就檢查首輪清單及送單分工。記錄只需保留相關菜品和訂單線索，無須保存遊客姓名或行程；也不要把客人最後接受餐點，當成原有說明完全正確的證據。