01
Today's move · 今日一招
偏好中心按主题订阅——Customer.io 发送时强制校验，Klaviyo 要靠分群兜底
偏好中心难的不是页面，而是两件事：每条消息归到哪个主题，发送时由谁来拦。这是工具选型里最容易被 demo 掩盖的差异。
消息归属
Customer.io：每条自动化和群发都必须选一个主题，否则订阅中心不能启用
Klaviyo：没有「消息绑定类别」的机制
发送时校验
Customer.io：用户要同时订阅该主题和该渠道才会收到
Klaviyo：文档没写自动校验，要在分群或 Flow 条件里自己排除
容易踩的坑
Customer.io：主题默认 opt-in / opt-out 加上后不能改
Klaviyo：按列表定制的偏好页只对「恰好一个静态列表」生效
具体做法：
- 先定 4–6 个主题，按「用户为什么想收」命名，不按部门命名：设备与使用提醒、育儿记录周报、产品使用技巧、新品与活动。
- 每个主题先拍板默认状态，再去建；Customer.io 建完不能改。
- 把现有每条自动化和群发贴上一个主题；贴不上的，要么是交易类，要么该砍。
- 选型测试加一个用例：关掉某个主题，再触发该主题下的一条旅程消息，看会不会被拦、日志里能不能查到。
在我们这边App 子域名上的服务类触达就是第一批主题；把「主题能否在发送时被强制校验」列为推送工具选型的硬指标。
需要核实：两家工具里的交易类消息会不会绕过主题校验。Customer.io 文档只写明 webhook 会绕过所有订阅校验。
02
Peers & rivals · 标杆与竞品
标杆与竞品
Oura：把生命周期「运维」单独设岗，管 Braze 数据模型、发送护栏和实验，不写文案。 岗位叫 Lifecycle Operations Manager，横跨生命周期营销、会员分析、数据工程和 MarTech 四个团队。职责三块：事件、属性、分群的单一口径；把营销同事的旅程 brief 搭成可测试的 Flow 并管发送护栏；A/B 与 holdout 的实验方法和看板。要求 8 年以上，能读写 Liquid，薪资 $117k–169k。
同类做法对照Natural Cycles 招的是 CRM & Lifecycle Marketing Manager，4–7 年，一个人端到端负责行为触发的常驻旅程和节点活动，工具会 Braze、Iterable、HubSpot 中的一种即可。共同点是都要求亲手在平台里搭旅程；差异在 Oura 多付一个人头换来口径、护栏、实验方法的统一，Natural Cycles 起步快但规则容易跟着人走。
对我们的启发基建岗 JD 对照 Oura 的三块职责写，策略岗对照 Natural Cycles；第一批只有一个 HC 就先招能端到端的人，但 JD 里写明他同时负责发送护栏和数据口径。
03
Against my plan · 对照我的规划
对照我的规划
对应四大基建里的「触达/营销自动化」和「团队人才建设」。今天把 App 现有的自动化和群发消息拉成一张清单，给每条贴一个用户看得懂的主题名，验证：5 个以内的主题能否覆盖全部服务类触达。
04
Self-check · 自测一题
自测一题
一位用户在偏好中心关掉了「产品使用技巧」。M5 smart 新手旅程第 3 天的技巧 push，和同一天的配件更换提醒邮件，分别还会不会发？现在是哪个系统、哪条规则在做这个判断？