本文參考關鍵評論網 2026/09/27 刊登之讀者投書〈餐飲業缺工,真的可以靠機器人解決嗎?一間桃園小餐廳的 30 天實測〉(作者黃建樺,黃燜雞米飯桃園藝文店),整理該店家自述的 30 天實測紀錄,並從導入顧問角度補充解讀:哪些結論可以直接用、哪些不能直接套用。原文連結見文末「參考來源」。
文章目錄
一、30 天實測發生了什麼事?先看背景
根據原文,該店約 30 個座位。暑假結束後工讀生離開、加上一位正職因生涯規劃離職,人力在短時間內從 10 位縮減到 5 位。真正的痛點不是總人數,而是尖峰重疊:晚上 6 點十幾組客人同時進場,廚房趕餐、櫃檯點餐結帳、外場送餐收桌補貨全部同時發生。
店家先做了三項流程改造,再導入送餐機器人:
- 自助點餐:入座掃 QR Code 點餐,內用掃碼比例約 83%,減少櫃檯反覆協助點餐的時間。
- 自助回收:客人用餐後自行將餐具放到回收層架,減少員工往返收桌的走動。
- 外帶線上化:推動線上自助點餐搭配優惠,外帶線上比例約 26%,降低電話與櫃檯接單負擔。
做完這些之後,唯一省不掉的,就是「餐點做好後總得有人送到桌上」。一名員工送一趟約 1~2 分鐘,一天上百趟累積下來非常可觀,且全部切割成零碎的來回走動。這正是店家決定讓機器人進場的原因:讓機器負責走路,讓人把時間留給判斷、溝通與服務。
二、關鍵數據整理:每週 640 趟、成功率 100% 代表什麼
原文記錄的 30 天數據如下表(引用自原文,單店實測值):
| 指標 | 實測值(引自原文) | 怎麼解讀 |
|---|---|---|
| 每週運作時數 | 約 49 小時 | 接近每天 7 小時,代表機器人已是日常班表的一部分,而非展示用。 |
| 每週送餐趟次 | 約 640 趟 | 單月累計近 2,600 趟。趟次密度越高,省下的零碎走動時間越有感。 |
| 送餐成功率 | 100%,0 故障、0 需員工介入 | 代表該店動線與任務單純、機器穩定;但尖峰人流、外送員穿梭的干擾仍需現場驗證。 |
| 單趟來回時間 | 不到 1 分鐘 | 短距離、高頻次正是送餐機器人最擅長的任務型態。 |
| 湯品穩定性 | 無潑灑 | 托盤機種在平整地面表現穩定;仍建議湯品加蓋、避免過滿。 |
| 每日節省走動 | 約 2 小時 | 員工體感「好像多了一個人」的主因,詳見下一節。 |
提醒:成功率 100% 是該店 30 天的紀錄。玻璃、狹窄走道、尖峰人流、地面材質不同,結果都會不同,導入前務必實機試走。
三、最重要的結論:省下 2 小時走路,不等於少請一個人
原文最有價值的一句話是:真正的價值不是「少請一個人」,而是「同樣的人,可以在同一段時間處理更多事情」。省下的 2 小時沒有消失,而是被重新分配:廚房人員不用中斷備餐去送餐、櫃檯不用離開櫃檯去跑腿,出餐檢查、備料、巡桌與客訴處理才有時間做。
- 機器解決的是一個工作,不是整個流程:送餐交給機器,收桌、清潔、補貨、結帳與例外處理仍需人力。
- 尖峰缺口被補上,而非編制被刪除:最直接的效益是上菜等待從 20~25 分鐘回穩,以及外送備餐不再一路延後。
- 人的工作被重新定義:從「出餐 → 送餐 → 回廚房」的搬運循環,變成「出餐 → 放上機器 → 備餐 → 服務客人」的節奏。
這與我們在送餐機器人與服務人員分工一文中整理的結論一致:機器負責重複搬運,人專注顧客互動與現場應變。
四、實測曝露的 3 個真實限制
限制 1:托盤回收變成新工作
客人常把餐拿走、把托盤留在機器人上,員工仍得走過去收托盤。對策:桌邊立牌+上菜話術引導客人「餐點與托盤一起取下」,或評估具備自動回收提醒的機種與流程,並把托盤動線納入驗收。
限制 2:尖峰動線擁擠
非尖峰運作順暢,尖峰時員工、機器人、外送員、點餐與回收客人全部同時移動。對策:導入前量測最小通行寬度、規劃機器人待機與回充點、外送取餐動線分流,並在尖峰實測後再定案。可參考導入前 7 件準備事項與適合機器運行的環境。
限制 3:客人需要適應
客人第一次遇到機器人會遲疑:要自己拿嗎?多盤餐點還沒拿完機器人就想返回。對策:首月安排人員桌邊協助取餐,把「取餐引導」寫進 SOP;生日祝福、拍照互動等加值功能可降低陌生感,但不應取代基本引導。
五、導入前評估框架:你的店適合嗎?
把該店的經驗轉成可執行的檢查表。符合越多項,導入成功率越高:
若想進一步了解機種差異,可參考餐廳送餐機器人比較指南與送餐機器人 5 大特色功能;缺工解法的完整比較可看餐飲業缺工 5 種解法比較。
六、常見問題
參考來源
- 黃建樺,〈餐飲業缺工,真的可以靠機器人解決嗎?一間桃園小餐廳的 30 天實測〉,關鍵評論網,2026/09/27,原文連結。本文數據與店內流程描述均引自該文,著作權歸原作者與原刊載媒體所有。