检查并调整营销触达压力
本任务交付一份触达检查记录和一组经过内部测试的调整规则:知道哪些顾客被重复联系、哪些消息冲突、应该跳过还是延后,以及调整后何时复查。
先理解营销触达频率的事件与窗口口径。以下步骤和数字均为编辑建议与假设,不代表实际店铺结果或推荐发送次数。
1. 列出发送来源,限定这次能看见什么
从内容运营日历取得计划活动,再补上欢迎、浏览、补货、唤回等自动化,以及其他团队或工具中的发送。逐项记录渠道、负责人、用途、是否启用、日志来源、可导出的事件及当前限制。
本例只取得邮件和短信日志,范围为北京时间 2026-10-01 00:00 至 10-08 00:00,左含右不含。其他即时通信渠道没有记录,所以报告只能称为“已纳入邮件与短信的触达检查”,不能称为全渠道总量。事务通知另列,不混入营销次数。
同时确定观察人群:可以选择期初已具备对应渠道资格的一组顾客,并保存快照。后续退订仍保留在这次统计的原始人群中,另记状态变化;不能因为退订就从历史分母删掉。实际发送资格则每次重检,不因曾进入快照而持续有效。
2. 整理可追溯的消息台账
每条记录至少需要稳定顾客键、渠道身份、消息键、活动或流程、营销或事务用途、计划时间、尝试与发送时间、送达状态、跳过原因和数据提取时间。采用脱敏键展示明细,个人联系方式留在有权限的原系统。
通过已确认的账号或身份映射连接邮箱与手机号,无法确认的记录单列,不能凭同名合并。将重复导出、重复状态回传与真正重复发送区分开:同一消息多条状态合成一条消息生命周期,重试尝试保留;确实发出了两条消息就不能去重成一条。
向工具负责人确认每个事件的含义。Klaviyo Smart Sending 文档使用尝试发送启动窗口,并按渠道独立处理;由此不能假设平台限频次数必然等于送达数。台账同时保留两者。
3. 先找高频尾部,再回查具体消息
下表是上述七天内的假设汇总,五名顾客均有完整的已纳入渠道日志与已确认身份。这里每条营销消息仅尝试一次,并均记录为已发送,所以本例的尝试数等于发送数;实际数据不能预设两者相等。
| 顾客键 | 邮件尝试 | 短信尝试 | 营销尝试合计 | 邮件送达 | 短信送达 |
|---|---|---|---|---|---|
| U01 | 0 | 0 | 0 | 0 | 0 |
| U02 | 1 | 0 | 1 | 1 | 0 |
| U03 | 2 | 0 | 2 | 2 | 0 |
| U04 | 2 | 1 | 3 | 1 | 1 |
| U05 | 5 | 3 | 8 | 4 | 2 |
| 合计 | 10 | 4 | 14 | 8 | 3 |
每人平均营销尝试 14 ÷ 5 = 2.8 条,中位数为 2 条;U05 一人承担 8 ÷ 14 ≈ 57.1% 的尝试。实际送达合计 8 + 3 = 11 条,不能写成 14 条已送达。次数分布为:0 条一人,1—2 条两人,3—5 条一人,6 条及以上一人。这些分段是本次分析口径,不是风险分级标准。
回查 U05 的八条消息,逐条写出来源和时刻,判断是否多条自动化与群发重叠、是否在短时间内集中、是否内容重复。七天总数本身不能证明违反滚动 24 小时规则,必须回到事件时间计算;午夜前后也不能仅按日期分开判断。
按顾客生命周期、渠道、消息来源和内容用途再切分,但不要把小样本波动当成确定结论。零次可能源于正常未入选、频率跳过、资格变化或日志缺失,需分别解释。
4. 把冲突写成可执行的规则
为每条拟调整规则填写适用人群、渠道范围、计数事件、窗口、优先级、到期时间、负责人及恢复条件。阈值应依据自身记录、顾客偏好和团队批准的试验范围确定,不直接照搬厂商默认值。
例如检查发现欢迎说明与全店促销常在同日冲突,可以提出:对刚订阅且仍符合资格的人优先保留相关欢迎内容,本次通用促销跳过。若准备延后,则明确最晚发送时间,出队前重新检查退订、购买、内容有效性与频率;已失效的优惠直接取消。不要把所有被挡住的消息堆到第二天补发。
这需要核验工具实际行为。Klaviyo 官方说明指出,Smart Sending 跳过的消息不会自动改期重发,且邮件窗口不负责拦截短信。因此“开启限频”“统一跨渠道排期”“延后重检”是三项需要分别验证的工作。
只用离线报表时,无法保证实时阻止同时入队的两条消息。可先拆开相互冲突的活动或使用互斥名单;需要系统限额时,由技术负责人验证是否会记录待发占额、处理并发放行与失败重试。尚未具备的能力写成限制,不以口头约定代替完成证据。
事务例外单独审核用途与正文。Klaviyo 的事务邮件指南要求具体消息经过审核且不含营销内容。必要订单通知可以另计,但带有促销目的的消息不能靠改名取得豁免;事务数量也应保留在顾客沟通记录中。
5. 用内部名单验证边界和异常
通过平台预览、模拟记录或有权限的内部测试名单检查,不向真实顾客补发历史消息来验证规则。
| 测试场景 | 需要留下的证据 |
|---|---|
| 同一消息重复入队或重复回传 | 没有重复发送,消息计数未翻倍,原因可追溯 |
| 邮件和短信同时符合发送条件 | 各渠道与跨渠道规则分别得到预期结果;不支持之处明确标出 |
| 两条消息同时争用最后一个名额 | 最终放行数符合已约定规则;不能仅展示两个独立预览均通过 |
| 午夜前后与滚动窗口边界 | 时区、边界和实际通过时刻一致 |
| 延后期间发生购买、退订或优惠到期 | 重新核对后取消不再适用的消息 |
| 已跳过的消息与失败重试 | 是否再次进入发送有明确规则,未意外集中补发 |
| 必要订单通知与含促销的“通知” | 按用途分别处理,营销未借用事务豁免 |
测试失败时先修正相关规则,再扩大使用范围。交付应说明哪些检查已通过,哪些仅有人工排期保障,不能把“规则写好”当成“系统已经能执行”。
6. 固定复查窗口,观察效果与代价
调整后继续查看每人次数分布、高频尾部、最短间隔、跳过与取消原因,以及独立点击者、购买和顾客反馈。比较期采用相同人群定义与反馈成熟时间;新老客比例、内容和优惠变化另行记录。
退订率尤其需要明确分母。Klaviyo 的退订率说明使用退订人数除以收到的邮件数。下面是另一个独立的假设邮件批次,不是上表五人的结果:每位收件人只发送一封,共 800 封送达给 800 人,发送后七天内有 8 位可归属到该邮件的收件人退订,则 8 ÷ 800 = 1%。本例每人仅一封,所以 800 封与 800 人数值相同;跨多封统计时不能把邮件数和收件人数混用。不能改除以计划名单人数、尝试次数或全店订阅人数,也不能把短信退订混入分子。
投诉按渠道与来源分别列出数量,并核对各报表实际使用的分母、事件定义、去重方式和反馈截止日;不能把某个平台的送达口径推广到所有来源。无法归属消息的退订或投诉单列,尚未成熟的批次暂报初步结果;投诉少也可能存在反馈可见性限制,不能解释成所有人都满意。
预先约定何种投递异常、重复消息或负面反馈会暂停后续营销,并指定检查负责人。减频后退订下降可以作为观察结果,但内容、人群和季节也可能改变;未经有效对照不能直接认定减频造成改善。最终把保留、继续调整或停止的决定写入活动复盘,同时更新后续日历。
完成检查
- 覆盖渠道、缺失日志、身份连接范围和时区已经写清。
- 原始人群快照、消息台账与次数分布可复算,零次与高频人群均已检查。
- 调整规则包含优先级、计数事件、窗口,以及跳过或延后的不同结果。
- 并发、重试、出队重检和事务例外有测试证据或明确的能力限制。
- 复查负责人、反馈分母、观察截止日及暂停条件已确定,尚未观察到的效果没有写成结论。