LogicFlow:自動化 WiFi 事件與觸發器
這份權威技術參考指南涵蓋了 Purple 的 LogicFlow,一個企業級 WiFi 事件自動化引擎,使 IT 經理和網路架構師能夠在飯店業、零售業、體育場和公共部門場地中建立智慧型、觸發式工作流程。它詳細介紹了平台的「事件-決策-動作」架構,探討了可用的全部觸發器範圍,並提供了具體的實施指引以及來自飯店和零售部署的真實案例研究。對於場地營運商和 IT 團隊,本指南展示瞭如何將被動的 WiFi 基礎設施轉變為主動、創收且營運高效的平台。
收聽此指南
查看播客逐字稿

執行摘要
在企業網路的競爭環境中,自動化回應即時事件的能力已不再是奢侈品,而是核心營運需求。對於 IT 經理、網路架構師和場地營運商而言,挑戰在於將原始網路數據轉化為即時、價值驅動的行動。Purple 的 LogicFlow 是一個企業級自動化引擎,旨在直接應對這一挑戰。它提供了一個可視化的拖放介面,用於建立由廣泛的 WiFi 和訪客相關事件觸發的複雜工作流程。本指南是 LogicFlow 的技術深度剖析,超越行銷摘要,提供可操作的實施指導。我們將剖析平台架構,探討在飯店業和零售業等產業中的常見部署情境,並量化其在營運效率、增進客戶互動和風險緩解方面的投資回報率。對於技術長,本文件概述了一項策略,將現有 WiFi 基礎設施轉變為一個能推動業務成果的主動式、智慧型系統。對於 IT 經理和開發人員,這是一本實用手冊,用於部署符合 GDPR 和 PCI DSS 等主要合規標準的穩健、自動化工作流程,確保安全性和無縫的用戶體驗。
技術深度剖析
LogicFlow 作為 Purple 平台的中樞神經系統,處理連續的數據點串流以觸發預定義的動作。其架構建立在三個核心概念之上:事件、決策和動作。此模型允許建立複雜的、有狀態的工作流程,能即時適應不斷變化的條件。

事件觸發器:當偵測到事件時,流程開始。LogicFlow 支援一組全面的觸發器,可大致分類如下:
| 類別 | 特定觸發器 | 技術背景 |
|---|---|---|
| 上線事件 | 認證前、認證後、線上 | 這些對應於訪客 WiFi 連線旅程的不同階段。認證前動作受限,因為使用者尚未上線,而認證後和線上觸發器則可利用更豐富的資料集。 |
| 訪客人口統計 | 年齡、性別、語言、電子郵件地址、造訪次數 | 源自 Captive Portal 登入表單或社群登入,這些數據可實現高度個人化的使用者旅程。使用此類數據時,遵守 GDPR 等資料隱私法規至關重要。 |
| 裝置與網路 | 作業系統、瀏覽器、SSID、存取點 MAC/名稱、製造商 | 對於裝置特定最佳化(例如,向 iOS 使用者推送應用程式下載)或基於使用者所連線的 AP 的特定位置動作至關重要。 |
| 環境資料 | 場地位置(國家、標籤)、天氣(狀況、溫度)、時間/日期/星期 | 允許情境感知自動化,例如在零售店的啟動頁面上顯示「雨天」優惠,或根據國定假日變更內容。 |
| 使用者行為 | NPS 回應、微調查答案、登入方式、付費 WiFi 方案 | 基於直接使用者回饋或選擇的觸發器,可實現即時的服務補救或向上銷售機會。 |
決策節點:事件觸發後,會傳遞至決策節點。這就是 LogicFlow 中「邏輯」的所在。使用「是/否」或「若/否則」陳述式,管理員可以根據事件資料滿足的條件建立分支路徑。例如,一個「若/否則」節點可以檢查訪客的 visit_count。如果大於 5(忠誠客戶),則走「是」路徑;否則,走「否」路徑,用於新訪客。多個條件可以使用「AND」/「OR」邏輯分組,實現高度精細的目標定位。
動作節點:最後一步是動作節點,它執行特定任務。動作根據事件類型而具有上下文依賴性。
- 認證前:主要是
Splash Page動作,允許根據位置或時間進行動態品牌化。 - 認證後:可用的動作範圍更廣,包括
NPS/微調查呈現、Webhook觸發至第三方系統、媒體顯示(例如,影片廣告),或指派至付費 WiFi層級。 - 線上:使用者獲得完整網路存取權後發生的動作,例如
重新導向至特定 URL、傳送Email/SMS 行銷活動,或在其下次造訪時顯示不同的啟動頁面。
這種結構化方法確保了工作流程既強大又易於維護,遵循自動化和事件驅動架構的標準最佳實務。

實作指南
有效部署 LogicFlow 需要結構化方法,從策略目標到戰術配置。以下步驟提供了一個供應商中立、用於實作的框架。
步驟 1 — 定義業務目標:在建置任何工作流程之前,先明確定義期望的結果。目標是提高忠誠度應用程式下載量、改善客戶滿意度分數,或將人流引導至特定區域?明確的目標決定了所需的觸發器和動作。
步驟 2 — 繪製客戶旅程地圖:識別訪客體驗中自動化可以增加價值的關鍵接觸點。這通常與 WiFi 存取旅程的認證前、認證後和線上階段一致。
步驟 3 — 建置工作流程:從單一、簡單的工作流程開始。例如,為回頭客提供「歡迎回來」訊息。在 LogicFlow v2 中,選擇「新增邏輯流程」並選擇適當的事件類型。將「訪客」決策節點拖放到畫布上,並使用「是/否」條件進行配置:visit_count 大於 1。對於「是」路徑,新增一個 Email 行銷活動 動作節點,並選取預先配置的「歡迎回來」電子郵件範本。對於「否」路徑(新訪客),新增一個不同的動作,例如「首次造訪折扣」電子郵件。連接所有節點,確保每條路徑都以「結束」節點終止。
步驟 4 — 驗證與發布:使用內建的「驗證」工具檢查邏輯中的錯誤。一旦有效,即「發布」工作流程。
步驟 5 — 指派至存取旅程:將已發布的 LogicFlow 連結至特定的存取旅程(特定場地或 SSID 的 Captive Portal 體驗)。這會啟動工作流程。
步驟 6 — 監控與迭代:使用平台的分析功能來衡量工作流程的影響。追蹤電子郵件開啟率、兌換率和造訪頻率。利用這些數據來優化邏輯,並隨著時間提升效能。
最佳實務
從簡單開始,聰明擴展:避免一開始就建立過於複雜的單體式工作流程。從單一用途的流程開始,隨著信心和數據的積累,再將它們組合起來。一個經過良好調整、可提供可衡量結果的工作流程,勝過十個目標不明確的流程。
遵守合規標準:使用人口統計資料時,確保您的邏輯尊重使用者同意,並符合 GDPR 等法規。建立一個決策節點,在觸發任何行銷動作之前檢查 emailable 標記。對於處理支付數據的場地,確保涉及金融交易的工作流程經過 PCI DSS 要求的審查。
利用 Webhook 進行整合:Webhook 是擴展 LogicFlow 功能的強大工具。使用它們將數據推送到外部 CRM 系統、觸發營運儀表板中的警示(例如 Slack 或 Microsoft Teams),或與建築管理系統整合。這推廣了一種供應商中立、以 API 為先的整合策略,保護您的技術投資。
使用命名慣例:隨著工作流程數量的增加,一致的命名慣例 — 例如,[場地]-[目標]-[觸發器] — 對於可維護性和團隊協作至關重要。
定期審核與清理:定期檢視所有作用中的工作流程,確保它們與當前的業務目標保持一致。停用或封存過時的流程,以降低複雜性並減少非預期後果的風險。
疑難排解與風險緩解
問題 — 工作流程未觸發:最常見的問題是指派中的配置錯誤。確認 LogicFlow 已正確發布,並指派給目標場地或 SSID 的作用中存取旅程。同時檢查決策節點內的邏輯;過於嚴格的條件可能會阻止觸發器啟動。
問題 — 非預期的使用者體驗:一個具有多個分支的複雜工作流程可能導致意外結果。使用「驗證」工具,並在發布到實際環境之前,使用非生產的 SSID 徹底測試。請考慮操作順序,特別是在認證後流程中,可能會有多個動作(例如,調查和重新導向)相互競爭。
風險 — 警示疲勞:透過電子郵件或 Webhook 自動發送警示功能強大,但若未謹慎管理,可能導致「警示疲勞」。實施只有當高優先級事件發生時才觸發警示的決策邏輯 — 例如,NPS 分數為 1 到 3,表示嚴重的服務失敗 — 而不是針對每一次連線事件。
風險 — 資料隱私外洩:使用個人資料(年齡、性別、電子郵件)是一項關鍵功能,但也伴隨重大責任。緩解措施包括嚴格遵守資料最小化原則。僅收集特定、明確定義目的所需的資料,並確保所有使用此資料的工作流程都檢查使用者同意。定期根據 GDPR 義務審查流程,並維護最新的資料處理記錄。
投資回報率與業務影響
營運效率:自動化任務,例如服務補救警示或忠誠度計畫註冊,減少了員工的手動工作量。一家飯店可以在客戶連接 WiFi 後留下不佳的 NPS 評分時,自動觸發維修工單並通知櫃檯經理,從而實現即時干預。這直接轉化為減少的營運開銷和更快的問題解決速度 — 可透過節省的員工工時和客戶滿意度分數來衡量。
提高客戶終身價值 (CLV):透過個人化客戶體驗,場地可以提高忠誠度和重複業務。一家零售連鎖店使用 LogicFlow 向 90 天內未出現的訪客發送定向折扣券,積極防止客戶流失。其成功可透過追蹤這些優惠的兌換率以及目標群體的後續造訪頻率來衡量。
增強的場地智慧:LogicFlow 產生的數據為訪客行為提供了深入洞察。一座體育場可以透過追蹤特定 AP 附近的裝置密度,分析哪些特許經營區域在特定期間最受歡迎,並使用這些數據為未來的活動優化人員配置和庫存。這種數據驅動的場地管理方法可實現更高的吞吐量和每位訪客更高的收入。
合規與風險緩解:自動化合規檢查 — 例如確保每位使用者在每年首次造訪時都顯示最新的條款與條件 — 降低了法律和財務風險。違反 GDPR 等法規的成本可能相當可觀,使得自動化執行成為任何投資回報率計算的關鍵組成部分。
關鍵定義
LogicFlow
Purple 平台內的一個可視化拖放工作流程自動化引擎,能根據廣泛的 WiFi 事件、訪客人口統計、裝置資料和環境情境觸發特定動作。
IT 團隊使用 LogicFlow 超越提供簡單的連線,將其 WiFi 網路轉變為一個智慧型、回應迅速的系統,能夠在無需人工干預的情況下推動行銷、營運和安全目標。
事件驅動架構 (EDA)
一種軟體架構範例,促進事件的產生、偵測、消費和反應。LogicFlow 是將 EDA 原則應用於企業 WiFi 網路的一個實用、無程式碼實例。
對於網路架構師而言,理解 LogicFlow 基於 EDA 原則,能闡明其非同步、非阻塞的特性。它不是輪詢狀態;而是在特定事件發生時(例如新使用者連線或負面調查回應)立即做出反應。
Webhook
當特定事件發生時,從一個應用程式發送到另一個應用程式的自動化 HTTP 回呼。在 LogicFlow 中,Webhook 是一個動作節點,能在觸發條件滿足時將資料即時推送到外部系統。
開發人員可以在 LogicFlow 中使用 Webhook 動作,將訪客資料發送到企業 CRM、觸發 Slack 頻道中的警示,或指示建築管理系統採取行動,為與任何具備 REST API 的平台整合提供了無限可能。
存取旅程
訪客從連接到 WiFi SSID 的那一刻起,到獲得線上存取權限為止,所經歷的完整步驟和頁面序列。一個已發布的 LogicFlow 必須被指派到一個存取旅程才會生效。
場地營運總監關注的是整體的存取旅程。LogicFlow 賦予他們讓此旅程動態化的能力,確保品牌化、訊息傳遞以及任何必要步驟都適合特定的場地、活動或使用者類型。
Captive Portal
在 WiFi 網路的新連線使用者被授予更廣泛的網路資源存取權限之前,向其顯示的一個網頁。它是許多 LogicFlow 觸發器的人口統計和同意資料的主要來源。
雖然 IT 經理部署 Captive Portal 是為了認證和安全性,但 LogicFlow 使他們能夠將 Portal 從一個簡單的守門人轉變為資料收集和個人化互動的策略工具,無需更改底層的網路基礎設施。
決策節點
LogicFlow 畫布中的一個元件,它根據一組預定義條件評估傳入的事件資料,並根據結果使用「是/否」或「若/否則」邏輯將工作流程導向特定路徑。
對於設定工作流程的 IT 專業人員來說,決策節點是建立目標導向邏輯的核心元件。自動化的「若-則」智慧在此定義,確保動作僅對預期的使用者區隔執行。
SSID (服務集識別碼)
無線區域網路 (WLAN) 的公開名稱。單一場地可能廣播多個 SSID,例如「飯店-賓客」、「飯店-會議」和「飯店-員工」,每個都可指派不同的存取旅程和 LogicFlow。
網路架構師可以在 LogicFlow 中使用 SSID 作為觸發器,根據使用者連接的不同網路套用完全不同的自動化規則,確保同一棟建築內的會議代表和飯店賓客擁有截然不同且情境適切的線上體驗。
GDPR (一般資料保護規則)
歐盟關於資料保護和隱私的法規,適用於歐盟和歐洲經濟區內的所有個人,規範個人資料的蒐集、處理和儲存方式。
當技術長或 IT 經理設計使用個人資料(如電子郵件地址或年齡)的 LogicFlow 時,他們必須建立檢查以確保符合 GDPR。這意味著運用 LogicFlow 的功能,在觸發任何行銷動作之前驗證同意,從而減輕重大的法律和財務風險。
NPS (淨推薦分數)
一種廣泛使用的客戶體驗指標,透過要求受訪者以 0 到 10 分評分,衡量他們推薦產品或服務的可能性,從而衡量客戶忠誠度。9-10 分為推薦者,7-8 分為被動者,0-6 分為批評者。
在 LogicFlow 中,NPS 調查可作為認證後或線上動作呈現,而產生的分數可作為決策觸發器。這能實現對批評者的即時服務補救,以及對推薦者的自動化評論邀請,直接影響線上聲譽管理。
範例
一家擁有 500 間客房的豪華飯店希望提高賓客滿意度分數並鼓勵正面的線上評論。他們確定了兩個關鍵訪客區隔:首次入住的賓客和回頭的 VIP 會員。他們如何使用 LogicFlow 為每個區隔建立客製化體驗?
IT 總監實施了一個在「認證後」事件觸發的多路徑 LogicFlow。
工作流程配置:
- 開始節點:在賓客成功通過飯店 WiFi 認證後觸發。
- 決策節點 1 (若/否則):檢查訪客個人資料中是否有「VIP 會員」標籤,該標籤透過 Purple API 從飯店的物業管理系統同步。
- 若為是 (VIP 會員):路由至路徑 A。
- 否則 (首次或一般賓客):路由至路徑 B。
- 路徑 A — VIP 會員:
- 動作節點 1:將賓客
重新導向至個人化歡迎頁面 (https://hotel.com/vip-welcome),內含獨家優惠和升等提示。 - 動作節點 2:延遲 1 小時後觸發
Email 行銷活動,發送「歡迎回來」電子郵件,並附上預訂 Spa 療程的直接連結。
- 動作節點 1:將賓客
- 路徑 B — 首次入住賓客:
- 動作節點 1:立即呈現
NPS 調查以捕捉初始感受。 - 決策節點 2 (若/否則):評估 NPS 調查回應。
- 若
NPS 分數介於 9 和 10 之間 (推薦者):延遲 24 小時後觸發Email 行銷活動,感謝賓客並提供在 TripAdvisor 上留下評論的直接連結。 - 否則 (分數 0–8):觸發一個
Webhook動作,將即時警示發送至櫃檯經理的 Slack 頻道,包含賓客姓名和房間號碼,以實現主動式服務補救。
- 若
- 動作節點 1:立即呈現
- 結束節點:所有路徑在此終止。
一家擁有超過 200 家店鋪的大型零售購物中心希望提高其新的忠誠度和導航應用程式的下載量。他們如何利用現有的訪客 WiFi 基礎設施來推動應用程式採用,同時避免干擾忠誠客戶的體驗?
數位行銷總監部署了一個 LogicFlow,根據裝置類型和造訪頻率專門鎖定使用者。
工作流程配置:
- 開始節點:在「線上」事件觸發,即訪客獲得完整網路存取權後。
- 決策節點 1 (是/否):檢查
visit_count小於3。這鎖定了較新的訪客,他們不太可能已下載應用程式。 - 決策節點 2 (是/否):嵌套在節點 1 的「是」路徑下。檢查
作業系統是否為iOS或Android。這過濾掉筆記型電腦和其他不適合應用程式下載的非行動裝置。 - 動作節點 (節點 2 的「是」路徑):將使用者
重新導向至一個自訂的行動裝置友善著陸頁面。此頁面說明了應用程式的優點 — 互動式地圖、獨家優惠、忠誠度積點 — 並設有顯眼的一鍵按鈕連結至 Apple App Store 和 Google Play Store。 - 替代路徑:來自任一決策節點的「否」路徑(造訪次數超過 3 次的訪客,或筆記型電腦使用者)繼續進行,無任何重新導向,確保忠誠客戶或非行動裝置使用者獲得標準的瀏覽體驗。
- 結束節點:所有路徑在此終止。
練習題
Q1. 一家跨國咖啡連鎖店希望確保一致的全球品牌體驗,同時也推廣特定地點的特色商品。您如何配置 LogicFlow,向所有訪客顯示全球品牌頁面,同時也為特定城市的訪客顯示該地點的特價優惠?
提示:考慮結合使用認證前和線上事件觸發器。如何使用場地標籤或場地名稱作為決策條件?
查看標準答案
您將實施兩個 LogicFlow。第一個是認證前流程,全域指派給所有場地。它包含一個單一動作節點,顯示主要的企業品牌啟動頁面,確保所有地點的品牌一致性。第二個是線上流程。它使用基於「場地名稱」或「場地標籤」的決策節點。對於每個特定場地(例如,標記為「倫敦-柯芬園」),您建立一條路徑,將使用者重新導向至該地點的特價頁面。沒有特定標籤的場地則遵循沒有重新導向的預設路徑。這種分層方法滿足了兩項需求,無需為每個場地進行個別的基礎設施配置。
Q2. 一座體育場舉辦大型體育賽事,希望管理網路壅塞。如何使用 LogicFlow 來緩解一般觀眾的效能問題,同時為媒體和 VIP 嘉賓保留頻寬?
提示:思考如何將不同的 SSID 與 LogicFlow 搭配使用。哪些動作可以影響使用者行為,以減少尖峰時段的頻寬消耗?
查看標準答案
網路架構師應配置多個 SSID:「體育場-公共」、「體育場-VIP」和「體育場-媒體」。VIP 和媒體 SSID 在網路基礎設施層級 (IEEE 802.11e/WMM) 獲得更高的 QoS 優先權。然後,將一個 LogicFlow 套用至「體育場-公共」存取旅程,並使用「日期/時間」決策節點。在諸如中場休息等尖峰時段,此流程觸發一個「重新導向」動作,將公共使用者導向一個快取的輕量級頁面,該頁面包含比賽統計數據和社群媒體動態,而非允許無限制的網際網路存取。這限制了流量並減輕了主要網際網路連線的負載。VIP 和媒體 SSID 沒有此類限制,為其關鍵使用案例保留了效能。
Q3. 一個會議中心希望收集對個別演講者場次的反饋。他們如何使用 LogicFlow,在特定場次結束後不久,向與會者發送定向微調查,而不調查在其他房間的與會者?
提示:這需要整合來自網路基礎設施的位置資料。如何結合 AP 命名慣例和時間觸發器,以實現房間層級的目標定位?
查看標準答案
此使用案例需要精確的 AP 命名。每個會議室的存取點都以房間識別碼命名(例如,「會議室-101-AP1」)。一個線上 LogicFlow 使用一個檢查「存取點名稱」欄位的決策節點。如果使用者在場次開始和結束時間之間(使用「時間」決策節點)與包含「會議室-101」的 AP 相關聯,則將其加入一個標記的區隔。第二個 LogicFlow 在場次結束時間後 15 分鐘觸發,向該區隔中的所有訪客發送 Email 行銷活動或微調查,專門詢問會議室 101 的場次。這需要嚴謹的 AP 命名慣例和謹慎的時間邏輯,但能提供高度相關且及時的反饋,直接歸屬於特定場次。
繼續閱讀本系列
餐廳 WiFi 行銷:如何將免費 WiFi 轉化為回頭客
本權威技術參考指南探討了餐廳 WiFi 行銷的架構和實施——將訪客網路存取作為結構化資料獲取和行銷自動化管道的實務。它為 IT 經理、網路架構師和場地營運總監提供了一個戰術藍圖,用於部署 Captive Portal、與 CRM 平台整合,以及觸發可衡量的回客率自動化行銷活動。從符合 GDPR 的資料擷取到事件驅動的電子郵件工作流程,本指南涵蓋了完整的部署生命週期,並提供具體的 ROI 指標。
如何與客戶建立聯繫:實體業務的數位策略
這份權威技術參考指南詳細說明了實體地點企業——酒店、零售連鎖、體育場及公部門場域——如何部署企業WiFi基礎設施,作為第一方數據擷取與客戶互動引擎。內容涵蓋從captive portal設計和無縫身分驗證(IEEE 802.11u/Passpoint),到CRM整合、GDPR合規及可衡量的投資報酬率。IT領導者與場域營運商將找到可行的部署指引、真實案例研究,以及合規優先的風險緩解框架。
為何使用WiFi行銷?附真實數據的商業案例
本技術參考指南概述了以證據為基礎的WiFi行銷商業案例。它為IT領導者和場館運營商提供了從實際部署中獲得的ROI、停留時間和重複造訪率等可操作的數據。