跳至主要內容

如何利用餐廳 SMS 行銷提高回訪率

本指南說明餐廳營運商與場地 IT 團隊如何利用 Guest WiFi 基礎架構來收集經驗證且符合 GDPR 規範的第一方數據,並自動化執行可帶來顯著回訪率的 SMS 行銷活動。內容涵蓋了從 Captive Portal 設定、RADIUS 驗證到 Purple Engage 分眾、SMS 閘道傳送以及閉環歸因的完整技術架構。行銷總監、CRM 經理和場地營運商將能在此獲得具體的部署步驟、合規性指引以及 ROI 衡量框架。

📖 8 分鐘閱讀📝 1,981 字數🔧 2 範例4 練習題📚 10 關鍵定義

收聽此指南

查看播客逐字稿
第一部分 - 導言與技術深度剖析 好的。我們來談談餐廳的 SMS 行銷,特別是為什麼大多數營運商的做法本質上是有問題的。 問題不在於管道。SMS 的效果非常驚人。擁有 98% 的開啟率。90% 的訊息在三分鐘內被閱讀。轉換率高達 32%。這些數字並非行銷宣傳口號,而是來自 Gartner 以及實際大規模部署此技術的營運商。 問題在於數據。大多數餐廳正試圖使用從紙本簽到表、第三方外送 App 或顧客填寫過一次就忘記的會員卡中收集到的電話號碼來執行 SMS 活動。這些數據已過期、未經驗證,且在許多情況下不符合 GDPR。 這裡有一個能改變一切的洞察。您的實體網路基礎架構 - 特別是您的 Guest WiFi - 已經在從踏入店門的每一位顧客身上,收集經驗證、同意且第一手的第三方數據。問題在於您是否正在使用它。 [暫停] 讓我帶您了解其架構,因為這才是真正的價值所在。 當顧客進入您的餐廳並連接到 WiFi 時,他們會進入一個 Captive Portal。Captive Portal 簡單來說就是一個攔截其連線的網頁,並要求他們在取得網際網路存取權限之前進行驗證。在那個時刻,您有一個獨特的機會。您可以要求將行動電話號碼作為驗證憑證,並顯示一個清晰、明確的行銷傳播同意勾選框。 這不是一種黑暗模式。這是一種有意識選擇的同意。顧客能清楚看到他們同意的內容。他們勾選框框。他們連線上網。您獲得了一個經驗證的行動電話號碼、時間戳記以及符合 GDPR 的同意記錄。 驗證本身透過 RADIUS(遠端驗證撥號使用者服務)執行。它是網路存取控制的產業標準協定。存取點與 Purple 雲端覆蓋網路進行通訊,後者負責處理驗證並儲存設定檔。 現在,從 IT 的角度來看,最有趣的部分來了。這種架構與硬體無關。無論您的場域是執行 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist 還是 Ubiquiti UniFi,Purple 雲端覆蓋網路都能直接整合。您不需要更新硬體。智慧功能位於雲端,而非存取點中。 一旦顧客數據進入平台,Purple Engage 就會建立一個統一的設定檔。它會追蹤造訪頻率、停留時間、他們通常造訪的一天中的時段,以及他們經常光顧的據點。這是第一手的行為數據。它是屬於您的。沒有第三方中間商擁有它。 從該設定檔中,您可以設定自動化觸發條件。例如:過去一個月內造訪三次,但已四十五天未返回的訪客,會在週四上午十一點自動收到一條簡訊。該訊息是個人化的。它會參考他們的造訪歷史紀錄,並為即將到來的週末提供特定的優惠。 該訊息透過簡訊閘道路由至電信業者網路,並在數秒內傳送到訪客的手機。當他們回到場所時,其裝置會自動重新連線至 Guest WiFi。Purple 會記錄該次返回造訪,並將其直接歸功於該行銷活動。您現在擁有了一個閉環評估系統。 --- 第 2 部分 - 案例研究、常見陷阱、問答與總結 讓我給您兩個具體的例子,說明這在實務中是如何運作的。 第一:一家擁有五十家分店的連鎖餐廳。他們在各個據點的數據收集不一致。部分場所使用 Cisco Meraki,其他場所則使用 HPE Aruba。行銷團隊無法執行統一的行銷活動,因為數據分散在不同的孤島中。解決方案是在所有五十個位置部署 Purple 雲端覆蓋。透過集中發布單一 Captive Portal 設定,使數據收集標準化。在六十天內,他們建立了一個乾淨、統一的資料庫,其中包含來自每個據點同意接收訊息的訪客電話號碼。第一個針對四十五天未造訪的流失常客的簡訊行銷活動,帶來了百分之二十二的返回造訪率。 第二:一家體育場餐飲營運商。他們希望在活動的需求低迷時期,引導人流至特定的餐飲店。利用 Guest WiFi 位置分析,系統偵測到座位區的人口密度高,但特許攤位附近的流量低。它觸發了一項簡訊行銷活動,向同意接收訊息的訪客提供限時折扣,有效期為接下來的三十分鐘。結果是在原本可能無人問津的時段內,餐飲店的營收出現了可衡量的成長。 [暫停] 現在,讓我直接指出營運商容易出錯的地方,因為這些陷阱是完全可以預測的。 第一個錯誤是慢速的 Captive Portal。如果入口網站載入時間超過兩秒,訪客就會放棄它。您就失去了收集數據的機會。保持入口網站表單極簡。只要求填寫電話號碼和同意。其餘免談。 第二個錯誤是預先勾選的同意方塊。在 GDPR 規範下,這不是有效的同意。訪客必須主動勾選該方塊。Purple 的平台在設計上強制執行這一點。 第三個錯誤是訊息發送頻率。簡訊是一個私密的管道。對大多數受眾而言,每月兩條促銷訊息已是上限。超過這個上限,退訂率就會急遽攀升。 第四個錯誤是向整個名單發送訊息。請進行區隔。每週都來造訪的訪客不需要挽回訊息。而六個月前造訪過一次的訪客則需要。利用行為數據,在正確的時間將正確的訊息發送給正確的人。 [暫停] 讓我回答一些我最常聽到的問題。 如果我們已經有會員計劃,這還有效嗎?是的。Guest WiFi 資料可以豐富您現有的會員設定檔。您可以將電話號碼與會員 ID 進行配對,並填補 CRM 中的資料空白。 那如果不願意提供電話號碼的顧客呢?他們仍然可以透過電子郵件或社群媒體登入來存取 WiFi。電話號碼欄位僅在簡訊同意加入(opt-in)流程中是必填的。 部署需要多長時間?對於單一場域,配置不需一天即可完成。對於多據點部署,集中式管理主控台意味著您可以同時將一致的配置推送到所有地點。 資料安全嗎?Purple 擁有 ISO 27001 認證,且符合 GDPR 和 CCPA 規範。該平台在 2024 年已跨八萬個活動場域處理了超過四億四千萬次登入,且可用性達到百分之九十九點九九九。 [pause] 總結來說。餐廳的簡訊行銷能帶來非凡的成效,但前提是底層資料必須是乾淨、經同意且最新的。Guest WiFi 是大規模收集該資料最可靠的機制。 其架構非常簡單。Captive Portal 收集電話號碼和同意書。Purple Engage 建立行為設定檔。自動化觸發器在正確的時間發送正確的訊息。系統會追蹤回訪並歸因於該行銷活動。 這週要做的三件事:第一,審查您目前的 Captive Portal,並確認它正在收集具有明確同意加入(opt-in)的電話號碼。第二,檢查您現有的顧客資料庫是否合規;刪除所有沒有明確同意時間戳記的記錄。第三,在 Purple Engage 中針對流失顧客配置一個自動化觸發器,將其上線,並衡量三十天內的回訪率。 這就是您的起步點。資料會告訴您下一步該怎麼做。感謝您的寶貴時間。

header_image.png

執行摘要

針對餐廳場所的 SMS 行銷並非廣播管道。它是一項精密的數據營運。該管道本身非常出色:開啟率達 98%、90% 的訊息在三分鐘內被閱讀,且轉換率高達 32% (Gartner, 2022)。瓶頸往往在於數據。大多數營運商正針對從紙本簽到表或第三方外送應用程式收集而來的陳舊、未驗證電話號碼進行行銷活動。這些數據不符合 GDPR 規範,且在規模化時毫無效果。

解決方案其實早已安裝在您的場所中。您的 Guest WiFi 網路會在每位賓客連線的當下,以明確的同意擷取經驗證的行動電話號碼。Purple Engage 將該數據連接到自動化 SMS 行銷活動引擎,根據行為對賓客進行細分,並觸發個人化訊息以促進再次光臨。當賓客的裝置重新連線到網路時,系統會自動追蹤再次光臨的情況,從而完成歸因閉環。

本指南涵蓋了在規模化餐廳環境中實施 SMS 行銷的架構、部署步驟、合規要求以及可衡量的成果。


技術深度解析

數據擷取架構

針對餐廳場所實施有效 SMS 行銷的基礎,是在到訪點收集的第一方數據。依賴員工索取電話號碼既不一致且無法規模化。網路基礎設施必須將此過程自動化。

當賓客進入場所並連線到 Guest WiFi SSID 時,無線基地台會將其 HTTP 流量重導向至 Captive Portal。Captive Portal 是一個攔截連線並在授予網際網路存取權限之前要求驗證的網頁。此時,入口網站會顯示一個表單,要求輸入行動電話號碼,以及一個未勾選的明確行銷傳播同意勾選框。

這是一個自願選擇的同意。賓客主動勾選該框、閱讀同意聲明並提交表單。系統會記錄電話號碼、時間戳記、場所位置和同意狀態。此記錄符合 GDPR 第 7 條和 UK GDPR 的要求,即同意必須是自由給予、具體、知情且明確的。

驗證本身在 RADIUS (遠端用戶撥入驗證服務) 上執行,這是 RFC 2865 中定義的網路存取控制業界標準協定。無線基地台充當 RADIUS 用戶端,將賓客的憑證轉發到充當 RADIUS 伺服器的 Purple 雲端覆蓋網路。Purple 驗證憑證、授權存取並儲存賓客個人檔案。

campaign_architecture_diagram.png

硬體無關整合

此架構不需要進行硬體汰換。Purple 作為雲端重疊層運行,直接與 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 與 Fortinet 整合。智慧功能位於雲端,而非無線基地台。您只需設定無線基地台,將未經驗證的用戶端導向至 Purple Captive Portal URL,其餘工作皆由平台處理。

在 2024 年,此架構已在 80,000 多個實體場域運作,並處理了 4.4 億次登入(Purple 內部數據),證明不論是單一據點的餐廳,還是擁有 50 家分店的連鎖店,在各種規模下皆穩定可靠。

數據富化與客群細分

當顧客檔案建立在 Purple Engage 後,平台便會開始建立行為記錄。每一次隨後的造訪都會追加數據:造訪頻率、停留時間、當日時間、星期幾以及場域位置。經過三到四次造訪後,平台便擁有足夠的數據來對顧客進行有意義的細分。

客群是透過套用於此行為數據的規則來定義的。例如:

客群名稱 規則定義 預期行銷活動
流失的熟客 90 天內造訪 3 次以上,且 45 天內未造訪 寄送包含週末優惠的挽回簡訊
新顧客 7 天內首次造訪 寄送包含回訪優惠的歡迎訊息
高頻率顧客 90 天內造訪 8 次以上 寄送忠誠度獎勵通知
午餐時段訪客 平均造訪時間在 11:30 至 14:00 之間 寄送週中午餐促銷訊息

這種客群細分正是區分餐廳實體場域有效簡訊行銷與一般群發活動的關鍵。每週都造訪的顧客不需要挽回訊息。而六個月前造訪過一次的顧客則需要。

自動化行銷活動觸發器

根據客群定義,您可以在 Purple Engage 中設定自動化觸發器。觸發器會指定條件(例如:自上次造訪已過 45 天)、發送時間(例如:週四上午 11:00)以及訊息範本。動態欄位會自動將顧客的名字和場域名稱帶入訊息中。

訊息會從 Purple Engage 透過簡訊閘道路由至電信業者網路,通常在數秒內便會送達。當顧客回到場域時,其裝置會自動重新連線至 Guest WiFi。Purple 會將此記錄為回訪,並將其歸因於該行銷活動,從而建立一個閉環評估系統。

sms_funnel_infographic.png

收聽專家簡報


導入指南

針對餐廳營運部署 SMS 行銷,需要對網路組態、平台設定和活動設計採取結構化的方法。

步驟 1:設定 Captive Portal

登入 Purple 門戶網站並導覽至 splash page 編輯器。將電話號碼欄位新增為 Guest WiFi 存取的強制驗證要求。加入一個字句清晰的加入選取方塊,用於行銷傳播。該選取方塊預設必須為未勾選。同意聲明必須具體說明訪客同意的內容、他們接收訊息的頻率以及如何退出。

如需設計有效 splash page 的指引,請參閱 How to make a great first impression with your guest WiFi (and keep your brand consistent)

步驟 2:定義客群細分規則

在 Purple Engage 中,建立反映您行銷目標的客群。從以下兩個客群開始:針對流失訪客(30 到 45 天內未造訪)的挽回客群,以及新訪客客群(過去 7 天內首次造訪)。這兩個客群涵蓋了價值最高的應用場景,並為衡量活動成效提供了基準。

步驟 3:建立自動化觸發條件

針對流失訪客客群,設定在星期四上午 11:00 發送 SMS 的觸發條件。星期四是餐廳促銷的最佳時機,因為訪客正在規劃他們的週末用餐。訊息應簡短、個人化,並包含具有明確有效期限的具體優惠。

針對新訪客客群,設定在首次造訪 48 小時後發送的觸發條件。訊息應感謝訪客,並提供在接下來兩週內再次光臨的理由。

步驟 4:測試與部署

使用小型內部群組進行測試活動。驗證訊息傳遞、動態欄位準確性(訪客姓名、場地名稱)以及所有內含連結的功能。檢查退出機制是否運作正常。驗證無誤後,啟用自動化。

步驟 5:衡量與最佳化

30 天后,在 Purple 分析儀表板中審查活動成效。關鍵指標為送達率、開啟率(透過連結點擊追蹤)、再次造訪率和退出率。使用這些指標來精準調整訊息發送時間、優惠價值和客群細分標準。

如需深入閱讀相關管道策略,請參閱 How to leverage SMS marketing agencies to increase return visits


最佳實踐

這些實踐反映了在 80,000 多個場地累積的業界標準與營運經驗。

時機決定成效。 在下午 3:00 至下午 5:00 之間發送晚餐促銷資訊,此時訪客正在做用餐決定。在星期四早上發送週末優惠。避免在晚上 9:00 之後或早上 9:00 之前發送訊息;這是美國 TCPA 的要求,也是英國和歐盟 GDPR 的最佳實踐。一則訊息,一個行動。 每封簡訊都必須有單一且明確的行動呼籲。加入直接連結以預訂桌位或查看優惠。移除任何會分散行動焦點的次要資訊。

限制發送頻率。 對於大多數顧客受眾而言,每個月兩封促銷訊息已是上限。超過此頻率會使退出率急劇上升。每一次退出都是資料庫的永久損失。

最基本的個人化。 在每封訊息中加入顧客的名字。與一般訊息相比,直呼顧客名字的訊息兌換率高出 50%(Bloom Intelligence, 2024)。

保留退出管道。 每封訊息都必須包含明確的退出說明,例如 "回覆 STOP 以取消訂閱。" 這是 TCPA 的法律要求,也是 GDPR 的義務。Purple 的平台會自動附加此說明。

每季審計資料庫。 移除 12 個月內未互動任何訊息的電話號碼。發送給非作用中號碼會增加退信率,並面臨電信業者阻擋的風險。


疑難排解與風險緩釋

傳送門放棄率高

如果顧客連線到 SSID 但未完成 Captive Portal 登入,則傳送門可能載入過慢或要求過多資訊。請為 Walled Garden(預先驗證網路區域)分配足夠的頻寬。將傳送門表單簡化為最少必要欄位:電話號碼與同意核取方塊。每增加一個欄位都會降低完成率。

資料庫中含有無效的電話號碼

如果簡訊傳遞率偏低,資料庫中可能包含無效號碼或市話號碼。在 Captive Portal 表單上實施即時電話號碼驗證。Purple 的平台原生支持此功能,會在號碼進入資料庫之前,標記不符合有效行動電話格式的號碼。

合規性違規

最常見的兩種合規性失敗是預先勾選的同意方塊與遺漏退出機制。根據 GDPR 第 7 條,預先勾選的方塊不構成有效同意。Purple 的平台在設計上強制執行預設不勾選。確保每個自動訊息範本都包含退出說明。保留附有時間戳記的同意記錄;Purple 會自動儲存此記錄並可供審計。

電信業者阻擋

如果向無效號碼發送大量訊息,或產生高退出率,行動電信業者可能會標記發送者 ID 並阻擋未來的訊息。請維護乾淨的資料庫、遵守頻率限制,並使用專屬簡碼或已驗證的發送者 ID,而非一般的長號碼。

網路架構衝突

在多 SSID 環境中,請確保 Guest WiFi SSID 與員工和 IoT 網路隔離。有關 SSID 架構的指南,請參閱 三個統治一切的 SSID:顧客、Passpoint 和 IoT WiFi 。錯誤的 VLAN 設定可能會導致 Captive Portal 重新導向失敗,進而完全無法收集數據。


投資報酬率與商業影響

餐飲場所實施 SMS 簡訊行銷的商業效益,取決於三個可衡量的指標:回訪率、獲客成本與終身價值提升。

回訪率。 餐廳透過 Guest WiFi 數據進行行為觸發型 SMS 簡訊行銷,通常能讓流失顧客的回訪率提升 22%(Purple 內部數據)。以每月有 500 名流失顧客的場所為例,22% 的回訪率每月可額外帶來 110 桌客流量。

獲客成本。 寄送簡訊的費用大約為每條 £0.03 至 £0.05。寄送給 500 名顧客的成本為 £15 至 £25。若有 110 名顧客回訪且平均每客消費 £30,該行銷活動只需投入 £25,即可創造 £3,300 的營收,投資報酬率高達 132 倍。

終身價值提升。 收到個人化 SMS 簡訊的顧客,其回訪機率比未收到簡訊者高出 50%(Bloom Intelligence,2024 年)。每月回訪兩次而非一次的顧客,在該場所的年度消費額將會翻倍。

歸因準確性。 由於回訪次數是透過 Guest WiFi 重新連線來追蹤,因此歸因直接且可驗證。不同於電子郵件或社群媒體行銷活動需依賴自我報告或概率比對,基於 WiFi 的回訪記錄提供了確定性的數據。

若要更廣泛地瞭解 Guest WiFiWiFi Analytics 如何協助提升場所營收,請探索 Purple 的產品頁面。如需瞭解特定產業的部署模式,請參閱 Hospitality (餐旅業)與 Retail (零售業)版面。

指標 典型結果 來源
SMS 開啟率 98% TextUs,2025 年
3 分鐘內閱讀的訊息 90% Tatango
SMS 轉換率 32% Gartner,2022 年
個人化 SMS 帶來的新增回訪率 提高 50% 的可能性 Bloom Intelligence,2024 年
流失顧客挽回率 22% Purple 內部數據
每投入 £1 的平均投資報酬率 £21 至 £71 UpCity,2023 年

關鍵定義

Captive Portal

一個網頁,用於攔截來自未經驗證用戶端的網路流量,並要求使用者進行互動(通常是提供電話號碼或電子郵件地址),然後才授予網路存取權限。

在實體場地中收集第一方數據的主要機制。每位想要存取網路的顧客都會經過此關卡,使其成為餐廳營運商最可靠的數據收集點。

RADIUS

遠端用戶撥入驗證服務。在 RFC 2865 中定義的網路協定,為網路存取提供集中式的驗證、授權和計費管理。

基地台扮演 RADIUS 用戶端的角色,將顧客憑證轉發給 Purple RADIUS 伺服器進行驗證。在設定來自 Cisco Meraki、HPE Aruba 或 Ruckus 的基地台以與 Purple 平台整合時,了解此協定非常重要。

第一方數據

直接從您自己的受眾、在互動當下、在其知情並同意的情況下收集的資訊 - 與從第三方購買或從第三方追蹤推導出的數據不同。

GDPR 以及瀏覽器對第三方 Cookie 日益嚴格的限制,使第一方數據成為數位行銷唯一可靠的基礎。顧客 WiFi 是在實體場地中產生經過驗證、同意之第一方數據的少數機制之一。

主動選擇同意 (Conscious-choice opt-in)

一種同意機制,顧客必須主動選取核取方塊或確認同意,而不是預設同意或預先勾選。在顯示時,該核取方塊必須是未勾選狀態。

根據 GDPR 第 7 條的要求。預先勾選的選取方塊不構成有效的同意,並會使營運商面臨執法行動。Purple 的平台在設計上強制執行預設不勾選。

GDPR

一般資料保護規則。歐盟規範 (2016/679),旨在規範個人資料的收集、儲存和使用。在脫歐後,UK GDPR 在英國實施等效的要求。

直接規範餐廳如何收集和使用顧客電話號碼進行 SMS 行銷。關鍵要求包括:明確同意、明確指定目的、撤回同意的權利以及數據最小化。

TCPA

電話消費者保護法。美國聯邦法律,限制電話行銷與自動化簡訊。要求在發送行銷 SMS 簡訊之前取得先前的明確書面同意。

適用於任何在美國營運或針對美國顧客的餐廳。違規行為每條簡訊將面臨 500 至 1,500 美元的罰款。嚴格的同意管理和退訂處理是強制性的。

雲端重疊 (Cloud overlay)

運作於現有網路硬體之上的軟體層,提供額外的功能 - 例如 Captive Portal、分析和行銷自動化 - 而無需更換硬體。

Purple 的雲端重疊是實現硬體無關部署的機制。它透過標準 RADIUS 和 API 連線與 Cisco Meraki、HPE Aruba、Ruckus 以及其他主要供應商整合。

行為細分

根據觀察到的顧客行為(造訪頻率、停留時間、一天中的時間、位置)而非僅依據人口統計特徵來對顧客進行分組。

有效 SMS 定向的基礎。每週光顧的顧客與三個月前僅光顧過一次的顧客需要不同的訊息。Purple Engage 會根據 WiFi 工作階段數據自動建立這些細分客群。

圍牆花園 (Walled garden)

訪客 WiFi 網絡上的預先驗證網絡區域。在 walled garden 中的用戶端可以訪問 captive portal 以及任何白名單網址(例如場地自己的網站),但在通過驗證之前無法訪問更廣泛的網際網路。

確保 walled garden 具有足夠的頻寬對於 captive portal 的效能至關重要。慢速的 portal 會導致顧客放棄登入流程,進而無法收集數據。

停留時間

顧客在單次造訪期間保持連接到訪客 WiFi 網絡的時間長度,用作衡量在場地內停留時間的指標。

一個關鍵的細分變量。平均停留時間為 90 分鐘的顧客很可能是內用顧客;而平均停留時間為 15 分鐘的顧客則很可能是快速服務顧客。這些顧客對不同的優惠和訊息發送時機有不同的反應。

範例

一家擁有 50 家分店的連鎖餐廳需要統一所有場地的數據收集流程,以推出整合式的 SMS 行銷策略。目前,各分店使用不同的硬體 - 其中 30 家使用 Cisco Meraki,20 家使用 HPE Aruba - 且數據收集方式不一致。由於數據處於孤島狀態,行銷團隊無法舉辦全連鎖店的行銷活動。

在不更換任何硬體的情況下,於所有 50 家分店部署 Purple 雲端覆蓋網路。在 Purple 中央管理主控台中設定單一的 Captive Portal 範本,要求填寫行動電話號碼,並提供一個預設未勾選的明確行銷訂閱核取方塊。將此設定同時推送至所有 50 家分店。Cisco Meraki 分店設定為透過 Meraki 歡迎頁面設定將未驗證的用戶端重導向至 Purple 入口網站 URL。HPE Aruba 分店則透過 Aruba ClearPass 整合進行設定。這兩種硬體類型皆透過同一個 Purple RADIUS 端點進行驗證。在 60 天內,該連鎖餐廳便擁有一個統一、符合 GDPR 規範的資料庫,其中包含來自各分店已訂閱客人的電話號碼。在 Purple Engage 中設定單一的流失顧客自動觸發條件:針對在過去 90 天內造訪過三次或以上、但已有 45 天未回訪的顧客,在週四上午 11:00 向其傳送一則包含週末優惠的 SMS。

考官評語: 此情境展示了雲端覆蓋方案不受硬體限制的價值。關鍵洞察在於,行銷問題(數據孤島)是透過網路設定的變更來解決,而非透過 CRM 專案。60 天的時間表反映了為流失顧客分眾累積足夠行為數據所需的時間。在分眾數據不足前啟動行銷活動,成效會大打折扣。在此情境中觀察到的 22% 回訪率與 Purple 在類似部署中的內部數據一致。

一家體育場餐飲營運商在一個擁有 40,000 個座位的場地內經營餐飲店。在活動期間,某些分店需求極高,而其他分店則乏人問津。營運商希望利用 SMS 即時引導人流至特定分店,而無需工作人員手動識別和聯繫顧客。

使用 Purple 的 Guest WiFi 位置分析功能來監控整個場地的即時顧客密度。在 Purple Engage 中設定自動化規則:當系統偵測到特定分店區域在活動進行中的流量低於其典型尖峰時段流量的 20% 時,即向目前連線至相鄰座位區 WiFi 且已同意訂閱的所有顧客觸發 SMS 行銷活動。訊息提供該低流量分店在未來 30 分鐘內有效的限時折扣。訊息中包含該分店數位菜單的直接連結。此觸發機制會自動執行,無需人工干預。活動結束後,Purple 分析儀表板會顯示 SMS 傳送量與分店流量之間的關聯性,為下一次活動提供歸因數據。

考官評語: 此場景展示了位置分析與 SMS 自動化的結合。關鍵的技術依賴在於精確的區域級 WiFi 覆蓋,這需要足夠的基地台密度才能區分座位區與大廳區域。30 分鐘的有效期限創造了緊迫感,但又不至於過短。自動化規則可防止系統在該店面已滿載時觸發,避免產生不良的顧客體驗。

練習題

Q1. 一家餐廳營運商希望向過去 12 個月內登入過訪客 WiFi 的每位顧客發送簡訊,以宣傳新菜單的推出。該資料庫包含 8,000 個電話號碼。主要的技術和合規風險是什麼?營運商應如何處理該風險?

提示:請考慮明確同意的要求、同意記錄的存續時間,以及接受 WiFi 服務條款與主動勾選行銷同意之間的差異。

查看標準答案

主要風險是違反 GDPR 合規規定。登入訪客 WiFi 並不自動構成接收行銷簡訊的同意。營運商必須篩選這 8,000 筆記錄,僅保留具有帶有時間戳記且明確行銷同意的記錄。必須排除顧客接受了 WiFi 服務條款但未勾選行銷同意框的記錄。此外,電話號碼會隨時間過期;12 個月前收集的號碼失效機率較高,這會增加退信率並面臨被電信商封鎖的風險。營運商應在 Purple Engage 中篩選資料庫,僅包含具有有效行銷同意時間戳記的記錄,然後在發送前進行驗證以清除無效號碼。

Q2. 您的連鎖餐廳正在三個月內將 20 個據點從 Ruckus 基地台遷移到 Cisco Meraki。此硬體遷移對您現有的 Purple Engage 簡訊活動和顧客數據有何影響?

提示:請考慮顧客數據和活動邏輯在 Purple 架構中存放的位置。

查看標準答案

此次遷移對簡訊活動或顧客數據沒有任何影響。Purple 作為與硬體無關的雲端重疊運作。顧客個人檔案、細分規則和自動化觸發器都存在於 Purple 雲端中,而非基地台。當每個據點遷移到 Cisco Meraki 時,新的基地台會被配置為將未經驗證的用戶端重新導向到現有的 Purple captive portal 網址,並透過同一個 Purple RADIUS 端點進行驗證。顧客數據將繼續不間斷地累積。唯一需要的操作是更新新 Cisco Meraki 基地台上的 RADIUS 伺服器配置,以指向 Purple 的 RADIUS IP 位址和共享金鑰。

Q3. 場地營運商注意到,在過去一個月中,captive portal 的完成率從 68% 下降到 31%。顧客正在連接到 SSID,但在提交電話號碼之前放棄了 portal。最有可能的三個原因是什麼?應如何診斷每個原因?

提示:請考慮網絡效能、portal 設計以及任何最近的配置變更。

查看標準答案

三個最可能的原因是:(1) Portal 載入時間 - 圍牆花園(walled garden)的頻寬可能不足,導致 portal 載入緩慢,進而使訪客放棄。診斷方法:在尖峰時段從訪客裝置測量 portal 載入時間。若超過兩秒,請增加分配給圍牆花園的頻寬。(2) Portal 表單複雜度 - 最近的變更可能增加了額外的必填欄位。診斷方法:審查 portal 組態變更日誌。移除任何非必要的欄位;表單應僅要求填寫電話號碼和同意核取方塊。(3) SSID 或 DNS 設定錯誤 - 網路變更可能破壞了 Captive Portal 重新導向,導致部分用戶端看到錯誤頁面而非 portal。診斷方法:連線測試裝置並檢查重新導向是否正常運作。審查最近對 SSID 設定、DNS 設定或防火牆規則的任何變更。

Q4. 行銷經理希望每天發送 SMS 簡訊活動以最大化互動。IT 經理基於合規性和營運理由反對。誰是正確的?應該實施什麼頻率政策?

提示:考量 GDPR 比例原則、TCPA 靜音時間以及對退出率(opt-out rates)的實際影響。

查看標準答案

IT 經理是正確的。每日發送 SMS 簡訊違反了 GDPR 的資料最小化和比例原則 - 發送頻率必須與同意時聲明的目的相稱。如果訪客同意的是「偶爾發送促銷訊息」,則每日發送便超出了該範圍。根據 TCPA,禁止在當地時間上午 8:00 之前或晚上 9:00 之後發送訊息,且頻率過高是引發投訴的根源。在營運上,每日發送訊息會使退出率急劇上升,永久縮減資料庫規模。建議的政策是每月最多發送兩則促銷訊息,並輔以行為觸發的自動訊息(例如挽回客戶或訪問後續追蹤),這些是由事件驅動而非行事曆驅動,因此不計入促銷頻率限制。