Skip to main content

如何构建客户体验策略

本技术参考指南为 IT 负责人、网络架构师和场馆运营总监提供了一个实用的框架,帮助他们构建数据驱动的客户体验策略。内容涵盖从访客 WiFi 认证和 Captive Portal 设计到空间分析、CRM 集成和可衡量的投资回报的完整架构,并提供了来自酒店业、零售业和公共部门环境的具体实施场景。Purple 的访客 WiFi 和分析平台贯穿始终,作为赋能基础设施层。

📖 6 min read📝 1,374 words🔧 2 worked examples3 practice questions📚 9 key definitions

Listen to this guide

View podcast transcript
欢迎收听 Purple 情报简报。我是主持人,今天我们直击要害,讨论当前场馆运营商和 IT 负责人面临的最具商业意义的问题之一:你实际上如何构建一个行之有效的客户体验策略——一个基于真实数据而非猜测的策略? 无论你经营的是酒店集团、零售地产、体育场还是会议中心,原则都是一样的。你的物理空间每天都在产生大量的行为数据。问题在于你是否在捕获这些数据,更重要的是,你是否在用它们做任何有用的事情。 让我们深入探讨。 首先,确立基础。在物理场馆的背景下,客户体验策略是你的组织为理解、影响和衡量访客与品牌之间每一次互动而制定的深思熟虑的计划——从他们到达的那一刻到离开的那一刻,以及其间的每一个数字接触点。 这里的关键词是'深思熟虑'。大多数组织都有一个默认的客户体验。访客进来,他们有一段体验——好的或坏的——然后离开。策略意味着你基于证据积极塑造这种体验。 而这里对 IT 团队来说变得有趣。你在物理场馆中拥有的最强大的单一数据源就是你的 WiFi 基础设施。连接到你网络的每一台设备都在告诉你一些信息。它在告诉你访客何时到达、他们去了哪里、他们停留了多久、他们之前是否来过,以及他们在你这里的时候在网上做了什么。 这就是情报层。而大多数组织坐拥这些数据却没有从中提取出任何价值。 那么,让我们谈谈架构。当客人连接到你的 WiFi 时,他们会碰到 Captive Portal。那个门户是你的主要数据采集点。在那里,你用网络接入交换一段身份信息——通常是电子邮件地址、社交登录或电话号码。技术流程很直接:接入点拦截 HTTP 请求,无线控制器将其重定向到门户,用户进行认证,RADIUS Access-Accept 消息授予他们互联网访问权限。 但这里大多数部署都出了错。他们将 Captive Portal 视为一个障碍而非机会。他们预先要求太多数据——姓名、电子邮件、出生日期、营销偏好,全在一个屏幕上。结果是放弃。访客跳过登录,改用移动数据。你一无所获。 正确的方法是渐进式分析。首次访问时,只要求一件事——一个电子邮件地址。就这些。第二次访问时,要求姓名。第三次,提供忠诚度激励以换取电话号码。随着时间的推移,你建立起一个丰富的、同意的档案,而不会在入口点产生任何摩擦。 现在,一旦你的认证层开始工作,下一步是空间分析。这是你的 WiFi 基础设施开始表现得像一个物理分析引擎的地方。通过跟踪多个接入点上已连接设备的接收信号强度指示——RSSI——系统可以在几米范围内三角定位。你可以在场馆内定义区域——入口、美食广场、结账区——并精确测量有多少人访问每个区域、他们停留了多久,以及他们走的路径。 对于更高的精度要求——想想体育场馆特许经营摊位的排队管理,或特定产品展示处的精确停留时间——你会用蓝牙低功耗信标或超宽带传感器补充 WiFi 数据。但对于大多数战略性的 CX 用例,仅 WiFi 分析就足以提供足够的数据。 让我举两个具体的例子来说明这在实践中是如何体现的。 首先,酒店业。一家有 200 间客房的酒店正苦于宾客忠诚度计划没有起色。问题不在于计划本身——而是他们没有关于宾客实际是谁的数据。不到 15% 的客人登录了 WiFi,因此数据管道几乎是空的。 解决方案是三者的结合。一:将 Captive Portal 简化为单字段社交登录。二:实施渐进式分析,这样第二次和第三次访问时要求额外数据以换取忠诚度积分。三:部署 OpenRoaming,这是一项标准,允许回访客人自动重连,完全无需看到 Captive Portal,同时仍将那次访问归因到他们的档案。三个月内,WiFi 采用率超过 60%,酒店有了足够的第一方数据来运行细分电子邮件活动,从而推动了可衡量的辅助收入增长——水疗预订、餐厅用餐、客房升级。 第二个例子:零售。一家大型时尚零售商希望衡量新的店面布局是否将客流引导至高利润的配件展示区。他们使用 WiFi 分析平台在展示区周围定义一个区域,建立基线转化率——即进入该区域的总店铺访客百分比——然后衡量布局变更的影响。他们发现该区域转化率提高了 23%,配件收入相应提升。这就是那种能证明资本支出决策的数据。 现在让我们谈谈陷阱,因为有几个会让组织掉坑。 第一个是合规。在 GDPR 下,原始 MAC 地址被视为个人身份信息。如果你存储带有原始 MAC 地址的未认证探测请求,你就违规了。解决方案是 MAC 地址匿名化——在边缘、AP 或控制器上对地址进行哈希处理,再让它进入你的数据库。这必须在第一天就纳入架构,而不是事后补救。 第二个陷阱是集成失败。WiFi 分析平台只有在能够将数据推送到你的 CRM 和营销自动化工具时才具有价值。API 速率限制、模式不匹配和 Webhook 故障很常见。在你的集成层中构建强大的错误处理和自动化警报。如果数据管道中断,你要在几分钟内知道,而不是几周。 第三个陷阱是孤岛式的所有权。IT 团队拥有网络。营销团队拥有客户数据。运营团队拥有物理空间。只存在于其中一个孤岛中的 CX 策略将失败。你需要共享的 KPI——类似'通过 WiFi 获取的每位客户成本'或'重复访问率'——给所有三个团队一个合作的理由。 现在,快速问答我们最常听到的问题。 我们需要更换现有的 WiFi 基础设施吗?几乎肯定不需要。Purple 的分析平台通过标准 API 和 RADIUS 集成与所有主要的企业 WiFi 供应商——思科、Aruba、Ruckus、Extreme 等——整合。你是在现有硬件上添加一个智能层。 我们如何处理 WiFi 覆盖不良的场馆?先修复覆盖。分析数据的质量仅取决于收集它的射频环境。适当的站点调查和射频设计是先决条件,而非可选项。 看到投资回报的现实时间表是什么?大多数组织在部署了正确配置的 Captive Portal 后 30 天内就能看到可衡量的数据捕获改善。来自细分活动的营销投资回报通常在 60 到 90 天内显现。 这对公共部门组织相关吗?绝对相关。图书馆、休闲中心和交通枢纽都面临着同样的根本挑战:了解访客如何使用他们的空间。合规要求更严格,但架构是相同的。 总结一下,这里是要点。 你的 WiFi 基础设施已经是一项数据资产。问题在于你是否从中提取价值。 Captive Portal 是你在物理场馆中最重要的 CX 接触点。为转化而设计,而不是为合规。 渐进式分析是增加数据捕获率而不增加摩擦的唯一最有效策略。 空间分析将你的网络从连接工具转变为物理智能平台。 而合规性——GDPR、MAC 地址匿名化、明确同意——必须从一开始就纳入架构。 如果你想探索 Purple 的访客 WiFi 和分析平台如何映射到你的具体环境,请访问 purple.ai。团队可以为你量身定制一个适合你场馆类型、现有基础设施和 CX 目标的部署模型。 感谢收听。我们下次简报再见。

header_image.png

执行摘要

对于企业 IT 负责人和场馆运营总监来说,构建客户体验 (CX) 策略已不再是营销部门的专属领域。随着物理场馆——从零售连锁到大型体育场——日益数字化,底层网络基础设施成为客户数据获取的主要引擎。本指南详细介绍了如何设计一种 CX 策略,利用现有的无线基础设施捕获可操作的洞察、实现互动自动化,并交付可衡量的投资回报。

通过部署强大的 访客 WiFi 解决方案,组织可以将运营成本中心转变为战略资产。成功的 CX 策略依赖于无缝的数据收集、严格的合规性(包括 GDPR 和 PCI DSS),以及与现有 CRM 和营销自动化平台的集成。本文档提供了一个供应商中立的、技术性的框架,用于在 酒店业零售业医疗保健交通 环境中设计、实施和扩展数据驱动的客户体验架构。


技术深度剖析:设计 CX 数据基础

任何现代 CX 策略在物理场馆中的基础,是能够可靠地识别和跟踪用户在其访问生命周期中的活动。这需要一个强大的网络架构,能够处理高并发设备数量,同时将认证流量无缝路由到 Captive Portal 或身份提供商。

认证与数据捕获机制

当用户关联到访客 SSID 时,接入点 (AP) 或无线局域网控制器 (WLC) 会拦截 HTTP/HTTPS 请求并将其重定向到 Captive Portal。该门户作为主要的数据采集点——匿名访客与已识别客户之间的数字分界。

标准部署模型利用 RADIUS(远程认证拨入用户服务)进行认证、授权和计费 (AAA)。在与 Purple 的 WiFi 分析 平台集成时,Captive Portal 会请求特定的用户属性——电子邮件地址、人口统计数据或社交登录令牌——然后通过 RADIUS Access-Accept 消息授予网络访问权限。数据同时被写入分析平台的客户数据库,并通过 API webhook 写入连接的 CRM。

对于高级部署,Passpoint (Hotspot 2.0) 和 OpenRoaming 等技术允许使用 IEEE 802.1X 和 WPA3 Enterprise 加密实现无缝、安全的入网。Purple 在 Connect 许可下作为 OpenRoaming 的免费身份提供商,使回访用户无需重复的 Captive Portal 交互即可自动认证——显著减少摩擦,同时保持回访用户的安全数据归因。

位置分析与行为跟踪

在初始认证之后,连续的空间分析对于理解场馆内的完整客户旅程至关重要。这是通过跟踪多个 AP 上的未关联探测请求和已关联客户端流量的接收信号强度指示 (RSSI) 来实现的。

通过对这些信号进行三角测量,网络可以计算停留时间、识别高流量区域并绘制典型的访客流动模式。为了获得更精细的精度,部署可以集成蓝牙低功耗 (BLE) 信标或超宽带 (UWB) 传感器,与 WiFi 层一起工作,详细信息请参见 室内定位系统:UWB、BLE 和 WiFi 指南 。这些空间数据随后通过热力图和旅程流进行聚合和可视化,提供优化物理布局、人员配置模型和场馆内营销布局所需的经验证据。

cx_strategy_pillars.png


实施指南:部署策略

实施 WiFi 驱动的 CX 策略需要 IT、营销和运营部门之间的跨职能协作。部署应遵循分阶段的方法,以确保每个阶段的基础设施稳定性、数据完整性和可衡量的成果。

阶段 1:基础设施评估和射频设计

在部署分析覆盖之前,底层射频 (RF) 环境必须支持高密度客户端负载。进行预测性和主动的站点调查,以保证足够的信号覆盖——通常在客户端设备处为 -65 dBm 或更好——以及足够的 AP 容量。对于复杂或特殊的环境,如汽车展厅,请参考 汽车中的 Wi-Fi:2026 年企业完整指南 获取特定部署指导。

在继续之前需要验证的关键基础设施参数:

参数 最低阈值 备注
信号覆盖 -65 dBm 在客户端设备高度处
AP 与客户端比率 1:25(高密度) 针对活动场馆调整
信道利用率 <60% 每 AP,2.4 GHz 和 5 GHz
Captive Portal 延迟 <500ms 重定向响应时间
RADIUS 往返时间 <100ms 认证响应时间

阶段 2:Captive Portal 配置与 CRM 集成

Captive Portal 必须在数据获取和用户体验之间取得平衡。实施渐进式分析——在首次访问时要求最少的数据,并在后续登录时逐步收集额外的属性。一个优化良好的门户应达到总访客的 40-60% 的登录转化率。

确保 WiFi 分析平台与企业 CRM(Salesforce、HubSpot、Microsoft Dynamics 或同等产品)之间的无缝 API 集成。这可以实现实时数据同步和基于物理存在的自动营销触发——例如,当忠诚计划会员进入零售环境时分派个性化的欢迎信息,或在离开后 30 分钟触发访问后满意度调查。

对于特定于零售的数据收集策略, 如何在店内收集客户数据:零售商指南 提供了详细的操作框架。

阶段 3:分析基线与受众细分

一旦数据开始流动,在至少 30 天的时间内,建立访客捕获率、平均停留时间和重复访问频率的基线指标。使用这些数据来构建细分受众画像。例如,在酒店业环境中,你可能会将用户细分为商务旅客(短停留时间、高访问频率、工作日为主)和休闲旅客(长停留时间、低访问频率、周末为主),并据此定制数字沟通和场馆体验。

cx_data_flywheel.png

阶段 4:激活与个性化

建立细分画像后,通过有针对性的沟通和场馆内个性化来激活数据。触发的电子邮件序列、短信活动和应用推送通知都可以由 WiFi 基础设施检测到的物理存在事件驱动。支持这种激活的物联网集成层在 物联网架构:完整指南 中进行了深入介绍。


企业部署最佳实践

优先考虑隐私和设计合规。 所有数据收集机制必须根据 GDPR、CCPA 和适用的当地隐私法规明确请求用户同意。在数据到达分析平台之前,在网络边缘——AP 或 WLC 上——对未认证的探测请求实施 MAC 地址匿名化。同意记录必须与具体隐私声明的时间戳和版本引用一起存储。

优化移动优先认证。 Captive Portal 和所有后续的数字交互必须在 iOS 和 Android 上完美响应。认证过程中的延迟与放弃率直接相关。目标是在 4G 连接下门户加载时间低于两秒。

对齐 IT 和营销的关键绩效指标。 IT 负责网络正常运行时间、吞吐量和认证延迟。营销负责数据捕获率和活动表现。成功的 CX 策略需要共享目标——诸如 WiFi 捕获率(认证的访客百分比)、每位已识别访客的成本以及重复访问率等指标将两个功能桥接起来。

正确划分网络架构。 访客 WiFi 网络必须使用 VLAN 和严格的状态防火墙规则与公司局域网逻辑隔离。这是零售和酒店业环境中处理支付卡数据的同一站点的 PCI DSS 要求。定期对网络边界进行渗透测试至关重要。


故障排除与风险缓解

部署全面的 CX 分析平台会引入特定的故障模式,IT 团队必须主动预测和缓解这些故障。

低捕获率(低于 20%)。 如果认证 WiFi 的访客百分比很低,主要原因几乎总是 Captive Portal 的摩擦。审计门户用户体验:将首次访问的必填字段数量减少到一个,添加社交登录选项(Google、Apple、Facebook),并确保价值交换——快速、可靠的互联网接入换取电子邮件地址——在启动页面上清晰传达。

不准确的位置数据。 基于 RSSI 的位置跟踪容易受到物理障碍物(混凝土墙、金属货架、玻璃隔断)和多径干扰引起的射频衰减影响。在高价值分析区域(如产品展示或服务柜台),定期校准射频模型并考虑用 BLE 信标补充 WiFi 定位。

集成管道故障。 WiFi 分析平台与 CRM 之间的 API 速率限制或模式不匹配是数据丢失的常见原因。实施幂等的 Webhook 处理、失败事件的死信队列,以及当事件管道吞吐量低于预期阈值时的自动警报。

安全边界突破。 配置错误的 VLAN 或防火墙规则可能会无意中将公司网络暴露给访客流量。每季度进行网络分段审计,并确保默认情况下防火墙明确拒绝所有 VLAN 间路由,仅允许访客 SSID 所必需的外发互联网访问。


投资回报与业务影响

CX 策略的最终衡量标准是其对商业结果的影响。通过将物理空间数字化,组织可以将电子商务的分析严谨性应用于实体运营。

指标 典型基线 部署后目标 衡量方法
WiFi 捕获率 10-15% 40-60% 分析平台
重复访问率 未测量 +15-25% 提升 CRM 归因
电子邮件打开率 行业平均 20% 35-45%(位置触发) 营销平台
每次访问的辅助收入 基线 +8-12% 提升 POS 集成
人员配置效率 手动排班 需求驱动(停留数据) 运营仪表板

客户生命周期价值 (CLV) 提升。 由位置和行为数据驱动的个性化互动可提高重复访问率和平均交易价值。部署基于位置的触发式通信的组织在部署第一年内始终报告 CLV 提升 10-20%。

运营效率提升。 热力图和停留时间数据可实现需求驱动的人员分配,在非高峰时段降低劳动力成本,并在高峰需求期间提高服务质量。在体育场环境中,这直接转化为更短的排队时间和更高的人均消费支出。

营销归因准确性。 通过将物理访问事件与数字活动曝光相关联,营销团队可以衡量线上支出对线下的影响,其精确度以前只有纯电子商务运营商才能获得。这将对话从代理指标(展示次数、点击量)转移到具体的商业结果(商店访问、交易提升)。

Key Definitions

Captive Portal

公共访问网络的用户在被授予互联网访问权限之前必须与之交互的网页。它作为访客 WiFi 部署中的主要数据采集点。

IT 团队将此视为物理场馆中的第一个数字接触点。门户设计直接决定 WiFi 捕获率和数据质量。

RSSI (Received Signal Strength Indicator)

测量接收到的无线信号的功率电平,以 dBm 表示。分析平台用来估计客户端设备与接入点之间的距离。

位置分析和基于区域的停留时间测量的基础输入。在设计良好的射频环境中,精度通常为 3-10 米。

OpenRoaming

基于 Passpoint (IEEE 802.11u/Hotspot 2.0) 的全球漫游联盟服务,可实现自动、安全的 WiFi 入网,无需 Captive Portal 交互。

对于减少回访访客的登录摩擦同时保持安全的身份归因至关重要。Purple 在 Connect 许可下为 OpenRoaming 提供免费的身份提供商服务。

MAC Address Anonymisation

在存储前对设备的媒体访问控制地址进行加密哈希处理的过程,以防止从存储数据中识别出单个设备。

通过探测请求跟踪未认证设备时,强制性的 GDPR 合规步骤。必须在网络边缘实施,而不是在分析数据库中。

Dwell Time

设备在特定定义的区域或场馆内停留的时间长度,从该区域内首次检测到最后一次检测的时间。

衡量参与度、识别排队瓶颈和优化人员配置的主要运营指标。通常以分钟为单位测量。

Progressive Profiling

一种数据收集方法,通过多次交互逐步收集客户属性,而不是在单个点请求所有信息。

Captive Portal 设计的标准最佳实践。减少初始登录摩擦,同时随着时间的推移建立全面的客户档案。

Passpoint (Hotspot 2.0)

基于 IEEE 802.11u 的 Wi-Fi Alliance 认证程序,使用 WPA2/WPA3 Enterprise 认证实现 Wi-Fi 网络之间的无缝、安全漫游。

为访客网络提供企业级安全性,并为回访用户自动化认证过程,消除重复的 Captive Portal 交互。

WiFi Capture Rate

成功认证到访客 WiFi 网络并提供同意身份记录的总场馆访客百分比。

衡量 Captive Portal 有效性以及第一方数据管道健康状况的主要 KPI。行业基准范围从 15%(差)到 60%+(优化)。

Spatial Analytics

分析基于位置的数据,以了解物理环境内的移动模式、区域利用率和空间关系。

使场馆运营商能够可视化客户旅程、测量区域转化率,并就物理布局和资源分配做出基于证据的决策。

Worked Examples

一家拥有 200 间客房的酒店正面临访客 WiFi 采用率低的问题——登录的客人不到 15%——并且未能收集足够的第一方数据来支持新的忠诚度计划。该酒店使用包含六个字段注册表单的传统 Captive Portal。

步骤 1 — 诊断摩擦点:提取 Captive Portal 分析数据,找出每个表单字段的流失率。在大多数情况下,大部分放弃行为发生在第二个或第三个必填字段之后。步骤 2 — 简化认证:将六个字段的表单替换为一键式社交登录(Google、Apple 或 Facebook OAuth)作为主要选项,仅电子邮件作为次要选项。这将上网前的时间从 45-60 秒缩短到 10 秒以下。步骤 3 — 实施渐进式分析:配置分析平台在首次访问时仅请求电子邮件地址。第二次访问时,显示提示,提供 500 忠诚度积分以换取电话号码。第三次访问时,请求出生日期以提供生日奖励。步骤 4 — 为回访客人部署 OpenRoaming:对于以前认证过的客人,配置 Passpoint/OpenRoaming,以便下次访问时设备自动重连,无需看到 Captive Portal,同时仍将访问归因到其个人资料。步骤 5 — 衡量和迭代:每周跟踪 WiFi 捕获率。目标在部署后 60 天内达到 40%。

Examiner's Commentary: 这种方法直接解决了根本原因——门户摩擦——而不是症状(低捕获率)。渐进式分析模式在商业上优于全面的预先表单,因为它优先考虑用户的即时需求(互联网接入),而不是组织的数据获取目标。通过将数据收集延迟到后续访问,酒店建立了信任,并随着时间的推移获得更高质量的数据集,因为回访的用户显然更投入。OpenRoaming 部署解决了回访客人的问题,而不会牺牲数据归因。

一家大型零售连锁店希望衡量新的店面布局在将客流引导至高利润配件展示区方面的商业效果,并需要向董事会证明改建资本支出的合理性。

步骤 1 — 定义分析区域:在 WiFi 分析平台中,围绕配件展示区绘制地理围栏。确保区域内的 AP 覆盖足以进行准确的 RSSI 三角测量(至少有两个具有清晰视线的 AP)。步骤 2 — 建立改建前基线:在布局变更前的 30 天内,测量:区域转化率(进入配件区的总店铺访客百分比)、区域内平均停留时间,以及跳出率(进入并在 30 秒内离开的访客)。步骤 3 — 实施布局变更。步骤 4 — 测量改建后表现:在改建后相应的 30 天内,收集相同的指标。步骤 5 — 与 POS 数据关联:将 WiFi 分析平台与 POS 系统集成,关联区域停留时间与配件交易量。计算布局变更带来的增量收入。步骤 6 — 计算投资回报:将增量年收入除以改建资本成本,得出投资回收期,用于董事会演示。

Examiner's Commentary: 该场景展示了从基础连接基础设施到物理分析能力的转变,后者直接影响资本分配决策。通过将物理区域视为与网页等同——具有转化率、跳出率和停留时间——零售 IT 团队为营销和运营部门提供了与数字渠道相同的分析严谨性。POS 集成是将分析从行为数据转移到商业结果的关键步骤。

Practice Questions

Q1. 一位体育场 IT 总监希望实时跟踪特许经营摊位的排队时间,以便在高峰时段动态部署额外工作人员。场馆在大厅拥有标准的 WiFi 覆盖。最合适的技术方法是什么?仅依靠 WiFi RSSI 数据用于此用例有哪些局限性?

Hint: 考虑测量密集、缓慢移动的队列与普通大厅人群流动的精度要求。RSSI 的典型精度范围是多少?是否足以区分 2 米和 5 米的队列?

View model answer

标准的 WiFi RSSI 跟踪在良好校准的室内环境中提供大约 3-10 米的位置精度,这对于精确测量特许经营摊位的排队长度来说是不够的。推荐的方法是用以下方式补充 WiFi 基础设施:(a) 直接安装在每个摊位柜台上方的 BLE 信标,为队列区域内的设备提供 2 米以下的精度;或 (b) 带有计算机视觉分析的头顶立体摄像头,用于独立于设备存在的人数统计。WiFi 层对于宏观的大厅人群密度和流动方向仍然有价值,而补充技术则处理精确的排队测量用例。集成点是分析平台,它应将两个数据流聚合到一个统一的运营仪表板中。

Q2. 一家零售连锁店的营销团队希望在高端忠诚会员进入商店的那一刻,即使他们还没有与任何员工互动,就向他们发送个性化的推送通知。当前的部署使用标准的 Captive Portal,完成大约需要 45 秒。IT 团队应如何设计一个能在 10 秒内完成入场通知的解决方案?

Hint: Captive Portal 认证流程对于即时入场通知来说太慢了。哪种认证机制可以为回访用户消除门户交互,同时仍将访问归因到其身份?

View model answer

该解决方案需要为回访忠诚会员实施 Passpoint/OpenRoaming。工作流程是:(1) 会员首次访问时,完成标准的 Captive Portal,并为其设备配置 Passpoint。(2) 在后续所有访问中,设备自动通过 802.1X/WPA3 Enterprise 认证,而不显示 Captive Portal,在 2 秒内完成认证握手。(3) WiFi 分析平台检测到关联事件,并通过其配置的身份令牌识别用户。(4) 实时 webhook 触发营销自动化平台,在设备进入射频覆盖区域后的 5-8 秒内发送推送通知。关键的架构要求是忠诚度应用必须启用推送通知权限,并且会员设备必须安装了 Passpoint 配置文件——通常通过忠诚度应用的入门流程实现。

Q3. 在对一家多站点零售运营商进行例行网络审计时,发现访客 WiFi 分析平台在过去 18 个月中,在所有 47 家商店中一直存储来自未认证探测请求的原始、未哈希处理的 MAC 地址。主要的监管风险是什么?立即采取的补救措施是什么?需要什么样的架构变更来防止再次发生?

Hint: 考虑 GDPR 对 MAC 地址的分类以及该法规的地域范围。根据第 33 条,什么构成'个人数据泄露'?

View model answer

主要风险是根据 GDPR 第 5(1)(b) 条(目的限制)和第 5(1)(e) 条(存储限制)的重大违规,因为根据 GDPR 叙文 30,原始 MAC 地址被归类为个人数据。在没有合法依据或同意的情况下,保留 18 个月的未认证探测数据构成非法处理。立即补救措施:(1) 通知数据保护官并进行数据保护影响评估 (DPIA)。(2) 评估违规是否达到第 33 条向监管机构通知的门槛(如果对个人权利构成风险,应在 72 小时内通知)。(3) 立即从分析数据库清除所有存储的原始 MAC 地址。架构补救措施:配置分析平台或 WLC,在捕获点——在 AP 或控制器上——对所有 MAC 地址应用 SHA-256 哈希处理,并使用轮换盐值,然后再将任何数据传输到分析平台。这确保了没有原始 MAC 地址进入数据管道,使存储的数据在设计上即非个人数据。对匿名探测数据实施最长 90 天的保留政策,通过自动化数据库清理作业强制执行。

如何构建客户体验策略 | Technical Guides | Purple