燒烤店會員集點回流流

🎯 這條流程解決什麼

燒烤店是典型「靠回頭客撐業績」的生意：開發一個新客要靠廣告、發傳單、做活動，成本不低；但一位每月回來一次的熟客，整年下來貢獻穩定又會帶朋友。問題是，大多數燒烤店的會員資料停在一疊集點卡、一個沒在管的 LINE 群、或 POS 裡撈不出來的交易明細，沒人有時間也沒工具去分析「誰快流失了、誰生日快到了、誰是該被重點經營的高頻熟客」。

現在純人工做這件事有多痛？店長若想撈出「半年沒來的舊客」名單手動發優惠，得自己翻 POS 一筆筆對日期、再到 LINE 一個個比對是誰，光是整理一份像樣的名單就要耗掉好幾個小時，而且做一次就累到不想再做第二次。結果就是行銷變成「想到才做、做一次就停」，沉睡會員一直躺著，等到他被隔壁新開的店吸走才發現已經太晚。更糟的是「亂槍打鳥式群發」——對所有人發同一張折價券，高頻熟客覺得反正常來不稀罕、久未回訪的人又覺得力道不夠不想動，行銷預算就這樣打了水漂。

這條流程把整件事自動化：每次消費自動累積點數、由 AI 依消費頻率與品項偏好把會員分眾貼標、並在生日或久未回訪時自動推播對應強度的專屬優惠，把沉睡會員一個個喚醒回店。想把回流客直接導去訂位，可搭配 /workflows 裡的訂位流程；要快速產出推播文案，可到 /recipes 找節慶行銷與優惠話術配方。

導入後的改變

導入前，會員經營靠店長有空才做、想到才撈名單，一次群發大家同一張券，轉換低、預算浪費，沉睡客持續流失卻沒人察覺。整理一份分眾名單動輒半天，做一次就停擺。

導入後，點數累積與分眾全自動跑，店長從「每月花半天撈名單」變成「花十分鐘審核系統整理好的名單」，這部分行銷工時省下約七到八成。更關鍵的是行銷精準度：系統把高頻熟客、半年沒來的舊客、生日當月客分開，推不同訊息與優惠強度——熟客給升等好康維繫忠誠、久未回訪給較有感的回娘家券拉回來、生日客給專屬禮營造尊榮感。預算花在刀口上，喚回沉睡會員的成效遠勝盲目群發，回客率與會員回流貢獻都能明顯拉升。

流程怎麼運作

第一步，觸發：消費入帳。 顧客結帳完成（或新加入 LINE 成為會員）時，POS 把這筆交易與會員身分送進流程，系統建立或更新該會員的紀錄，包含消費金額、品項與時間。

第二步，累積點數。 系統依消費金額換算點數，更新會員的累積消費與等級。當累積達到升等門檻，標記為「待升等」，觸發後續的升等優惠。

第三步，AI 分眾標籤。 AI 分眾節點讀取這位會員的歷史消費頻率、客單、偏好品項（愛點海鮮拼盤、常加購酒水等），貼上分眾標籤，例如「高頻熟客」「半年未回訪」「生日當月」「酒水高消費」。標籤是後續推播精準與否的關鍵。

第四步，觸發專屬優惠。 系統依標籤與情境生成對應優惠：生日當月發專屬生日禮、久未回訪發回娘家加碼券、剛升等發等級好康。優惠強度依分眾差異化，避免一張券打天下。

第五步，推播與排程。 系統依分眾與適合的時段（例如假日前一天傍晚）排程推播 LINE 訊息，並在實際發送前把名單與優惠額度整理出來，提醒店長人工審核確認後才發。

需要的工具與串接重點

平台用 n8n 或 Make 當中樞，串起 POS／結帳系統、LINE Official Account、會員資料庫、AI 分眾節點與排程推播。POS 是資料源頭，負責把每筆消費送出，串接時要確保「會員身分」能對應到交易，否則點數累積不到正確的人——常見做法是結帳時掃 LINE 會員條碼或輸入手機綁定。會員資料庫是分眾與點數的存放處，要設計好欄位（累積消費、等級、最近回訪日、標籤）。AI 分眾節點負責貼標與生成優惠草稿。LINE Official Account 負責推播，要注意官方帳號的訊息則數成本與發送頻率，避免過度打擾讓人封鎖。排程推播要挑對時段，假日燒烤客多，週四、週五傍晚推週末優惠效果較好。更多串接設定觀念可參考 /automation。

常見錯誤與注意事項

第一個大重點是個人資料：會員的手機、生日、消費紀錄都屬於個資，蒐集前務必明確告知用途並取得會員同意，遵守個資相關規範，不可外流或挪作他用，會員要求退出時也要能確實移除。第二，推播名單與優惠額度上線前一律由店長人工審核——AI 只做分眾與草稿，但「這檔優惠折多少、發給哪些人、成本店家吃不吃得下」是經營決策，系統不能替店家決定，發錯券或折扣太深會直接侵蝕利潤。第三，推播頻率要克制，LINE 發太兇容易被封鎖，反而流失會員，建議依分眾控制頻率、給熟客的訊息也要有價值感而非純促銷。AI 在此只負責分眾與內容草稿，不取代店家對顧客關係與行銷成本的最終判斷。

台灣中小企業情境案例

新北一間平價燒烤店，主打學生與上班族聚餐，平日靠熟客、假日靠聚會團體。導入前店長手上有近兩千筆 LINE 好友，卻幾乎沒在分眾經營，偶爾群發一張折價券，回應冷淡。導入這條流程後，系統自動把這兩千人分成高頻、沉睡、生日等族群：生日客當月收到專屬生日加菜券、半年沒來的舊客收到「揪團回娘家」加碼優惠、高頻熟客則收到升等與隱藏菜單通知。店長每週只要花約十分鐘審核系統整理好的推播名單。幾個月下來，原本沉睡的舊客有不少被生日禮與回娘家券喚回，假日聚餐訂位也因為熟客主動揪團而變多，會員回流對營收的貢獻明顯提升，行銷預算也比以前盲目群發更花得有效率。

延伸應用

這條流程的分眾引擎可以延伸出很多玩法。可加上「即將流失預警」分支，當高頻熟客突然超過慣常週期沒回訪，主動推一張限時券搶救；可結合品項偏好做「精準加購」，對常點海鮮的會員推新到貨的海鮮拼盤；也能在訂位流程串接，到店訂位的客人自動入會、累積首次點數，把一次性客變成會員。連鎖店還能比較各分店的會員結構與回流率，找出哪家門市熟客經營得好、可以複製做法。把會員、訂位、口碑、外帶幾條流程串成一套，整間店的顧客生命週期就能被系統完整接住。相關流程都收在 /workflows，可挑著組合。

流程圖

用到的工具

更多「餐飲美食」工作流

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