常客辨識與回購經營

🎯 這條流程解決什麼（具體痛點與現在純人工要花的時間成本）

大多數麵店的營收結構,真正撐起基本盤的不是路過客,而是一週來兩三次的熟面孔。問題在於,「誰是常客、誰已經一個月沒來」幾乎全靠老闆的腦袋記。新客吃一次覺得不錯,卻沒有任何後續接觸就此消失;熟客生日到了沒人記得;優惠券一發就是全店無差別,該回流的沒回流,本來就會來的反而被你折扣補貼,白白吃掉毛利。

如果想靠人工把這件事做好,代價非常高。老闆得每週把 LINE 接單、外送平台後台、現場 POS 三邊的訂單抄到一張 Excel,光對帳、把同一個客人不同通路的訂單歸戶,一週就要花掉 3 到 4 小時;接著還要憑印象判斷誰該發券、誰該關懷,再一個一個複製貼上發訊息。實務上,九成的小店根本撐不下去,做兩三週就放棄,會員經營永遠停在「我們有在做」這句口號。

這條流程要解決的就是「資料散在各處、歸戶靠人腦、推播靠手動」這三個卡點,讓常客經營從每週耗 4 小時的苦工,變成排程一跑、老闆按一下確認就完成的例行公事。

導入後的改變（導入前 vs 導入後對比與效益估算）

導入前:訂單資料躺在三個系統各自為政,沒有人知道全店有多少活躍客;優惠靠感覺發,回流客是誰說不清;生日券、回流券這些該做的動作,因為太麻煩所以根本沒做。每個月默默流失的沉睡客,沒人察覺也沒人挽回。

導入後:每週排程自動把三通路訂單歸戶完成,老闆打開試算表就看到「活躍常客 X 人、最近 30 天沒回的沉睡客 Y 人、本週生日 Z 人」一目了然。沉睡客自動配回流券、常客配加碼券、生日自動送券,名單與成本算好,老闆只要核定就發出。

合理的效益估算:原本每週 4 小時的歸戶與發券工作,壓縮到約 20 分鐘的確認時間,等於替老闆省下約 8 成的會員經營工時。針對沉睡客的回流券,以餐飲業常見的數據區間推估,精準回流推播通常能讓 5% 到 12% 的沉睡客回頭消費一次;一間月來客數中等的麵店,光是把原本默默流失的客人喚回一部分,每月多回來幾十張單,就足以覆蓋整套流程的建置與工具成本。更關鍵的是,把一次性顧客養成固定回頭客之後,客戶終身價值(LTV)拉高,行銷預算花在對的人身上,而不是齊頭式撒折扣。

流程怎麼運作（逐步驟說明，呼應 nodes 節點）

第一步「彙整消費」(📊):排程每週啟動,把 LINE 接單、外送平台、現場 POS 的訂單匯入同一張 Google Sheets,以手機號或 LINE ID 為主鍵把同一位顧客的所有訂單歸戶,計算每人的消費頻次、累計金額、最近一次到店日(R/F/M 三個維度的雛形)。

第二步「分眾標籤」(🤖):AI 讀取歸戶後的數據,把顧客分成新客(只來過一兩次)、常客(固定頻次)、沉睡客(超過設定天數未回),同時從品項分布標記偏好——例如「常點牛肉麵、加辣」「習慣外帶大份量」,作為後續優惠設計的依據。

第三步「設計優惠」(🎁):依分眾自動套用對應券碼。沉睡客發「回流券」拉回頭、常客發「加碼券」提客單、當週生日自動送「生日券」。每張券都帶使用期限與條件,避免無限期被濫用。

第四步「分眾推播」(📨):透過 LINE Official Account 或 Brevo/Email,挑離峰時段(例如下午兩三點、晚上九點後)發送,避開用餐尖峰打擾正在吃飯的客人,也避免在最忙的時候自找麻煩。

第五步「人工確認」(✋):這是不可略過的關卡。系統把推播名單、券碼成本、預估折扣支出整理成一張表,由老闆核定總成本與名單是否合理,確認後才正式發送。

需要的工具與串接重點

平台用 n8n 或 Make 當大腦,負責排程觸發與各節點串接。Google Sheets 同時扮演「資料倉庫」與「輕量 CRM」,所有歸戶後的顧客檔案都落在這裡,老闆隨時可查。AI 分眾標籤這一段,是用語言模型把雜亂的訂單品項與頻次,轉成人看得懂的客群標籤與偏好描述。發送端用 LINE Official Account 推播圖文券,Email 則用 Brevo 寄會員電子報與券碼。

串接注意點有三:一是歸戶的主鍵要乾淨,同一個客人在 LINE 用暱稱、在外送平台用本名,必須靠手機號這類唯一值串起來,否則同一人會被算成多人。二是券碼要能在 POS 端核銷並回寫,否則無法追蹤成效。三是 LINE 推播有訊息則數成本,務必只發給該發的分眾,不要全名單轟炸,既省錢又避免封鎖。想看更多串接細節與節點設定,可參考 /automation 的自動化指南。

常見錯誤與注意事項

最常見的錯誤是「把優惠當萬靈丹」,沉睡客回流券折太深,結果回來的客人都只在用券時出現,反而養成等折扣的習慣、侵蝕毛利。優惠深度與成本評估屬於經營判斷,本流程已內建人工確認節點,推播名單與折扣務必由老闆核定後再發送,AI 不取代行銷成本評估。

個資方面務必嚴守:顧客手機與消費記錄屬個人資料,蒐集與行銷推播須事先取得顧客同意,並在每則推播提供清楚的退訂管道,遵循個資法。會員資料只供門市內部經營使用,不得轉售或外流。

另外要避免推播頻率失控,一週一封是上限,過度打擾只會換來大量封鎖與退訂。

台灣中小企業情境案例

台中一間開了十年的牛肉麵店,熟客不少但老闆從沒做過會員經營。導入這條流程後,第一次跑歸戶就發現:過去半年來過、但最近兩個月完全沒回的「沉睡客」竟有一百多位,過去這些人就這樣無聲流失。老闆對這批名單發出「想念你的一碗麵,憑券折 30 元」回流券,並對固定常客在生日當週自動送小菜券。

兩個月後,沉睡客回流券核銷了二十多張,等於拉回二十多位本來不會再來的客人;生日券讓常客感到被記得,口碑在地擴散。老闆估算,每週原本要花一個下午對帳發券的時間,現在縮到十幾分鐘確認名單,省下的時間拿去顧現場品質,整體會員回購明顯回穩。

延伸應用

這條流程的歸戶數據是一座金礦,可以再延伸:把消費頻次接到 /recipes 的營收日報食譜,看常客貢獻佔比;把偏好品項回饋給菜單優化,知道哪些品項養出最多回頭客;沉睡客名單也能反向診斷——如果某個時段的客人特別容易流失,可能是出餐慢或品質波動的訊號。進階一點,可把這套分眾邏輯套用到節慶檔期(中秋禮盒、尾牙團購),對不同客群推不同主打。更多餐飲自動化的組合玩法,見 /workflows 的其他流程藍圖。

流程圖

用到的工具

更多「餐飲美食」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →