如何利用 SMS 营销网络提高回头客率
本指南解释了场馆运营商和 IT 团队如何利用现有的客用 WiFi 基础设施，在获得明确同意的情况下获取经验证的电话号码，然后通过 Purple Engage 自动执行 SMS 营销活动，以推动可衡量的回头客。它涵盖了完整的技术架构 - 从 Captive Portal OTP 验证到基于触发器的营销活动逻辑 - 以及 GDPR 和 TCPA 合规性要求。营销总监、CRM 经理和零售场馆运营商将找到具体的实施步骤、来自酒店和零售行业的真实案例研究以及清晰的投资回报率（ROI）框架。
收听本指南
查看播客转录
执行摘要
SMS 短信拥有 98% 的打开率，且在 90% 的情况下在发送后三分钟内被阅读（Sender，2025 年）。而电子邮件的平均打开率仅为 20%。这一差距并非渠道偏好所致，而是一种结构性优势。对于经营酒店、零售连锁店、体育场馆或会议中心的场所运营商而言，SMS 是重新联系已到访过一次的顾客的最快途径。
面临的挑战在于数据。如果没有经过验证的电话号码和明确的同意，您就无法开展 SMS 营销。您的 Guest WiFi 解决了这两个问题。通过 Captive Portal 的每次登录都是捕获手机号码、通过 SMS OTP（一次性密码）进行验证并在符合 GDPR 的审计线索中记录同意的绝佳机会。然后，Purple Engage 会自动执行营销活动逻辑 - 欢迎信息、挽回序列、忠诚度奖励 - 这些逻辑由来自网络的真实到访数据触发。
本指南涵盖了完整的架构：SMS OTP 验证如何在 Captive Portal 层工作、Purple Engage 如何细分和触发营销活动、如何在 GDPR 和 TCPA 框架下保持合规，以及如何衡量回头客率的提升。两个实际案例 - 一家拥有 200 间客房的酒店和一个拥有 40 家门店的零售连锁店 - 展示了实际部署的效果。
技术深挖
什么是实际应用中的 SMS 营销净增（net in）
“SMS 营销净增（net in）”一词是指通过特定获取事件（在本文中指 Guest WiFi 登录）进入您的 SMS 营销数据库的净新增联系人。每当访问者连接到您的网络并选择加入 SMS 营销时，该号码就会被添加到您的可触达受众中。之所以采用“净增（net in）”这一框架，是因为它将新获取的联系人与现有联系人区分开来，让您可以将列表增长率作为与营销活动转化率同等重要的关键绩效指标进行追踪。
Purple 每年在 80,000 多个活跃场所处理 4.4 亿次登录（Purple 内部数据，2024 年）。在这种体量下，30% 的 SMS 选择加入率每年将产生 1.32 亿个新的经验证联系人。其数据质量极高，因为电话号码在捕获时即通过 OTP 进行了验证，而不是由用户自行申报且未经验证。
Captive Portal 架构与 SMS OTP 验证
捕获流程始于 Guest WiFi Captive Portal。当访问者连接到 WiFi SSID 时，网络会将其浏览器重定向到 Portal 页面。Purple 的云覆盖层位于物理接入点之上 - 无论是 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 还是 Fortinet - 并在不需要更改底层硬件配置的情况下提供 Portal 页面。
门户表单在标准字段之外还需要请求手机号码。提交后，Purple 的平台会向该号码发送一条包含六位数字 OTP 的短信。访客输入该验证码以完成身份验证并获取网络访问权限。这一步骤有两个目的：它验证了该号码是真实的且属于正在登录的用户，同时建立了一个有记录的同意事件 - 访客在勾选营销选择加入之前，积极参与了来自您品牌的短信互动。
同意复选框与身份验证步骤是分开的。它必须默认不勾选，标签清晰，且不能作为访问 WiFi 的条件。Purple 会在数据库中记录同意时间戳、IP 地址、门户版本和选择加入的语言。此记录是您满足 GDPR 合规要求的基础。
Purple Engage：自动化架构
Purple Engage 是构建在捕获数据之上的营销自动化层。它接收来自网络的访问事件 - 连接时间、断开连接时间、停留时长、位置（按接入点）和访问频率 - 并将这些作为短信活动的触发器。
核心自动化原语包括：
| 触发器类型 | 描述 | 示例用例 |
|---|---|---|
| 首次访问 | 在联系人首次记录的连接时触发 | 包含首次访问优惠的欢迎消息 |
| 访问后 | 在断开连接 N 小时后触发 | 带有返店激励的“感谢光临”消息 |
| 流失访客 | 当联系人在 X 天内未连接时触发 | 在 30、60 或 90 天时进行赢回活动 |
| 频率里程碑 | 当联系人达到 N 次访问时触发 | 第五次或第十次访问时的忠诚度奖励 |
| 基于时间 | 在与访问相关的计划时间触发 | 活动前提醒，活动后跟进 |
每个触发器都会汇入一个活动序列。酒店物业的典型访问后序列如下：结账 24 小时后，发送短信感谢客人的光临，并为他们下一次入住提供直接预订折扣。如果七天内未进行预订，则发送第二条带有限时优惠的信息。如果 14 天后仍未转化，则将该联系人添加到每月通讯细分受众群中。
配置完成后，所有这些都无需人工干预即可运行。营销团队只需设置一次逻辑；网络数据就会驱动执行。
细分和个性化
Purple Engage 根据位置（场馆或场馆内的区域）、访问频率、活跃度以及登录时收集的任何人口统计数据对联系人进行细分。对于拥有 40 家门店的零售连锁店，这意味着您可以专门向过去 90 天内访问过曼彻斯特分店的购物者发送活动，而不是向您的整个全国数据库进行广播。
这种精准度至关重要，原因有二。首先，相关性。访问过特定门店的顾客对提及该位置的信息反应更好。其次，频率管理。每周向整个数据库发送两条信息会有退订风险。每周向相关细分市场发送一条有针对性的信息可以保持高互动率，并降低退订率。
SAP Engagement Cloud 的研究表明，23% 的消费者如果觉得受到垃圾信息骚扰，就会停止支持该品牌。细分正是防止这一结果的运营控制手段。
与现有 CRM 和营销栈集成
Purple 通过 webhook 和 REST API 将捕获的数据推送到外部系统。标准集成包括 Salesforce, HubSpot, Klaviyo 和 Mailchimp。对于企业级部署，API 支持自定义字段映射，允许您将 Purple 的联系人架构与现有的 CRM 数据模型对齐。
对于已经运行忠诚度计划的 零售 运营商，Purple 可以将 WiFi 访问数据追加到现有的客户档案中，用实际访问频率和停留时间以及交易数据来丰富记录。与单一系统相比，这能勾勒出更完整的购物者行为图景。
对于 酒店 运营商，Purple 与物业管理系统 (PMS) 集成，将 WiFi 登录事件与预订记录进行关联，从而实现参考住客实际入住日期的退房后 SMS 序列。
实施指南
步骤 1：审计您现有的 Captive Portal
在添加 SMS 捕获之前，请审查您当前的门户配置。检查您是否已经收集电话号码。如果是，请验证 OTP 验证是否已激活，以及同意书用语是否符合 GDPR 要求 - 特别是营销勾选项是一个单独的、未勾选的复选框，并有清晰的语言说明订阅者将收到什么。
如果您是首次部署 Purple，可在 Purple 仪表板中配置门户。从支持的列表中选择您的硬件供应商 (Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, Fortinet)，输入您的网络凭据，Purple 的云覆盖就会处理重定向逻辑。
步骤 2：配置 SMS OTP 和选择性加入 (Opt-in) 流程
在 Purple Engage 中，导航至门户构建器并启用电话号码字段。将验证方法设置为 SMS OTP。使用您选择的同意用语配置 opt-in 复选框。Purple 提供了符合 GDPR 第 7 条要求的模板语言，但您的法律团队应针对您的具体司法管辖区和使用场景进行审查。
在上线前对流程进行端到端测试。连接测试设备，完成登录，验证 OTP 是否到达，并确认同意记录显示在 Purple 仪表板中，且带有正确的时间戳和 opt-in 状态。
步骤 3：构建您的第一个自动化营销活动
从单次访问后的赢回活动（win-back campaign）开始。将触发条件设置为联系人首次断开连接 48 小时后。编写一条不超过 160 个字符的短信 - 即一个 SMS 分段 - 其中包含明确的优惠和退订说明。例如："感谢您访问 [Venue]。出示此短信可在下次访问时享受 85 折优惠。有效期 30 天。回复 STOP 退订。"
不要一开始就使用复杂的、多步骤的序列。运行单次活动 30 天，衡量收件人与非收件人之间的再次访问率，并使用该数据来证明扩展该计划的合理性。
第 4 步：扩展细分和序列
基准活动运行后，添加基于频率的细分。为首次访问者、重复访问者（两到四次访问）和忠实访问者（五次或更多访问）创建单独的序列。每个细分受众群都会收到不同的消息 - 针对首次访问者的获取导向型消息，以及针对忠实访问者的奖励导向型消息。
对于 transport 枢纽和体育场馆，添加基于事件的触发器。在航班起飞前三天在机场贵宾室连接到 WiFi 的旅客，可以收到出发前的优惠。体育场馆活动的参加者可以收到活动后的随访，并获得下一场比赛的早鸟票购买通道。
第 5 步：监控、优化并保持合规性
每周跟踪四个指标：加入率（导致短信加入的登录百分比）、送达率（成功送达的消息百分比）、点击率（点击链接的收件人百分比）和再次访问率（在活动窗口内重新连接到 WiFi 的收件人百分比）。
每月审查一次退订率。每次活动超过 2% 的退订率表明消息频率或相关性需要调整。Purple 的 WiFi Analytics 仪表板实时呈现这些指标。
为了符合 GDPR，请每季度对您的同意记录进行一次审计。验证您的短信数据库中的每个联系人都有相应的、带有有效时间戳的同意事件。清除同意记录不完整或退订未被处理的联系人。
最佳实践
同意架构
GDPR 第 7 条和 UK GDPR 要求，对直接营销的同意必须是自由给予的、具体的、知情的和明确的。对于通过 WiFi 进行的短信营销，这意味着加入复选框必须与 WiFi 访问按钮分开，默认情况下不勾选，并配有订阅者将收到什么内容的通俗语言说明。Purple 的门户构建器强制执行这些默认设置，但运营商必须审查同意语言的准确性。
美国的 TCPA 增加了对营销短信的事先明确书面同意的要求。OTP 验证步骤（访问者主动回复短信）通过证明订阅者在加入前与消息进行了互动，从而加强了同意记录。
消息频率和内容标准
SimpleTexting（2025年）的行业数据表明，53%的消费者将退订的首要原因归咎于发送频率过高。请将每个联系人每周接收的营销短信硬性限制在两条以内。使用抑制逻辑，防止联系人同时收到来自多个营销活动的短信。
每条短信必须包含退订说明。"回复 STOP 退订"是标准做法。Purple 会自动处理回复 STOP 的退订请求，并在数秒内更新联系人的订阅状态。
硬件和网络配置
SMS OTP 验证为登录流程增加了一个往返环节 - 访客必须在获得网络访问权限之前接收并输入验证码。在并发登录量较大的网络上，请确保您的 RADIUS 服务器和 Captive Portal 基础设施能够处理额外的身份验证请求，且不会降低登录体验。Purple 的云覆盖层旨在提供高可扩展性，可在其整个网络中提供 99.999% 的正常运行时间。
对于多站点部署，请配置单个 Purple 账户来管理所有位置。这为您提供了跨场馆的统一联系人数据库，从而实现跨位置细分 - 例如，针对既访问过您伦敦物业又访问过您曼彻斯特物业的访客。
数据保留和清理
根据 GDPR 规定，您保留个人数据的时间不得超过实现所述目的所需的期限。在部署前定义数据保留策略。一种常见的方法是保留活跃联系人（在过去 12 个月内连接过的联系人），并在定义的时间段后清理非活跃联系人，并在清理前 30 天发送重新同意营销活动。
Purple 平台支持自动清理规则。在您的第一个营销活动上线之前，请在仪表板的数据管理部分中配置这些规则。
故障排除和风险缓解
短信订阅率低
如果低于 20% 的登录导致短信订阅，请检查门户设计。订阅复选框应当显眼，无需滚动即可看到，并且应当清晰说明订阅的好处 - 例如，"勾选即可接收专属优惠并抢先参加活动。" 对同意用语进行 A/B 测试。Purple 的门户构建器支持多个门户变体以进行拆分测试。
OTP 发送失败
SMS OTP 发送失败通常源于以下三个原因之一：访客输入了错误的号码、号码在运营商黑名单中，或者短信网关延迟。Purple 使用多个短信网关提供商来最大程度减少发送失败。如果访客在 60 秒内未收到 OTP，门户应当提供重发选项。在 Purple 仪表板中监控 OTP 发送率 - 发送率低于 95% 时需要配合您的短信网关提供商进行调查。
GDPR 执行风险
在基于 WiFi 的短信营销中，最常见的 GDPR 风险是将营销同意与 WiFi 接入相捆绑 - 也就是将同意加入作为上网的条件。这会使同意失效。请确保您的门户配置保持同意复选框为可选状态，并且无论是否勾选该复选框，都可以访问 WiFi 接入按钮。
次要风险是记录保存不充分。如果您无法针对监管要求提供特定联系人的同意记录，就无法证明合规。Purple 的同意审计日志支持导出，并且应每季度备份到您自己的数据基础设施中。
营销活动送达率问题
如果您的短信营销活动送达率低于 90%，请检查您的发送者 ID 是否已在相关移动网络中注册。在英国，未注册的发送者 ID 越来越多地被运营商拦截。请通过 Purple 的短信设置将您的品牌名称注册为发送者 ID。在美国，请向 The Campaign Registry 注册您的 10 位长代码 (10DLC)，以避免运营商拦截。
投资回报率和业务影响
衡量回访率提升
短信营销计划的首要指标是回访率：即在定义的时间窗口（通常为 30 或 90 天）内重新连接到您的 WiFi 的短信接收者百分比，并与未接收短信的控制组进行对比。当您为营销活动标记回访目标时，Purple 的分析仪表板会自动计算此项指标。
次要指标是每次回访的收入。对于酒店及餐饮业运营商，这是每次回访入住的平均消费。对于零售运营商，这是回访时的平均客单价。将回访率乘以每次回访的收入，再乘以您的短信受众规模，即可计算出该计划的收入贡献。
按行业划分的预期成效
| 行业 | 典型短信同意加入率 | 预期回访率提升 | 主要营销活动类型 |
|---|---|---|---|
| 酒店及餐饮业 | 35-50% | 直接预订量增加 15-25% | 入住后流失挽回 |
| 零售业 | 25-40% | 营销活动当日客流量增加 10-20% | 新系列 / 活动提醒 |
| 体育场馆与活动 | 40-60% | 早鸟票转化率达 20-35% | 活动后跟进 |
| 医疗保健 | 30-45% | 预约重新预订率达 15-20% | 预约提醒序列 |
数据来源：Purple 内部数据；SimpleTexting 短信营销报告 2025；Omnisend 全渠道互动数据。
成本效益框架
通过 WiFi 进行短信营销的每个联系人边际成本很低，因为数据获取基础设施 - WiFi 网络 - 已经存在。新增成本包括 Purple Engage 订阅费、短信网关费（在英国通常为每条消息 0.03 - 0.07 英镑）以及配置和监控营销活动的人工时间。 对比这些成本，请考量回头客带来的收入贡献。对于一家拥有 200 间客房、日均房价为 120 英镑的酒店而言，如果直接预订可节省 15% 的 OTA 佣金，那么每次新增的直接预订不仅能带来全额客房收入，还能节省 18 英镑的佣金。在计算住宿本身带来的收入之前，一个每月能推动 50 次额外直接预订的计划仅在佣金节省上就能产生 900 英镑的收益。
短信营销每投入 1 美元可带来 21 至 41 美元的投资回报（ROI）（Upcity，2023 年）。对于场所运营商而言，实际回报往往更偏向于这一区间的高端，因为这些数据是经过验证的第一方数据，并与已证实的购买意向直接挂钩 - 毕竟访客已经选择光顾过您的场所一次。
关键定义
短信营销净增量
通过特定的获取事件（在此情境下为通过访客 WiFi 登录并选择加入短信营销）添加到短信营销数据库中的净新联系人。按周或按月计量以追踪列表增长。
IT 和营销团队在报告基于 WiFi 的短信收集项目绩效时会遇到此指标。净增率下降表明门户网站的选择加入流程存在问题，或 WiFi 登录量有所下降。
Captive Portal
当设备连接到 WiFi 网络时拦截其 HTTP 流量的网页，要求用户在获得完全互联网访问权限之前完成某项操作（登录、注册或付款）。Purple 的 Captive Portal 是通过物理接入点之上的云覆盖层提供的。
IT 团队在 Purple 仪表板中配置 Captive Portal。该门户是收集电子邮件地址、电话号码和同意记录的主要数据收集界面。
短信 OTP（一次性密码）
通过短信发送的一次性数字代码，用于验证电话号码是否真实存在且属于提交该号码的人员。用户将代码输入到 Captive Portal 中以完成身份验证。
OTP 验证是区分已验证电话号码与未验证电话号码的技术机制。它在登录流程中增加了一次往返，但可以从数据库中排除虚假或错误的号码。
主动选择加入 (Conscious-choice opt-in)
一种同意机制，用户必须主动勾选未选中的复选框以同意接收营销信息，而不是预先选中同意或与其他操作捆绑。GDPR 对营销同意有此要求。
Purple 的门户构建器默认不勾选选择加入复选框。运营商不得覆盖此默认设置。预先勾选的复选框不构成符合 GDPR 要求的有效同意。
第一方数据
在用户知情并同意的情况下，通过您自己的渠道 - 在本例中为 Captive Portal 登录 - 直接从用户那里收集的数据。有别于从数据经纪商处购买的第三方数据。
第一方数据是合规短信营销的基石。由于 Purple 直接在 WiFi 登录时捕获数据，因此从定义上讲，该数据属于第一方数据。随着第三方 Cookie 的逐渐淘汰导致购买数据的价值降低，这一点变得越来越重要。
触发式活动
响应特定事件或条件而自动发送的营销信息 - 例如，访客断开 WiFi 连接、达到访问频率里程碑或 60 天内未返回。有别于在固定时间向整个数据库发送的群发活动。
Purple Engage 使用 WiFi 访问事件作为触发器来运行触发式活动。IT 团队在 Engage 仪表板中配置触发逻辑。触发式活动因其在具有相关上下文的时刻发送，其表现始终优于群发活动。
GDPR (General Data Protection Regulation)
旨在监管欧洲经济区个人数据收集、处理和存储的欧盟法规 (2016/679)。适用于短信营销同意、数据保留和擦除权。英国 GDPR (UK GDPR) 在脱欧后适用同等规则。
在任何短信营销项目上线之前，IT 和法务团队必须确保 Captive Portal 同意流程符合 GDPR 第 7 条的要求。Purple 已通过 GDPR 认证，并提供合规的默认门户模板。
TCPA (Telephone Consumer Protection Act)
监管自动短信营销的美国联邦法律。要求在发送营销短信之前获得事先明确的书面同意。违规行为将面临每条短信 500 至 1,500 美元的罚款。
美国的场所运营商必须确保其短信选择性加入 (opt-in) 语言符合 TCPA 要求。OTP 验证步骤通过在营销选择性加入之前展示与短信的积极互动，强化了同意记录。
流失挽回活动
向在指定期限内（通常为 30、60 或 90 天）未返回场所的联系人发送的自动短信序列。旨在通过限时优惠重新吸引流失的访客。
流失挽回活动通常是场所短信计划中投资回报率 (ROI) 最高活动类型，因为它们针对的是已经通过访问过一次而表现出购买意向的联系人。Purple Engage 通过设置“自上次连接以来的天数”阈值来配置挽回触发器。
10DLC (10-digit long code)
在活动登记处 (The Campaign Registry) 注册用于商业短信服务的标准 10 位美国电话号码。在美国，需要进行注册以避免运营商拦截营销短信。
部署 Purple Engage 进行短信营销的美国运营商在发起营销活动之前，必须在 Purple 的短信设置中将其发送号码注册为 10DLC。未注册的号码将面临越来越多的运营商拦截，从而降低送达率。
应用实例
一个拥有 200 间客房的酒店集团希望减少对 OTA 预订的依赖并增加直接回头客。他们在整个物业中部署了 HPE Aruba 接入点，目前在 Captive Portal 收集电子邮件地址，但没有 SMS 功能。他们应该如何架构和部署 SMS 营销网络计划？
首先，在 Purple Captive Portal 构建器中启用电话号码字段，该字段通过 Purple 的云覆盖网络配置在现有 HPE Aruba 基础设施之上 - 无需更改硬件。将验证方法设置为 SMS OTP。添加一个单独的、未勾选的加入复选框，文本为：“勾选以通过 SMS 接收独家优惠和直接预订房价的抢先体验。您可以随时回复 STOP 退订。” 此语言符合 GDPR 第 7 条的要求。
在 Purple Engage 中，配置三个自动序列。第一，欢迎序列：在办理入住连接 2 小时后发送：“欢迎光临 [Hotel]。享受免费 WiFi。作为感谢，您的下一次直接预订可享受 10% 的折扣：[link]。回复 STOP 退订。” 第二，离店后序列：退房断开连接 24 小时后发送：“感谢您入住 [Hotel]。下次入住直接预订可节省 15%：[link]。优惠 30 天内有效。回复 STOP 退订。” 第三，赢回序列：自上次连接且未重新预订起 60 天后发送：“我们很想念您在 [Hotel]。本周预订即可获得免费客房升级。[link]。回复 STOP 退订。”
通过 webhook 将 Purple 与物业管理系统集成，以抑制向有活动预订的客人发送消息（他们不需要赢回营销活动）。在所有序列中，将频率上限设置为每个联系人每周一条消息。
衡量 90 天内 SMS 接收者与仅限电子邮件联系人之间的回头客率。追踪 SMS 链接的直接预订转化率与酒店网站基准的对比。
一家在英国拥有 40 家门店的时尚零售商希望在新品系列发布日提高客流量。他们目前在所有门店中都部署了 Cisco Meraki 接入点，并使用 Purple Connect 进行基本 WiFi 分析。他们尚未部署 Purple Engage。他们如何构建一个在发布日推动可衡量门店客流量的 SMS 营销活动？
在仪表板中从 Purple Connect 升级到 Purple Engage。由于 Cisco Meraki 集成已配置，因此无需进行网络更改。在所有 40 家门店的 Captive Portal 上启用短信 OTP 验证。添加短信选择加入（opt-in）复选框，并使用清晰的语言说明新系列发布通知和独家门店优惠。
构建一个基于位置的细分模型。Purple 会在每个联系人首次连接的门店位置以及随后连接的所有位置打上标签。创建一个名为“活跃购物者 - 过去 90 天”的细分，过滤条件为过去 90 天内有连接记录。在此细分中，按门店区域（北部、中部、南部）创建子细分，以实现本地化消息推送。
对于发布活动，计划在发布当天 08:00 向相关区域细分发送短信：“[系列名称] 系列今日在门店同步上市。前 50 名购物者可享 8 折优惠。寻找距离您最近的门店：[链接]。回复 STOP 退订。”在 12:00 向当天尚未连接到任何门店 WiFi 的联系人发送跟进短信：“还有时间选购全新的 [系列名称] 系列。门店营业至 20:00。[链接]。回复 STOP 退订。”
通过监控发布当天与上周同一天各门店的 WiFi 连接情况来追踪客流量。利用 Purple 的分析仪表板，对比短信接收者与未接收者之间的客流量差异。
练习题
Q1. 一家会议中心运营商希望在其场所部署短信营销网络。他们拥有 Juniper Mist 接入点，目前使用的是没有 Captive Portal 的基本开放式 WiFi 网络。其法务团队提出了 GDPR 担忧。在上线之前，他们需要做出的三个最重要的技术和合规决策是什么？
提示：考虑同意架构、数据验证方法以及 WiFi 访问与营销同意之间的关系。
查看标准答案
三个关键决策是：第一，配置带有 SMS OTP 验证的 Captive Portal，以确保所有收集到的手机号码都经过验证，且属于登录用户。这是整个计划数据质量的基石。第二，确保 SMS 营销同意勾选框与 WiFi 接入按钮分开、默认不勾选，且不作为获得互联网接入的条件。GDPR 要求自由给予同意 - 将同意与接入捆绑会导致其失效。第三，配置 Purple 的同意审计日志，以记录每个同意事件的时间戳、IP 地址和同意条款。这条审计轨迹是运营商在监管审查中的防御手段。如果没有它，即使同意流程设计得当，他们也无法证明合规性。
Q2. 一家零售连锁店的 SMS 营销计划已运行了 60 天。Captive Portal 的同意率为 18% - 低于 25% 的目标。营销活动的打开率为 96%，点击率为 17%。这些数据告诉了您什么？运营商应该做出哪些改变？
提示：问题出在漏斗顶部，而不是活动本身。请关注在做出同意决定之前发生了什么。
查看标准答案
数据表明活动本身表现良好 - 96% 的打开率和 17% 的点击率是非常强劲的结果。问题出在获取阶段：Captive Portal 未能将足够多的登录转化为 SMS 同意。运营商应对同意勾选框的位置和文案进行 A/B 测试。将勾选框移至门户页面上方，使其无需滚动即可看到。测试以利益为导向的文案：“勾选即可获取专属店内优惠和新品系列提醒”，其效果优于通用的“勾选即可接收营销信息”。考虑在勾选框旁添加简短的价值主张：“加入 10,000 多名已通过我们的 SMS 优惠省钱的购物者行列。”不要强制要求同意 - 这会导致 GDPR 同意失效。目标是让同意的价值足够清晰，从而吸引更多访客选择同意。
Q3. 一家酒店集团在英国运营 12 家物业，并希望在所有站点运行单个 SMS 营销计划。部分物业运行 Cisco Meraki，其他物业运行 Ruckus。营销团队希望发送针对特定位置的信息。IT 团队应如何配置 Purple 来支持这一点？
提示：思考 Purple 如何处理多站点部署，以及如何捕获位置数据并将其用于细分。
查看标准答案
配置一个单一的 Purple 帐户，并将所有 12 家物业添加为独立的位置。Purple 的云覆盖支持在同一个帐户下同时运行 Cisco Meraki 和 Ruckus 硬件 - 硬件供应商不会影响数据模型。每个物业在 Purple 控制面板中都被分配了一个位置标签。当客人在特定物业连接到 WiFi 时，他们的联系人记录就会被贴上该位置的标签。在 Purple Engage 中，创建基于位置的细分：“过去 90 天内在 [物业名称] 连接过的客人”。为每个物业构建独立的活动序列，或使用动态信息字段将物业名称和特定位置的优惠插入到单个活动模板中。这种方法使营销团队能够发送针对特定位置的信息，而无需 IT 团队管理 12 个独立的 Purple 帐户。统一的联系人数据库还能提供跨物业的洞察 - 例如，识别到访过多个物业的客人，并向他们推送多物业会员优惠。
Q4. 某运营商的 SMS 活动显示每次活动的退订率为 4.5%，远高于 2% 的阈值。目前的信息发送频率设定为每周三条。他们应该采取哪些步骤来降低退订率，同时保持活动覆盖面？
提示：频率、相关性和细分是三个杠杆。结合数据，考虑哪一个最可能是导致问题的原因。
查看标准答案
每周发送三条消息且退订率高达 4.5%，这强烈表明发送频率是主要原因。请立即将频率降至每周最多两条消息。然后审计消息的相关性：这三条消息是发送给整个数据库，还是进行了细分？如果同一个联系人不论其到访频率或偏好如何，每周都会收到三条消息，那么即使内容相关，消息也会让人感觉像垃圾邮件。在联系人级别实施频率限制 - 无论有多少个活动处于活跃状态，任何联系人在任何 7 天内接收的消息都不超过两条。然后根据互动程度对数据库进行细分：在过去 30 天内点击过至少一条消息的联系人每周最多接收两条消息；在 30 天内未点击的联系人每周接收一条消息。在接下来的 30 天内监控各细分群体的退订率。如果降低频率后退订率仍高于 2%，请审查消息内容的相关性和个性化程度。