實體店自動化指南：n8n 餐飲業訂位、回訪、評論監控流程

TL;DR：實體店自動化是用 n8n 當流程中樞，把 Google 商家、LINE、Google Calendar、AI 文案與評論監控接起來，讓餐飲、美業、零售每天少花 1.5 到 3 小時處理重複訊息。

台中西區有一間 38 席義式小餐館「森巷 Pasta」。老闆白天備料、下午排班、晚上顧現場，空檔還要回 Google 商家訊息、LINE 訂位、Instagram 私訊。

最麻煩的是事情都很小，卻一直插進來。一天平均 26 則訊息、8 通訂位電話、5 則評論提醒，忙的時候會漏掉 2 到 3 筆訂位。

老闆自己估算，每天至少 2 小時花在確認人數、改時間、提醒回訪、回覆評論。若每桌平均客單 1,200 元，一週漏 4 桌就是 4,800 元營收在縫裡流掉。

實體店為什麼需要自動化

先不要問「要不要導入 AI」。對實體店來說，更好的問題是：哪些事每天重複、延遲會造成損失、又不一定需要人腦判斷？

Q1: 你每天是否有超過 15 則訂位、詢問、改期訊息？
├─ Yes → 先做訂位自動化
└─ No  → 到 Q2

Q2: 顧客來過後 7 到 30 天，你是否常忘記回訪？
├─ Yes → 先做客戶回訪流程
└─ No  → 到 Q3

Q3: 負評或低星評論是否常超過半天才看到？
├─ Yes → 先做評論監控
└─ No  → 先用簡單表單與報表，不急著自動化

實體店自動化不是把人拿掉，而是把「確認、記錄、提醒、分類」先交給流程。店員只處理例外情況，例如客訴、特殊包場、過敏原確認。

n8n 的角色像後台調度員：收到訊息，判斷意圖，寫到表格或行事曆，再把結果回給顧客。你可以從 n8n 官方 Google Business Profile 整合理解它能接哪些商家資料，也可以用模板先跑小流程。

最小可行版本只要三張表：訂位表、顧客表、事件表。訂位表看今天和本週，顧客表記錄標籤與最後互動，事件表留下每次自動化做了什麼。資料有留痕，後面才好調整。

判斷優先順序時，把流程分成「營收保護」和「體驗補洞」。訂位漏接通常直接影響營收，負評延遲會影響信任，回訪則是拉高回購。小店資源有限時，先做會止血的。

訂位自動化 — n8n 串 Google 商家、LINE Bot、Google Calendar

餐飲業最適合先做訂位，因為資料欄位固定：日期、時間、人數、姓名、電話、備註。只要能把顧客的自然語句轉成這 6 個欄位，就能少掉大量來回確認。

常見入口是 Google 商家訊息、LINE 官方帳號、網站表單。LINE Messaging API 是官方管道，第一次看到 API 可以把它想成「讓系統合法收發 LINE 訊息的門口」，文件可看 LINE Messaging API 官方說明。

流程節點圖

顧客訊息
  ↓
LINE Bot / Google 商家表單
  ↓
n8n Webhook 接收
  ↓
AI 解析日期、人數、需求
  ↓
查 Google Calendar 空位
  ↓
寫入訂位資料庫
  ↓
回覆顧客確認訊息
  ↓
用餐前 3 小時自動提醒

3 個關鍵節點細節

Webhook 是「外部訊息打進 n8n 的收件地址」。LINE 或表單送出後，n8n 會收到一包資料，裡面有訊息內容、使用者 ID、時間戳記。

AI 解析意圖負責把「明晚七點兩位，有靠窗嗎」拆成 {日期: 明天, 時間: 19:00, 人數: 2, 偏好: 靠窗}。這裡要加一道檢查：日期不明、超過可訂時間、或人數大於桌位上限，都先回問，不直接寫入。

寫入 Google Calendar 後，再回覆顧客「已為你保留 5/8 19:00 兩位」。同時把資料寫到 Google Sheets 或 Airtable，方便老闆每天看訂位清單。若你從 Zapier 搬過來，建議先補看舊工具遷移到 n8n 的實作坑位，會少踩憑證、重試、欄位對應的坑。

正式上線前，請準備 20 種測試句：今天、明天、下週五、改時間、取消、包場、兒童椅、素食、臨時加人、超過營業時間。AI 能處理漂亮句子不難，難的是顧客用半句話傳訊息。

訂位流程也要有失敗出口。AI 信心不足、Google Calendar 寫入失敗、同時段桌位衝突，都應該回覆「我幫你轉給店員確認」，並推播給現場，不要讓顧客等在聊天視窗裡。

客戶回訪 — n8n + LINE Messaging API + AI 文案生成

回訪最怕兩件事：每個人都收到同一段罐頭訊息，或太晚發，顧客已經忘記那次體驗。比較實用的做法是用消費後 1 天、7 天、30 天三段節奏。

例如用餐隔天問體驗，7 天後推新品或午餐時段，30 天未回再給小額誘因。誘因不一定是折扣，也可以是生日甜點、平日訂位優先、熟客菜單。

分眾標籤怎麼打

首次來客：第一次訂位或第一次付款，回訪重點是記住品牌與引導評論。訊息要短，避免一來就推銷。

回頭客：90 天內來過 2 次以上，適合推新菜、限定時段、會員活動。這群人不用解釋太多，只要給明確選項。

30 天未回：距離上次消費超過 30 天，訊息要像提醒，不要像催促。可用「最近換了午間套餐」這類具體理由開場。

AI 寫個人化訊息的 prompt 模板

下面這段可以直接放進 n8n 的 AI 節點，變數由前一個節點帶入。重點是限制字數、語氣、禁止誇大承諾。

你是台灣實體店的客服文案助手。
請根據以下資料寫一則 LINE 回訪訊息：

店名：{{store_name}}
顧客標籤：{{customer_segment}}
上次消費日期：{{last_visit_date}}
消費品項或服務：{{last_item}}
本次目的：{{campaign_goal}}
限制：
1. 使用繁體中文，口語但不裝熟。
2. 80 字以內。
3. 不使用誇大收益、誇張承諾或刺激性字眼。
4. 結尾給一個清楚行動，例如回覆「訂位」或點連結。
輸出只給訊息本文。

N8Nmarket 的模板思路是先給能跑的版本，再讓你改欄位。你可以先用簡單分眾跑 30 天，再加入消費金額、品項、店員備註，讓訊息更像真人寫的。

回訪還要注意頻率。一般餐飲店一個月 2 到 3 則訊息已經足夠，美業可依服務週期拉長到 30、45、60 天。若顧客沒有互動，就降低頻率，不要硬追。

成效指標不用複雜：開封或已讀、回覆率、點擊率、再次訂位數。只看發送量沒有用，真正要看的是「發出去後有多少人回來」。

評論監控 — n8n 抓 Google Maps、Facebook 評論並自動分類處理

評論監控的目的不是把每則評論都交給 AI 回，而是縮短發現時間。正評可以快回、負評要快分流，尤其是一星、食安、服務態度、退款這幾類。

Google 商家評論本身有官方管理規範，回覆前建議先讀 Google 商家評論說明。評論牽涉公開溝通，流程要留紀錄，也要保留人工接手權限。

抓評論的合法路徑

第一種是 Google Business Profile API，適合已驗證商家、有工程師能處理 OAuth token 的店家。OAuth 可以想成「讓系統拿到授權鑰匙，但不把你的帳密交出去」。

第二種是 Apify 這類爬取服務，適合先做監控原型，但要注意平台條款與頻率。第三種是 Make.com 或其他工具先抓，再透過 webhook 丟給 n8n，適合已經有舊流程的團隊。

Facebook 評論或推薦可用 Meta 相關 API 或通知轉寄做半自動監控。若資料來源不穩，先把流程設計成「發現新評論後通知」，不要急著全自動回覆。

AI 分類（正評歡迎下次再來 / 負評升級到老闆 LINE）

分類可以先用 5 類：正評、普通建議、服務抱怨、產品或餐點問題、重大客訴。正評自動草稿，普通建議進週報，後三類送到老闆 LINE。

負評升級訊息要包含星等、原文、AI 摘要、建議回覆、評論連結。老闆只要點「同意發送」或「改由人工」，就能避免情緒化回覆。

如果想深入 Google 評論流程，可接著看同系列 cluster：n8n + Claude AI 自動回應 Google 商家評論。它會把 prompt、JSON schema、升級規則拆得更細。

評論週報也很有價值。每週統計正評提到的亮點、負評提到的問題、平均回覆時間，老闆就能知道是出餐慢、訂位混亂，還是某個時段人手不足。

這類資料不只是行銷素材，也是營運儀表板。當「等太久」連續三週出現，就該調整尖峰排班；當「服務親切」常出現，就可以把那套接待話術寫成新人訓練。

30 天上線時程表

不用一次做完。實體店通常邊營業邊導入，30 天分段比較穩。

週次	主要目標	3 到 5 個動作
Week 1	盤點資料入口	列出訂位來源、整理 LINE 官方帳號權限、建立 Google Calendar、定義可訂時段、收集常見問答
Week 2	上線訂位流程	建 n8n webhook、串 LINE、AI 解析欄位、寫入行事曆、人工測 30 筆情境
Week 3	上線回訪流程	匯入顧客名單、打 3 類標籤、設定 1/7/30 天節奏、測 AI 文案、加入退訂文字
Week 4	上線評論監控	串 Google 商家或替代來源、設分類規則、負評推播 LINE、每週看報表、調整回覆語氣

導入時最常卡在「店員不照流程輸入」。這不是技術問題，是工作習慣問題。可以參考 cross-brand 這篇對照團隊導入新流程時的內部阻力處理，先把責任和例外狀況說清楚。

每週都要有一個可驗收成果。Week 1 是完整欄位表，Week 2 是 30 筆訂位測試通過，Week 3 是回訪訊息有人回覆，Week 4 是負評能在指定時間內推播。

不要把「完成 workflow」當結案。實體店現場會一直有新例外，例如臨時停電、颱風休店、包場時段、員工請假。流程要能被店長看懂，才有機會長期使用。

成本與 ROI 實算

先抓保守數字。假設店長或行政時薪折算 250 元，每天營業 26 天，原本每天花 2 小時處理訂位、回訪、評論。

項目	人工處理	自動化後	每月節省
訂位確認	45 分鐘/日	15 分鐘/日	13 小時
用餐提醒與改期	25 分鐘/日	8 分鐘/日	7.4 小時
客戶回訪	30 分鐘/日	10 分鐘/日	8.7 小時
評論巡查與分類	20 分鐘/日	8 分鐘/日	5.2 小時
合計	120 分鐘/日	41 分鐘/日	34.3 小時

34.3 小時乘以 250 元，約等於每月 8,575 元工時。若再算少漏 4 桌訂位、每桌毛利 500 元，就是額外 2,000 元毛利保護。

自動化工具成本要看你用 n8n Cloud、自架、AI API 與訊息量。若還在選部署方式，可看 n8n 自架 vs 雲端版完整選擇指南。若要把店內 SOP、菜單、客服話術做成可查詢知識庫，再看 n8n RAG 企業知識庫實作。

台灣餐飲業競爭密度高，經濟部與主計總處公開統計也常把餐飲列為高度人力密集服務業。你可以從行政院主計總處統計資料查營業額、人力與產業趨勢，再回頭算自己店內每小時的機會成本。

ROI 不只看省下的人力，也要看錯誤減少。漏訂位、忘記回訪、負評晚回，單次損失可能不大，但每週發生就會變成固定成本。自動化的價值在於把這些小洞先補起來。

若店內沒有工程師，第一版可以用模板加人工審核。等流程穩定後，再把可預測的步驟自動化，例如低風險正評回覆、用餐提醒、30 天未回提醒。

常見問題

n8n 餐飲業自動化一定要工程師嗎？

不一定。若只做表單、LINE 訊息、Google Calendar 與 Google Sheets，懂基礎設定的人就能從模板改起。需要工程師的通常是 Google 商家 API、付款系統、POS 串接與大量資料清洗。

訂位自動化會不會造成重複訂位？

會，所以流程要先查可用時段，再寫入行事曆，最後回覆確認。高峰時段建議加一個「暫存 3 分鐘」狀態，付款或人工確認後才正式成立。

AI 回訪訊息會不會太像罐頭？

會，除非你給它足夠欄位與限制。至少要放顧客標籤、上次消費品項、回訪目的、字數上限與品牌語氣，並保留退訂說明。

評論監控可以自動回覆所有負評嗎？

不建議。負評最好先由 AI 摘要和草擬，涉及食安、退款、歧視、員工衝突時直接升級給老闆或店長，避免公開回覆擴大問題。

30 天內最該先上哪一個流程？

若每天有 15 則以上訂位或詢問，先做訂位自動化。若客訴常延遲，先做評論監控。回訪通常排第三，因為它需要乾淨的顧客資料。