跳至主要內容

如何利用 SMS 行銷平台提升顧客回訪率

本指南說明餐飲旅宿業、零售業、活動展演及公共部門等場域營運商,如何將其訪客 WiFi 基礎架構與 SMS 行銷平台相連結,以提升可衡量的顧客回訪率。內容涵蓋從 Captive Portal 數據擷取到自動化 SMS 行銷活動發送的技術架構、GDPR 與 TCPA 的合規要求,以及有產業基準支持的商業案例。Purple Engage 可自動化此完整流程,在登入時擷取經驗證的第一方電話數據,並在無需人工介入的情況下觸發個人化行銷活動。

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

收聽此指南

查看播客逐字稿
您是一家領先的企業級 WiFi 智慧公司的資深技術顧問,正以自信、權威且口語化的英式英語口吻向客戶進行簡報。請清晰地以適中、專業的步調發言。這是一場客戶簡報,而非演講。請全程使用英式英語口音。 歡迎來到 Purple 技術簡報。今天我們要探討的是 SMS 簡訊行銷平台,以及它們如何與您的實體網路基礎架構整合以提高回訪率。我們將涵蓋技術架構、實作策略,以及您可以預期的業務成效。 讓我們從背景脈絡開始。為什麼選擇 SMS?數據顯而易見。SMS 擁有高達 98% 的開啟率,且 90% 的訊息在三分鐘內就會被閱讀。相較之下,電子郵件的開啟率僅在 20% 左右。當您將 SMS 與透過顧客 WiFi 網路收集的驗證第一方數據相結合時,就能為訪客建立一個直接、高互動的管道。這並不是要群發通俗的優惠資訊,而是基於實體足跡觸發、具備情境感知能力的即時訊息。 現在,讓我們深入探討架構。基礎是您的無線網路。無論您執行的是 Cisco Meraki、HPE Aruba 還是 Juniper Mist,無線基地台都會處理 802.11 關聯。當顧客連線時,Purple 會攔截流量並將其重導向至 Captive Portal。Captive Portal 是使用者在存取網際網路之前必須進行互動的網頁。這是您最主要的數據收集點。 在入口網站上,顧客會進行驗證。這就是您收集行動電話號碼並獲得明確同意的地方。此同意必須符合 GDPR、CCPA 和 TCPA 標準。Purple 會處理加入訂閱(opt-in)記錄與身分驗證,並針對裝置的 MAC 位址和 IP 位址為每次同意事件標記時間戳記。 驗證完成後,Purple 會將裝置的 MAC 位址與驗證過的行動電話號碼進行關聯。這是至關重要的連結。現在,每當該裝置進入您的場域時,網路就會偵測到該裝置的探測請求(probe requests)。Purple 會記錄此足跡事件,並即時更新使用者個人檔案。這些數據會透過 API 或 webhook 推送至您的 CRM 和 SMS 行銷平台。 您的 SMS 行銷平台 - 無論是 Klaviyo、Attentive 還是其他供應商 - 都會訂閱這些事件。當滿足特定條件時(例如顧客 30 天內未曾造訪),SMS 平台就會觸發個人化訊息。此訊息會自動發送,無需任何手動介入。 讓我給您兩個這在實務上如何運作的具體範例。 首先,以一家全國性零售連鎖店為例。他們更新了 Captive Portal,要求使用者輸入行動電話號碼並進行 OTP 驗證才能登入。他們新增了一個明確的勾選方框,提供註冊即可獲得 10% 折扣優惠券的選項。他們透過 API 將 Purple 與其 SMS 簡訊平台整合。接著,他們建立了一個自動化行銷活動,在週四下午向過去 14 天內未曾到訪的使用者發送 SMS 優惠簡訊。選擇週四下午發送是刻意安排的,這能有效影響週末的消費行為。 其次,以一座大型體育場為例。Captive Portal 在使用者首次登入時收集行動電話號碼。Purple 會追蹤整個場館內的即時人流。在半場休息前 15 分鐘,系統會向所有目前已連線且已同意接收訊息的使用者自動發送 SMS 簡訊行銷,提供限時的商品折扣。這利用了 SMS 簡訊的高開率,在最關鍵的時刻推動立即行動。 現在,讓我們來談談實作以及需要避免的陷阱。 最常見的錯誤是數據品質不佳。如果您在收集電話號碼時不進行驗證,您的資料庫將充斥著無效的輸入。您必須在 Captive Portal 登入期間實施 SMS 簡訊驗證。發送一次性密碼至該裝置,使用者必須輸入此驗證碼才能存取網路。這能確保該號碼真實存在且屬於該使用者。 第二,注意發送頻率。研究顯示,當品牌透過 SMS 簡訊過度溝通時,流失率高達 23%。請在您的 CRM 中實施嚴格的頻率限制。對每位使用者每月最多發送二至四條訊息是一個合理的起步點。 第三,細分您的受眾。不要向初次訪問者和忠實常客發送相同的訊息。利用來自 Purple 的人流數據來建立受眾群體。初次訪問者會收到歡迎優惠;流失的訪問者會收到挽回優惠;而常客則會收到忠誠度獎勵。 讓我們快速解答幾個常見問題。 MAC 隨機化會破壞這種追蹤嗎?iOS 和 Android 使用專用的 WiFi 位址。然而,它們通常會針對特定的 SSID 保留相同的隨機 MAC 位址。只要訪客連線到同一個網路,追蹤就會保持一致。若要尋求更強健的解決方案,請考慮部署 Passpoint,它依賴的是身分識別而非 MAC 位址。 預期的投資報酬率(ROI)是多少?產業基準顯示,在 SMS 簡訊行銷上每投入 1 美元,平均可獲得 71 美元的回報。這是根據 Attentive 2024 年的數據。相比之下,電子郵件每投入 1 美元僅能獲得 36 美元的回報。 合規性如何?每封 SMS 簡訊都必須包含明確的退出機制,例如回覆 STOP 以取消訂閱。您的同意記錄必須妥善保留且可供稽核。Purple 會自動記錄所有這些資訊。總結來說,簡訊行銷結合顧客 WiFi 數據,為提高回訪率提供了極其有效的機制。此架構依賴三個要素:在 Captive Portal 透過 OTP 驗證進行安全數據捕捉、Purple 與您的簡訊平台之間強大的 API 整合,以及基於實際人流數據的自動觸發機制。 您的下一步是審核您的 Captive Portal 流程。確保您在取得適當同意並進行 OTP 驗證的情況下收集電話號碼。接著,將該數據流整合到您的簡訊平台中,並開始測試觸發型行銷活動。建議先從針對 30 天內未再次光臨之用戶的喚回活動開始,評估回訪率,並據此持續優化。 感謝您的寶貴時間。如需更詳細的指南與技術文件,請造訪 purple dot ai。

header_image.png

執行摘要

SMS 簡訊行銷平台擁有高達 98% 的開訊率,且每投入 $1 美元平均可獲得 $71 美元的回報 - 這些數據使其成為當今實體場域營運商所能使用的最高效外發行銷管道 [Attentive, 2024; Emarsys, 2026]。真正的挑戰不在於管道本身,而是在於數據。如果沒有與實際到訪歷史紀錄綁定的已驗證第一方行動電話號碼,SMS 簡訊活動將流於俗套且成效不彰。 Guest WiFi 解決了這個問題。當顧客連線到您的網路時,Purple 的 Captive Portal 會擷取他們的行動電話號碼,透過一次性密碼 (OTP) 進行驗證,並取得明確的行銷同意 - 全都在單一且合規的登入流程中完成。這些數據接著會直接匯入您的 SMS 簡訊行銷平台,實現基於現場到訪觸發的自動化行銷活動。本指南涵蓋完整的架構:從 802.11 關聯、RADIUS 驗證、Captive Portal 數據擷取、與 SMS 平台的 API 整合,到回訪歸因。無論您營運的是飯店、零售連鎖店、體育館還是會議中心,實作步驟皆完全相同。最終成果是獲得可觸及且已細分的客群,以及能直接帶動重返人潮的管道。


技術深度剖析

數據擷取架構

WiFi 轉 SMS 策略的基礎在於無線網路本身。當顧客連線到您的網路時 - 無論您執行的是 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist 還是 Ubiquiti UniFi - 無線基地台 (AP) 都會處理 802.11 關聯。Purple 以雲端重疊 (cloud overlay) 的方式運作於您現有的硬體之上,攔截未經驗證的流量,並透過 RADIUS 伺服器將其重新導向至 Captive Portal。

在 Captive Portal 上,顧客會看到品牌專屬的登入畫面。為了建立 SMS 資料庫,您可以將入口網站設定為要求輸入使用者的行動電話號碼作為驗證方式。此處的關鍵控制點在於 OTP 驗證。Purple 會向提供的號碼傳送一次性密碼,顧客必須輸入此驗證碼才能存取網際網路。這單一操作排除了虛假輸入,並保證您資料庫中的每個號碼都是有效且屬於現場活動的人員。

在同一個登入流程中,Purple 會顯示行銷同意核取方塊。這必須是一個未預先勾選、由使用者主動選擇同意 (opt-in) 的設計 - 而非預先勾選。此同意事件會與時間戳記、裝置 MAC 位址和 IP 位址一同記錄。此稽核軌跡即為您在 GDPR、CCPA 和 TCPA 規範下的合規證明。

sms_architecture_overview.png

現場到訪追蹤與個人檔案豐富化

一旦完成驗證,Purple 就會將裝置 MAC 位址與已驗證的行動電話號碼建立關聯,並建立訪客個人檔案。從此時起,每當該裝置進入場域並連線至相同的 SSID 時,Purple 就會記錄一次存在事件。這將建立造訪歷史記錄:首次造訪日期、最近造訪日期、造訪頻率以及停留時間。

這些數據是您 SMS 簡訊行銷活動的引擎。它能告訴您誰是首次造訪者、誰是忠實常客,以及誰已經流失。沒有它,您發送的每條 SMS 簡訊都是在猜測。有了它,每條訊息都具有關聯性。

關於 MAC 隨機化:iOS 14 和 Android 10 之後的版本使用隨機化 MAC 位址來保護使用者隱私。然而,裝置通常會針對特定的 SSID 保持相同的隨機化 MAC 位址。只要訪客連線至相同的網路,存在追蹤就會保持一致。若要採用更強大、基於身分識別的方法,請部署 Passpoint (也稱為 Hotspot 2.0 或 OpenRoaming)。Passpoint 透過憑證而非 MAC 位址來驗證使用者,使追蹤不因 MAC 隨機化而受影響。Purple 原生支持 Passpoint。

與 SMS 簡訊平台的 API 整合

Purple 提供 REST API 並支持存在事件的 webhook 傳送。您的 SMS 簡訊行銷平台 - 無論是 Klaviyo、Attentive 還是自訂 CRM - 都會訂閱這些事件。數據承載內容包括行動電話號碼、名字、造訪次數、上次造訪日期和場域識別碼。

SMS 簡訊平台使用此數據來觸發自動化工作流程。整合通常配置如下:

觸發事件 行銷活動類型 時機
首次 WiFi 登入 歡迎優惠 登入後 2 小時
30 天內無造訪 挽回優惠 第 30 天
在特定日期造訪 活動推廣 活動前一天
第 N 次造訪里程碑 忠誠度獎勵 造訪時

這不是批次群發模式。每條訊息都是由特定的、真實世界的行為觸發。這就是為什麼基於 WiFi 數據建立的 SMS 簡訊行銷活動表現優於一般廣播行銷活動的原因。

WiFi 分析 與回訪歸因

歸因是大多數 SMS 簡訊專案失敗的原因。他們發送訊息並寄予厚望。有了 Purple,歸因是直接的。當收到 SMS 簡訊優惠的使用者隨後連線到 WiFi 網路時,Purple 就會記錄該次造訪。訊息發送與回訪之間的時間是可以衡量的。轉換率 - 在指定時間內回訪的 SMS 簡訊接收者百分比 - 是您可以向董事會報告的具體 KPI。

Purple 的分析儀表板會原生呈現此數據。您可以按行銷活動、按場域、按造訪頻率和按優惠類型進行細分。這關聯了您的行銷支出與實體客流量。


實作指南

部署 WiFi 轉 SMS 簡訊管道需要您的網路團隊與行銷工具棧進行協調。以下是具體步驟。

Step 1 - Audit your captive portal. 審查您目前的登入流程。如果您未收集手機號碼,請更新 portal 以新增此欄位。如果您有收集號碼但未透過 OTP 進行驗證,請啟用驗證。這是整個系統中最重要的單一數據品質控制。

Step 2 - Define your consent wording. 與您的法務團隊合作起草同意條款。其中必須明確說明使用者同意接收來自您組織的行銷 SMS 簡訊。請附上隱私權政策的連結。請勿預先勾選核取方塊。

Step 3 - Configure the Purple API integration. 在 Purple 控制面板中,導覽至「整合」區段。從支援的連接器清單中選擇您的 SMS 平台。對應資料欄位:手機號碼、名字、上次造訪日期、造訪次數和場域 ID。透過觸發測試登入並確認資料已送達您的 SMS 平台來測試 Webhook。

Step 4 - Build your campaign workflows. 在您的 SMS 平台中建立自動化序列。從兩個行銷活動開始:針對首次造訪者的歡迎訊息,以及針對 30 天內未造訪使用者的挽回訊息。保持訊息簡短 - 盡量控制在 160 個字元以內。包含明確的行動呼籲和指向您優惠活動頁面的連結。

Step 5 - Set frequency caps. 在您的 CRM 中設定頻率限制。每位使用者每月最多傳送二至四則訊息是業界標準。超過此限制可能會導致使用者取消訂閱。SAP Engagement Cloud 的研究顯示,23% 的消費者會停止支持透過 SMS 過度溝通的品牌。

Step 6 - Monitor and iterate. 在第一個月內,每週審查行銷活動成效。追蹤開啟率、點閱率,以及最重要的一點 - 透過 Purple 的 Presence 數據所衡量的回訪率。根據數據顯示的結果調整訊息傳送時間、優惠類型和分群。

對於 零售 營運商,週四下午的傳送時間在帶動週末人潮方面的表現一貫優於其他日子。對於 餐旅 場域,退房後 48 小時的挽回訊息能帶來最高的回購率。對於 交通運輸 樞紐和活動場域,即時 Presence 觸發器的表現則優於排程傳送。


最佳實踐

以下原則適用於所有垂直產業和所有 SMS 平台設定。

Verify every number. 在 captive portal 進行 OTP 驗證是不可妥協的。未經驗證的號碼資料庫是一項負債,而不是資產。超過 5% 的退信率會損害您的寄件者信譽,並降低整個列表的送達率。

Segment before you send. Purple 收集的 Presence 數據為您提供了進行有意義分群的素材。至少要區分首次造訪者、常客(90 天內造訪三次或以上)以及流失造訪者(30 天內未造訪)。每個客群都需要不同的訊息。 個人化優惠。 在稱呼收件人時加上名字。提及他們造訪過的場域。使優惠具體化 - 「下次造訪我們曼徹斯特分店可享 10% 折扣」的效果每次都優於「下次造訪可享 10% 折扣」。Purple 會在登入時擷取場域識別碼,因此這種個人化是自動完成的。

正確掌握發送簡訊的時間。 簡訊在送達後三分鐘內有 90% 的讀取率 [Emarsys, 2026]。這使得時間點變得至關重要。避免在清晨或深夜發送訊息。對於零售業,週四下午能帶動週末的造訪率。對於餐飲旅宿業,週日晚上能帶動週間的預訂量。

包含明確的退訂選項。 每則簡訊都必須包含取消訂閱的機制。「回覆 STOP 退訂」是標準做法。請立即執行退訂要求。Purple 和大多數簡訊平台會自動處理此項工作,但請在測試期間驗證設定。

遵守 GDPR 和 TCPA。 GDPR 要求處理個人資料必須有合法依據。對於簡訊行銷,這指的是明確的同意。美國的 TCPA 則要求行銷訊息必須取得先前的明確書面同意。兩者都要求您保留可供稽核的同意記錄。Purple 會自動記錄每次的同意事件。


疑難排解與風險緩釋

訂閱率偏低。 如果選擇訂閱簡訊行銷的訪客少於 20%,請檢視 Captive Portal 的設計。價值的交換必須清晰明瞭。提供立即、具體的誘因 - 例如折扣碼、免費的進階 WiFi 或抽獎機會。測試不同的優惠類型並衡量每種優惠的訂閱率。請參閱我們的指南 如何利用訪客 WiFi 留下美好的第一印象 以瞭解入口網頁的設計原則。

退信率偏高。 退信率高於 5% 表示資料品質不佳。如果 OTP 驗證尚未啟用,請啟用它。稽核您現有的資料庫,找出從未參與過行銷活動的號碼。將其刪除。

回訪歸因率偏低。 如果 WiFi 資料顯示簡訊收件人的回訪率偏低,請檢查歸因期。Purple 中的預設歸因期為 30 天。如果您的場域有較長的自然造訪週期 - 例如每季舉辦一次的商展 - 請相應地延長歸因期。同時檢查訪客回訪時連線的 SSID 是否與他們首次造訪時使用的 SSID 相同。如果 SSID 變更,MAC 隨機化可能會導致追蹤產生落差。

MAC 隨機化落差。 如上所述,iOS 和 Android 會使用隨機的 MAC 位址。如果您看到高比例與現有設定檔不相符的「新」裝置連線,這很可能是 MAC 隨機化所致。解決方案是佈署 Passpoint。Purple 在 Cisco Meraki、HPE Aruba 和 Juniper Mist 硬體上原生支援 Passpoint。如需更多網路設計的詳細資訊,請參閱 掌控一切的三個 SSID:訪客、Passpoint 與 IoT WiFi

API 整合失敗。 如果存在事件(presence events)未傳送到您的 SMS 平台,請檢查 Purple 控制面板中的 Webhook 設定。確認端點 URL 是否正確,且接收端伺服器是否回傳 200 狀態碼。檢查 Purple API 記錄以尋找錯誤回應。大多數整合失敗是由於身分驗證錯誤所致 - 請確保您的 API 金鑰為最新狀態且擁有正確的權限。


投資報酬率(ROI)與業務影響

sms_roi_comparison.png

SMS 行銷的商業價值已得到廣泛證實。SMS 擁有 98% 的開啟率、18% 的點閱率,以及每投入 1 美元平均獲得 71 美元的投資報酬率 [Attentive, 2024; Sender, 2026]。將 SMS 整合到其全通路策略中的品牌,其客戶互動率提升了 47.7% [Omnisend]。向客戶發送簡訊的企業,報告數位行銷成功的可能性比未發送的企業高出 683% [SimpleTexting, 2024]。

當 SMS 結合了第一方 WiFi 數據時,這些成效會進一步提升。行銷活動是由真實行為觸發,而非行事曆日期。優惠活動與特定場所及造訪記錄密切相關。其歸因是直接且可衡量的。

對於一家擁有 50 個據點的 零售 連鎖店而言,現有客戶群的回訪率提升 10%,即代表在沒有任何額外獲客成本的情況下,營收獲得了顯著增長。對於 餐旅 營運商而言,流失顧客的重新預訂率提升 5%,即可抵消相當大一部分的新客獲取成本。

Purple 的 Engage 方案將這整個流程自動化。它會在登入時擷取經過驗證的顧客數據,根據造訪行為對受眾進行細分,並透過您選擇的平台觸發個人化的 SMS 行銷活動。在我們超過 80,000 個實際運作的場所和 3.5 億不重複使用者中,數據一致顯示,使用觸發式、基於存在(presence-based)之 SMS 行銷活動的場所,在每個關鍵指標(開啟率、點閱率和回訪率)上的表現,都優於使用排程廣播行銷活動的場所。

如需深入了解相關實作,請參閱我們的指南: Como alavancar a plataforma de marketing por SMS para aumentar as visitas de retorno 以及 রিটার্ন ভিজিট বাড়ানোর জন্য কীভাবে SMS মার্কেটিং প্ল্যাটফর্মের সুবিধা নেওয়া যায়

關鍵定義

Captive Portal

公共網路用戶在獲得網際網路存取權限之前,必須查看並進行互動的網頁。用於擷取第一方數據並取得行銷同意。

Captive Portal 是 WiFi 轉 SMS 流程中的主要數據收集點。其設計會直接影響同意率與數據品質。

一次性密碼 (OTP)

僅在單次驗證工作階段中有效的密碼,發送至用戶的行動電話號碼以驗證所有權。

在 Captive Portal 進行 OTP 驗證是系統中最重要的數據品質控管機制。它能杜絕虛假資料,並確保資料庫中的每個號碼皆屬有效。

第一方數據

由您自己的系統直接自訪客收集的數據,而非向第三方購買或從第三方 cookie 推導出的數據。

透過 Purple 的 captive portal 收集的數據為第一方數據。這歸場域營運商所有,符合 GDPR 和 CCPA 規範,且不受第三方數據淘汰的影響。

自願選擇同意 (Conscious-choice opt-in)

一種同意機制,使用者必須採取主動、刻意的步驟 - 例如勾選空白核取方塊 - 才能同意接受行銷資訊。預先勾選的方塊不符合資格。

符合 GDPR 規範的必要條件。Purple 的 captive portal 在設計上便強制執行此項要求。每次同意事件都會記錄時間戳記和裝置識別碼。

Webhook

當特定事件發生時,將即時數據從一個應用程式傳送到另一個應用程式的 HTTP 回呼。

Purple 使用 webhooks 即時將存在事件推送到您的 SMS 平台。這能啟用觸發型活動,在訪客連線至網路的數秒內即時發送。

MAC address

分配給網路介面的唯一硬體識別碼。供網路用於識別裝置。

Purple 在登入時將裝置 MAC address 與已驗證的使用者設定檔建立關聯。這能實現對後續造訪的存在追蹤。

MAC randomisation

iOS 14+ 和 Android 10+ 中的一項隱私功能,在掃描或連線到不同的網路時,會使用不同的隨機化 MAC address。

如果 SSID 在兩次造訪之間發生變更,MAC randomisation 可能會影響存在追蹤。裝置通常會針對每個 SSID 保持相同的隨機化 MAC。Passpoint 透過使用基於身分的驗證消除了這個問題。

Passpoint (Hotspot 2.0)

一種通訊協定,可使用儲存的認證啟用自動且安全的 WiFi 驗證,無需使用者在後續造訪時與 captive portal 進行互動。

Passpoint 提供更無縫的連線體驗,且不受 MAC randomisation 的影響。Purple 在 Cisco Meraki, HPE Aruba 和 Juniper Mist 硬體上原生支援 Passpoint。

TCPA (Telephone Consumer Protection Act)

限制未經請求的行銷傳播(包括 SMS)的美國聯邦立法。要求在發送行銷簡訊之前獲得事先明確的書面同意。

任何針對美國行動電話號碼的 SMS 活動都必須符合 TCPA。Purple 的同意記錄提供了合規所需的稽核紀錄。

RADIUS (Remote Authentication Dial-In User Service)

一種網路通訊協定,為連線至網路的使用者提供集中式的驗證、授權和帳務管理。

Purple 使用 RADIUS 攔截未驗證的流量並將其重導向至 captive portal。它作為雲端重疊層運行在您現有的硬體之上。

範例

一家擁有 50 家分店的連鎖零售商希望增加週末購物者的回訪率。他們目前在 Cisco Meraki 硬體上提供免費訪客 WiFi,但在登入時並未擷取電話號碼。

  1. 更新 Purple 儀表板中的 Captive Portal,新增行動電話號碼欄位,並將 OTP 驗證設為驗證方式。2. 新增 SMS 行銷的自願同意核取方塊,並在成功註冊後提供 9 折優惠碼。3. 透過 Purple API 將 Purple 連結至該零售商的 SMS 平台(在此案例中為 Attentive)。對應欄位:行動電話號碼、名字、上次造訪日期、場域 ID。4. 在 Attentive 中建立兩個自動化工作流程:首次登入兩小時後觸發的「歡迎活動」,以及自上次記錄的偵測事件起算 30 天後觸發的「挽回活動」。5. 針對「挽回活動」,安排在星期四下午 2 點發送,以影響週末的購物行為。6. 四週後,在 Purple 的分析儀表板中比較已同意用戶與基準線的造訪頻率,以檢視回訪率。
考官評語: 此方法在建立行銷活動之前解決了根本原因 - 無經驗證的數據。OTP 驗證可確保從第一天起就擁有高品質數據。星期四的發送時間是根據零售業 SMS 基準做出的特意選擇。歸因方法(在 Purple 分析中比較已同意用戶與基準線)直接且適合呈報給董事會。

一家使用 HPE Aruba 無線基地台的大型體育場希望在半場休息期間刺激商品銷售。他們的 WiFi 連線率很高,但沒有 SMS 資料庫。

  1. 設定 Captive Portal 以擷取包含 OTP 驗證的行動電話號碼。新增活動日優惠的行銷同意選項。2. 透過 Webhook 將 Purple 與體育場的 CRM 進行整合。設定 Webhook 在每次發生新的偵測事件時觸發,並傳送行動電話號碼、名字和活動識別碼。3. 在 CRM 中建立即時觸發器:當帶有目前活動識別碼的偵測事件觸發時,將該用戶加入「半場優惠」SMS 受眾名單。4. 安排半場 SMS 行銷活動於預計休息前 15 分鐘發送,提供限時的商品折扣。5. 活動結束後,自 Purple 匯出回訪數據,以衡量有多少收到 SMS 的人參與了隨後的活動。
考官評語: 這裡的關鍵見解是使用即時偵測觸發,而非預先排程的發送。半場前 15 分鐘的時間點能最大化訊息送達與球迷實際靠近商品攤位之間的時間窗口。活動後的歸因步驟完成了此閉環,並為未來的活動規劃提供數據支援。

練習題

Q1. 您正在 20 個飯店地點部署新的 captive portal。您想要建立一個 SMS 行銷資料庫。要確保數據可行,需要實施的最關鍵單一技術控制措施是什麼?

提示:考慮一下如果訪客輸入虛假電話號碼以快速繞過入口網站會發生什麼事。

查看標準答案

啟用 OTP 驗證。這需要訪客接收 SMS 並輸入驗證碼才能取得網際網路存取權,從而保證資料庫中的每個號碼都是有效的,且屬於現場的訪客。若沒有 OTP,收集到的號碼將有很大比例是無效的,這會導致高退信率並損害寄件者信譽。

Q2. 您的行銷團隊想要向過去 12 個月內造訪過您任何場域的所有訪客發送 SMS 活動。在發送之前,您必須對 CRM 數據執行什麼合規性檢查?

提示:思考在向行動電話號碼發送行銷訊息之前,GDPR 和 TCPA 有何要求。

查看標準答案

確認發送清單中的每個行動電話號碼都具有相關聯、明確且出於自主選擇的行銷訂閱同意記錄,並附有時間戳記與場域識別碼。同時確認這些使用者隨後沒有透過回覆 STOP 或經由其他管道撤回同意。向沒有有效同意記錄的使用者發送簡訊違反了 GDPR 和 TCPA,並會使組織面臨監管處置。

Q3. 場域營運商反映,儘管 SMS 的開啟率和點閱率很高,但歸因數據中顯示的再次造訪次數卻極少。最可能的原因是什麼?您該如何調查?

提示:開啟率和點閱率都很高,代表訊息已被接收並產生行動。落差在於點擊與被記錄到的實體再次造訪之間。

查看標準答案

最可能的原因是再次造訪歸因配置錯誤。請檢查三件事:第一,Purple 分析中的歸因窗口是否針對該場域的自然造訪週期進行了正確設定 - 如果窗口太短,再次造訪將不會被計入。第二,檢查 MAC 隨機化是否導致返回的裝置被視為新裝置 - 如果自初次登入以來 SSID 已變更,裝置的 MAC 將會不同,且個人檔案將無法比對。第三,確認 Purple 與 SMS 平台之間的 API 或 webhook 整合是否傳遞了正確的場域識別碼,以便將造訪正確地點的再次造訪歸因於正確的行銷活動。

Q4. 您正在為一位體育場營運商提供諮詢,他們希望在比賽期間向球迷發送即時 SMS 優惠。他們有 40,000 名球迷連接到 HPE Aruba 網路。必須具備什麼架構組件才能使其運作?關鍵的時間考量是什麼?

提示:思考在記錄到存在事件與交付 SMS 之間需要發生什麼事。

查看標準答案

必須在活動前配置並測試 Purple 與 SMS 平台之間的 webhook 整合。當每個裝置連接時,Purple 會觸發存在事件。SMS 平台必須接收此事件,檢查使用者是否在已同意的區隔中,並將訊息排入傳送佇列。關鍵的時間考量是在中場休息前 10 到 15 分鐘發送優惠,而不是在連接的那一刻。在連接時發送意味著訊息會在球迷專注於比賽時送達。在中場休息前發送意味著訊息會在球迷即將前往大廳時送達,從而最大化商品攤位的轉換機會。