接上你的工具
把 Klaviyo 接到 AI 智能体
发信是一家公司最不可逆的行为。 博客文章可以重写、价格可以改、帖子可以删 —— 但已经发给两万人的邮件就是发出去了,随后的更正读到的人比读到错误的人还少。因此本页谈智能体准备什么,谈得和它发送什么一样多:在 Klaviyo,价值不在于把按钮按得更快,而在于每个月都有人把事前的活干完,且不需要你去惦记。
1. 一份不再写信的名单要付什么代价
几乎每家在线销售的公司都有一份联系人名单,也几乎没有一家在用。这不是工具问题:Klaviyo 装好了,联系人在里面,模板也有。问题在于写一封发信要花半天,而没有人能连着两次腾出这半天。
接下来发生的事,总是同一个顺序:
- 节奏散了。 一月发一封,三月发一封,然后到九月什么都没有。到那时收件人已经不记得你了,投诉率上升 —— 不规律比彻底沉默更贵。
- 名单过期。 一年没有联系过的地址几乎等同于一个死地址。你为搭建它付出的资本 —— 花在广告、内容、折扣上的 —— 会自行贬值。
- 外包比发信本身更贵。 把活动交给代理商是按月计费的,不管发出去多少。道理和搜索优化一样:你买的是规律性,而那是最贵的部分。
2. 智能体在 Klaviyo 里做什么
Klaviyo 的官方连接器给出的,是在一封信写出来之前就决定其质量的那些东西的访问权。
- 查看名单。 知道自己在对谁说话:多少联系人、哪个分群、最近给谁发过。不知道这些就写,是写给谁也不是。
- 查看活动。 读已经发出去的内容 —— 这能避免把同一个优惠发两遍,也能让一个主题从中断的地方接着讲下去。
- 查看统计。 打开、点击、退订。这些数字不是用来自我恭喜的:它们用来判断哪个主题值得接着讲、哪个把人赶跑了。
- 准备发信。 撰写、圈定对象、排好版式,并在发出之前把结果呈上。
3. 准备不等于发送 —— 这是有意如此
这个区分看着像走程序;实际上它就是这个连接器全部的安全所在。一次发信以一个动作触及整份名单,而这个动作有别于智能体所能触发的其他一切:没有可以逐个去补救的收件人,没有取代第一版的更正版,也没有撤回的可能。
因此,这里的「写入前审批」不是众多谨慎设置中的一个,而是本来就设定好的运作方式。你在同意之前看到的是:
- 发给谁 —— 确切的名单或分群,以及其人数。这是最先要复读的一栏,因为它出错的代价最大。
- 什么 —— 标题与正文,就是它们发出去的样子。
- 何时 —— 立即,或定在某个日期,后者会留下最后一个可以取消的窗口。
在放开写入之前先核对,而在这个连接器上,甚至要三思是否要放开。给一次月度发信加一道人工审批,代价是每月五分钟:在整个目录里,这是所需付出与所排除风险之间最划算的一笔。
4. Klaviyo 特有的约束 —— 范围按名单逐条指定
在大多数服务里,指定账号就够了。Klaviyo 要求两层,这与前文是一致的:
- 账号,也就是所涉及的那个 Klaviyo 空间。
- 名单,也就是智能体能看到并能发信的联系人集合。你其余的名录对它不可见。
这第二层是这个连接器最有用的护栏,却太常被忽略。把客户与单纯订阅者区分开的网店可以只放开后者;有一份「合约客户」名单的公司可以让它处于够不到的地方。只看得见一份名单,智能体就不可能弄错名单。
这也是正确的起步方式:先接一份名单,选出错损失最小的那份,等看过几次发信之后再扩。
5. 它不做什么
- 它不添加你没有收集过的联系人。 一份名单不靠购买、不靠抓取、也不靠推断来填满。这首先是法律问题,其次是让你的域名被判为垃圾邮件最快的办法。
- 它不绕开退订。 退订的人在智能体看得见的所有名单上都保持退订状态。不存在「就这一封他还能收到」。
- 它不承诺结果。 发信前不会给出任何打开率或收入数字:那是在编造数据,而你会据此在虚空上做判断。
- 只要你没有明确放宽,它就不会未经审批发出任何东西 —— 而在这个连接器上,比在其他任何连接器上都更值得把这种放宽拿来讨论,而不是图省事就做了。
6. 时间拉长之后会有什么不同
一次成功的活动证明不了什么:谁都有过一次。区分一份活名单和一份死名单的,是第十二次。
- 第 1 周。 第一封准备好的发信送到你面前,多半太长了。你删减、定下语气、说清哪些是你绝不想看到的。这项调校只做一次。
- 第 3 个月。 发信按预定的节奏发出,不需要你下决心去着手。而这恰恰是自己干的话会跳过一个月、接着再跳过第二个月的那个时点。
- 第 2 年。 累积起来的数字终于说得出话了:哪个主题能带来点击,哪类发信会赶走人,你的名单能承受多密的打扰。四场零散的活动是读不出这些的。
这里不承诺任何单次发信的收入:它完全取决于你卖什么、名单质量如何。得到保证的是,三月的那封信在三月发出。
7. 常见问题
智能体能自己触发一次发信吗?
只有在你明确许可的情况下,而这不是初始设置。考虑到一次发信所承担的分量,我们建议即便智能体已经过检验也保留审批:代价是每月几分钟,而避免的错误没有补救。
那 Klaviyo 里已经配好的自动流程呢?
它们活在 Klaviyo 里,照旧运转:弃购、欢迎、跟进。智能体不替换它们,也不取而代之 —— 它在已有的东西旁边负责活动和准备工作。
要不要把网店也接上?
正是这一点让发信变得贴切而不是泛泛。有了 Shopify,智能体知道买了什么、库存里有什么;有了 Stripe,它看得见付了什么。没有这层背景,它只是把措辞得体的信写给一无所知的人。
如果我断开连接会怎样?
访问在两侧立即切断,授权也可以从 Klaviyo 撤销。你的名单、活动和统计原封不动:它们属于你。已经在 Klaviyo 那边排好的发信照常进行;nullbot 尚未准备的,就不会被准备。
延伸阅读
接着读:接入 Shopify、接入 HubSpot,或全部可用连接器。