这次项目. 我们为一个匿名处理的订阅制/d2c 品牌搭建了分层级的生命周期邮件个性化,该品牌的列表约有 15 万订阅者。邮件文案会根据收件人是谁、最近做了什么而变化,而不是靠一个 {firstname} 的称呼标签。上线后的第一个季度,邮件归因营收提升了 22%。
这个品牌的问题不在发送量,邮件发得不少。问题在于,一个即将流失的三个月订阅者和一个刚试用两天的新用户,收到的是同样的文案,只是顶部换了个名字。分层在 Klaviyo 里是存在的,文案却没有随之变化。
生命周期负责人真正关心的数字,是同一份约 15 万人的列表,在发送量没有增加的情况下,一个季度内邮件归因营收多了 22%。这来自根据分层和最近行为变化的文案。下面这段说明是真实的:这些面向客户的数据正在与客户核实并做匿名化处理,之后才会以其名义公开发布。
分层级邮件个性化到底是什么意思?
什么是分层级邮件个性化,为什么它比称呼标签更有效?
分层级个性化是指邮件正文会根据读者所在的分层和最近一次行为变化,而不只是主题行里换个名字。一个正在流失的年费订阅者和一个刚开始试用的新用户,会收到不同的切入角度、优惠和证据。称呼标签只是替换一个词,而真正带动归因营收的是这种正文层面的变化,不是 {firstname}。
称呼标签只替换一个词,周围的一切仍然是通用的,读者收到的依然是一封写给「谁都不是」的邮件。分层级文案不一样。写给因价格调整而取消订阅的用户的挽回邮件,开头就直接谈价格调整。写给用过两次产品的试用用户的邮件,开头就谈他们实际接触过的功能。同一个活动,不同的文案,依据分层和最近的行为事件来选择。
我们搭建了什么,用的是什么技术栈?
没有用什么花哨的东西,团队也不需要新买什么工具。我们基于 Claude 搭建,针对品牌在 Klaviyo 里已经维护好的分层生成对应的文案变体。发送仍然在 Klaviyo 完成,我们没有替换他们的邮件服务商或 crm,只是在他们已经在用的工具前面加了一层撰写与审核。
- 生成:Claude 按分层和最近行为起草文案,引用触发这次发送的真实事件,而不是一个通用的噱头。
- 审核:每一份生成的变体在进入流程之前都要经过人工审核,团队没读过的文案不会发出去。
- 归因:GA4 和 Stripe 的数据被打通,营收能追溯到具体的发送记录,这也是 22% 这个数字站得住、而不是一个虚高打开率的原因。
归因这一层管道是不起眼的那一半,却是这个数字能立得住的原因。我们把 GA4 事件和 Stripe 打通,让一笔购买能追溯到促成它的那封邮件。没有这一步,营收提升的说法只是个故事;有了它,生命周期负责人可以把同一个数字对财务说两遍,得到同样的答案。这类工作正是我们consultancy和platforms两个团队共同完成的。
we are
文案根据分层和最近行为变化,由 Claude 生成,上线前经过人工审核,并与 Stripe 营收挂钩,让提升的数字可核查。
we aren't
一封套用称呼标签、只是把名字贴到一封通用邮件上的群发信,正文对所有人说的都是同一句话,却号称是个性化。
这个项目需要多长时间搭建?
市场营销分部给出的常规交付周期是 4 到 8 周,个性化项目偏向这个区间的后段。生成提示词很快,慢的是数据管道。把 GA4 和 Stripe 干净地打通,把分层定义做得经得起推敲,这才是真正耗时间的部分,也正是让营收数字可信、而不只是好看的原因。
我们是一家新公司,这一点我们说得很直白。这里的数字还处于上线前阶段,会先与客户核实,之后才会以其名义公开。如果你是生命周期或 crm 负责人,想在自己的邮件列表上,把这套结果、技术栈和审核环节摆出来看清楚再决定,告诉我们你在做什么。你也可以先在journal里了解我们的工作方式。