餐廳 CRM 軟體:功能特點與選購指南
餐廳 CRM 軟體將 WiFi、POS 機與訂位系統整合為單一顧客檔案。深入了解各項功能、採購評估測試,以及如何衡量真實的回訪率。
常見的建議是透過比較活動建立工具、忠誠度功能和電子郵件範本來選擇餐廳 CRM 軟體。這種順序完全顛倒了。如果系統無法在您的 WiFi、收銀機和訂位記錄之間比對顧客,或者在工具傳輸資料時無法維護顧客的同意狀態,那麼再多的活動功能也只是幫您向破碎的受眾發送更多訊息而已。
請從試行計畫開始,而不是產品功能導覽。在您做出承諾之前,務必要求廠商證明顧客身份能夠精準比對、拒絕接收設定在匯入後依然有效,且保留的對照組顧客確實有更高的回訪率。
目錄
餐廳 CRM 軟體必須具備的功能
| 功能特性 | 處理內容 | 重要原因 |
|---|---|---|
| 顧客身分識別 | 透過電子郵件比對 WiFi、POS 機、訂位與住宿記錄 | 確保一位常客不會被拆成四個聯絡人 |
| 同意紀錄總簿 | 記錄同意者、時間、管道及具體聲明文字 | 避免匯入資料時覆蓋取消訂閱的設定 |
| 受眾分群 | 利用到店次數、消費金額、標籤及問卷回覆 | 找出流失顧客(例如 45 天內未到店) |
| 顧客旅程 | 因應 WiFi 連線、消費、訂位或退房觸發對應動作 | 確保訊息傳送時機符合真實到店歷程 |
| 優惠管理 | 設定上限、預算、時間區間,以及每位顧客單次使用的優惠碼 | 防止折扣成本無上限擴張 |
| 成效衡量 | 運用對照組追蹤增量到店次數 | 精準區分行銷活動效果與顧客既有習慣 |
這些都是決定通過與否的核心任務,而不是可有可無的功能選項。一般的電子郵件平台或許能儲存姓名和地址,但單憑這些無法將消費與訂位關聯起來,也無法顯示行銷活動是否成功吸引顧客回訪。如果某款產品在試用期內無法證明其顧客身分識別與對照組成效衡量能力,請在比較範本前直接予以淘汰。
從顧客紀錄開始
餐廳 CRM 應收集整個用餐流程中的互動,將其連結到同一個人,並使產生的時間軸有助於訊息傳送與效益衡量。當能持續擷取電子郵件時,它會是一個很實用的比對金鑰,但這並非萬靈丹:訪客可能會使用不同的地址、共用地址,或者在未識別身分的情況下付款。請使用來自您場地的真實去識別化紀錄測試這些邊緣情況,並確認哪個系統擁有各個欄位的主控權。
受眾分眾必須反映餐廳的實際消費行為,而非一般性的銷售階段。例如,「流失」分眾可以使用 45 天內無光顧記錄等規則,而其他群組則可以根據光顧頻率、消費金額、標籤或問卷回覆來建立。如果某個分眾在示範中看起來很完美,卻因為訂位與收銀記錄無法連通而遺漏了熟客,那這個分眾就毫無實用價值。
將發送視為受控作業
同意紀錄需要的不仅仅是一個訂閱核取方塊。它應該保留顧客同意的管道與目的、他們看到的具體字句,以及給予授權的時間與地點。當匯入或合併紀錄時,取消訂閱(抑止)機制仍必須有效套用。
同樣地,優惠方案在上線前應設定營運限制。請設定預算與時間區間、限制兌換次數,並在適當時候使用一次性折扣碼。這些控制措施有助於團隊控制折扣風險,而不是在活動結束後才發現折扣規模過大。
買方準則:切勿只憑包裝完美的行銷活動展示就進行購買。只有在廠商證明其能建立可靠的顧客紀錄,並能對照對照組來衡量行為後,才能決定購買。
為什麼同一位顧客會變成多筆紀錄
在餐廳整合其系統之前,每個管道都會保留自己的紀錄。收銀機有交易紀錄、預約簿有訂位紀錄、WiFi 入口網站有登入紀錄,而電子郵件工具則有聯絡人資料。同一位顧客可以同時出現在這四個地方,但各自的記錄方式卻截然不同。
隨著線上點餐的普及,系統碎片化的問題變得更加嚴重。根據 FinancesOnline 的餐廳軟體統計數據摘要,數位點餐平台的銷售額在疫情開始後成長了 313%,且到了 2020 年 12 月時比疫情前水準高出 452%,當時數位訂單已占所有餐廳訂單的 28%。每一個新增的點餐管道都能帶來有價值的營運活動,前提是餐廳必須能將這些資料連結至統一的顧客身分以及該身分所附加的授權權限。

跨系統追蹤單一顧客
假設顧客透過 Captive Portal 連接賓客 WiFi,輸入電子郵件、接受條款並選擇接收行銷訊息。WiFi 記錄可包含電子郵件、造訪日期、停留時間和偏好的據點。當顧客日後使用相同的電子郵件預訂座位或進行收銀機消費時,這些事件就能附加到同一個賓客時間軸上。
這個時間軸為店家提供的價值,遠超過單純的地址清單。Purple Engage 為每位顧客記錄超過 60 種事件類型,包括 WiFi 登入、消費、預訂、退房、表單提交、行銷活動互動以及問卷回覆。其 36 種自動化觸發條件 包含連線至 WiFi、進行消費、完成預訂以及辦理退房。實際的重點不在於事件目錄的規模大小,而是在於相關事件是否即時送達、精準歸戶至正確的顧客,並觸發適當的下一步行動。
衡量回報,而不僅是發送量
一家擁有 40 家分店的餐飲集團原本就在使用 Mailchimp,且開信率達 35%。在 Cisco Meraki 網路上部署 Purple Engage 後,該集團推出了生日月優惠和流失顧客行銷活動,並能記錄歸因於各項活動的店面人流量。當網路在顧客再次光顧時識別出其裝置,系統就能在無需掃描 QR code 或優惠券的情況下,將該次光顧記錄在行銷活動中。
開信率可以顯示電子郵件已被開啟,但無法告知營運商顧客是否因為該訊息而回訪。連動的時間軸讓您能夠將回訪與隨後的預訂、消費或其他活動串聯檢視。這是決定行銷活動是否值得再次發送的更有用依據。
應匯入資料至顧客紀錄的系統
在新增其他登入方式之前,請先盤點您現有的系統。餐廳 CRM 應該要能讀取已在處理顧客互動的工具,而不是試圖取代訂位引擎或付款系統。若要更廣泛地瞭解收銀端的系統架構,為繁忙的晚餐時段選擇 POS 能協助您思考付款系統在 CRM 之外需要獨立完成哪些工作。
| 來源 | 指定的系統 | 狀態 |
|---|---|---|
| 訪客 WiFi | Purple WiFi | 已上線 |
| 訪客 WiFi | Cisco Meraki, Cisco Spaces | 試行中 |
| 訪客 WiFi | Juniper Mist | 已上線 |
| 收銀機 | Square, Epos Now, Loyverse | 已上線 |
| 收銀機 | Lightspeed X-Series, Oracle Simphony | 試行中 |
| 預訂 | ResDiary | 試行中 |
| 住宿 | Mews, apaleo | 試行中 |
| 總部 CRM 與電子郵件同步 | HubSpot, Salesforce, Mailchimp | 已上線 |
| 財務匯出與自訂連結 | Google Sheets, public API, signed webhooks | 可使用 |
「正式上線」的連線與「試運行」的連線並不能混為一談。在 Purple Engage 目前的整合中,可以從 Purple WiFi、Juniper Mist、Square、Epos Now 和 Loyverse 擷取資料;而 Cisco Spaces、Cisco Meraki、Lightspeed X-Series、Oracle Simphony、ResDiary、Mews 和 apaleo 則處於試運行階段。HubSpot、Salesforce 和 Mailchimp 能夠雙向同步顧客記錄。如果您正打算規劃自訂報表,在決定財務資料匯出或客製化資料連結的運作方式前,請先瞭解 webhook 與 API 各自的功能。
保持清晰的平台邊界
這類平台並非預訂引擎、點數計畫、金流服務商或 Cookie 橫幅。它應該與您現有的同意工具協同運作。它讀取收銀機資料而非將銷售資料寫回收銀機,且在支援的系統上,收銀機端的兌換功能仍處於試驗階段,因此請勿假設每個優惠碼在第一天就能在結帳時掃描使用。
建立一份簡單的技術架構清單,每個保存賓客電子郵件的系統佔據一行。將每個連線標記為正式上線(live)或試驗中(pilot),列出資料擁有者,並註明同步失敗時的處理方式。如果供應商無法明確區分正式連線與試驗連線,或者無法說明資料雙向流動的細節,請直接淘汰。
購買前應執行的測試
許多購買指南都從行銷活動功能開始介紹。然而更緊迫的問題是,訪客資料能否被可靠地啟用。在一份 2025 年餐飲業數位科技報告 中,36% 的餐廳營運業者 表示他們肯定或可能最佳化了所收集的顧客資料,低於前一年的 45%。對整合與 API 的預期投資比例從 14% 上升至 20%,而對資料管理與安全的預期投資則從 17% 增加至 26%。如果一套新的 CRM 只增加功能,卻沒有解決身分識別、資料擁有權和同步行為的問題,可能會加深資料碎片化的情況。
請進行真實的試用測試,並為每項測試打上合格或不合格的分數。在核心資料路徑正常運作之前,請勿急著比較範本庫。
| 測試項目 | 通過標準 | 未通過標準 |
|---|---|---|
| 身份比對 | 相同的電子郵件可合併跨據點的 WiFi、收銀機和預訂記錄 | 重複的訪客與遺漏的常客 |
| 欄位主控權 | 單一系統為每個欄位的唯一真實來源 | 兩個工具互相覆蓋資料 |
| 同意權限保留 | 取消訂閱在匯入後保持抑制,並在發送時重新檢查 | 匯入將取消訂閱重新開啟 |
| 更新速度 | 行為分眾在大約一分鐘內完成更新 | 僅限隔夜批次處理 |
| 歷史資料可攜性 | 過往造訪與銷售記錄可載入至訪客記錄中 | 僅計算新註冊使用者 |
| 失敗復原 | 同步中斷清晰可見,事件不會被默默丟棄 | 資料遺漏且無警示通知 |
| 增量證明 | 對照組顯示額外的造訪次數或購買行為 | 僅有開啟率和點擊率 |
測試異常狀況,而不僅是理想流程
在多個據點的 WiFi、收銀機和預訂記錄中使用相同的測試電子郵件。接著故意引入重複資料、衝突欄位、變更的電子郵件以及同步中斷狀況。功能完善的平台應該要讓結果清晰可見,而不是合併錯誤的賓客或遺漏活動記錄。
在同意權方面,請執行完整路徑:記錄訪客的退出同意選擇、匯入該聯絡人的較舊版本,並嘗試發送訊息。發送狀態必須保持封鎖。同意權應依目的和管道記錄,並保留訪客選擇的持久歷史紀錄,而非從單一清單成員資格欄位推論。ICO 關於 記錄與管理同意權 的指引要求提供紀錄,顯示誰同意、何時同意、他們看到了哪些資訊和字眼,以及如何收集同意。歐盟委員會的同意權指引也明確指出,同意必須是自由給予、知情、具體且僅限於揭露的目的。
僅靠儀表板上的綠燈是不夠的。務必要求廠商展示當紀錄出錯、同步中斷或拒絕接收(opt-out)遇到匯入的聯絡人時,營運人員會看到什麼畫面。
能創造造訪量而非僅提供補貼的優惠方案
已兌換的優惠並不代表它促成了顧客造訪。廣泛的折扣可能會變成變相給予常客補貼,讓他們做原本就會做的事。因此,評估行銷活動應著重於它所產生的額外行為,以及扣除成本後所剩餘的利潤。饕客確實重視相關性:根據 2025 年餐廳消費者洞察報告,46% 的人喜愛根據過往訂單與偏好所發送的訊息,而 61% 的人優先選擇可兌換免費餐點或飲料的點數。這些偏好支持針對性訊息的測試,但並不意味著個人化就能確保優惠必然獲利。
將接收行銷活動的組別與隨機分配、不接收任何訊息的對照組進行比較。設定明確的不活躍規則,例如 45 天內未光顧,然後向實驗組發送觸發式顧客挽回訊息。比較回訪率並考慮不確定因素。隨機分配有助於區分行銷活動的實際影響力與顧客本身的自然回訪意願。
計算優惠活動帶來的附加價值
從實驗組的造訪率中減去對照組的造訪率,即可估算出增量造訪次數。接著估算增量毛利,從歸因交易產生的利潤中減去折扣、訊息成本和行銷活動成本。留存率基準能提供參考背景,但無法證明特定的促銷活動直接促成了回訪。DoorDash 的餐廳顧客留存指南 指出,顧客留存率提升 5%,利潤即可增加大約 25% 到 95%。請將此視為參考基準,而非您行銷活動的絕對預測。
Purple Engage 建議餐廳先從 14 天歸因期開始,並根據門市的自然光顧頻率進行調整。您可以比較一般性折扣、基於行為的獎勵、非金錢形式的表彰以及無優惠等不同方案。在追蹤核銷率的同時,也要記錄利潤與取消訂閱率。如果熟客將優惠碼用於原本就會進行的光顧,那麼高核銷率可能依然代表行銷成效不佳。

測試個人化促銷活動與非金錢訊息(例如優先體驗或認同感)的效果,而不是假設每位賓客都需要折扣。餐廳折扣與增值優惠比較指南 可以幫助您界定該選擇。
營運商回報的忠誠度結果(包括餐廳業者的調查)可以反映出主觀感受到的效益,但並非來自對照測試的實證。請根據增量行為和利潤來評估您的計畫,而不是註冊總數或獎勵兌換量。
在承諾購買前,先驗證增量造訪量
請將決策過程設定為循序漸進的階段性審查。CRM 不應該只因為展示看起來很有說服力就贏得長期合約。它必須透過驗證資料路徑,並證明行銷活動確實改變了顧客行為來爭取合約。
比對訪客。確認同一個人在 WiFi、收銀機和預訂記錄中,都能透過您場地收集的身份識別規則進行比對。如果連結失敗,請先停止並修正資料問題,再購買行銷活動工具。
保護同意權限。確認取消訂閱在匯入或合併後仍然有效,並在每次發送前立即再次檢查。如果後續的匯入會恢復權限,請勿繼續進行。
測試真實的行銷活動。使用所選的歸因期,針對真正的對照組執行流失顧客旅程以及生日或造訪觸發的優惠。關於餐飲業以外受控測量的有用入門指南,為 DTC 品牌測量廣告影響力 解釋了將曝光受眾與對照組進行比較之邏輯。餐廳應將該原則套用到造訪次數和購買行為上,而不是將點擊量視為最終結果。對於使用 Meta 的行銷活動,餐廳 Conversions API 指南 可以協助釐清如何分享轉化事件的獨立問題。
檢查商業模式。比較每次增量造訪的總成本,而不僅僅是方案的標題價格。請考量發送與 AI 額度、超額費用、當地稅金,以及哪個方案包含您所需的發送量。Purple Engage 的每個方案(包含免費方案)都提供無限聯絡人;其 15,000 額度方案的費用為每月 £27 或每年支付 £293,並享有 10% 的年度折扣。列出價格已包含適用之增值稅,包括英國的 20% 增值稅。
未經人工核准前,AI 所草擬的任何內容都不應直接發送或產生費用。Purple Engage 能在提供訪客 WiFi 與已連線 POS 系統的店家執行此試運行計畫,讀取場域資料,並採用與您評估其他供應商相同的計分卡來衡量行銷活動的來客流量。如果試運行無法呈現包含區間的增量造訪,請先保留您現有的工具,並優先修復資料連結。
Purple Engage 將 WiFi 登入、收銀機收據、預訂和賓客住宿記錄整合為統一的賓客檔案,並具備同意管理、行銷活動和對照組效果衡量功能。如果您準備好測試資料是否能證明真實的回訪狀況,請造訪 Purple Engage 並對照您的試行計分卡進行評估。
