想追踪 SaaS 的达人销售，就要让同一个达人 ID 从达人链接出发，经过注册，一直进入计费系统，并且只有在首张账单付款后才算一笔销售。具体做法是：在注册表单里用隐藏字段接住这个 ID，把它同时存到用户和计费客户上，上线前为每位达人跑一次测试注册。点击和试用只是信号，不是销售。
链接与优惠码的命名规则、去重规则，已经写在 如何追踪达人转化，又不重复计算 里，这里不再重复。本文只讲软件产品特有的那一段：用户从试用转为付费订阅时，怎样不把达人来源弄丢。
在电商店铺里，点击和下单常常发生在同一次访问中。SaaS 不一样，中间隔着一段时间：访客今天注册，试用两周，之后可能换了一台设备，或者是收到提醒邮件才回来付款。如果注册时没有保存达人 ID，付款时就再也找不回来了。
规则只有一条：第一次创建记录时就保存达人 ID，之后每一步都把它往下传。
每一行是达人 ID 必须经过的一个系统。“关联键”一列，说明这一步靠什么和下一步连起来。
| 步骤 | 系统 | 要保存的字段 | 关联键 | 数据怎么过来 |
|---|---|---|---|---|
| 1. 点击 |
| 达人链接 |
| 写在活动参数里的达人 ID，加上优惠码 |
| 无 |
| 发帖前就写进链接和优惠码 |
| 2. 落地 | 你的网站 | 首次触达的达人 ID，存在第一方 cookie 或本地存储里 | 访客 | 落地时由脚本读取参数 |
| 3. 注册 | 注册表单 | 隐藏字段 creator_id，用户填了优惠码的话一并保存 | 用户 ID | 脚本用已保存的值填充隐藏字段 |
| 4. 用户记录 | 产品数据库 | 用户或工作区上的 creator_id 和注册日期 | 用户 ID | 由注册处理逻辑保存 |
| 5. CRM | CRM 联系人或公司 | creator_id 属性 | 邮箱或用户 ID | 从产品数据库或表单同步 |
| 6. 结账 | 计费系统结账页 | 以用户 ID 作为你的参考号，订阅上带 creator_id | 用户 ID | 你的服务器在创建结账时同时传入两者 |
| 7. 订阅 | 计费系统订阅 | 订阅元数据里的 creator_id | 订阅 ID | 从结账传到新建的订阅 |
| 8. 首张已付款账单 | 计费系统 | 账单已付款、金额、日期 | 订阅 ID | 销售在这里计入 |
最关键的两点：
Stripe 的 API 文档里有你需要的两个字段。创建 Checkout Session 时，把你的用户 ID 放进 client_reference_id，Stripe 对它的说明是：用来把这次结账和你的内部系统对上账的参考值。订阅模式下，把 creator_id 放进 subscription_data.metadata，这些参数会传给 Checkout 创建的订阅。订阅之后生成的每一张账单，都会在订阅详情里保留一份订阅元数据的快照，所以已付款账单上依然带着 creator_id。
其他计费工具大多也有类似的订阅元数据。找一个在结账时写入、并且会一直留在订阅和账单上的字段即可。
以计费系统为准，每个付费账户一行：
这样就得到了按达人统计的付费账户数。每位达人带来的月收入，可以直接从账单金额算出来。
每个达人 ID 在帖子发布前都要跑一遍：
任何一步失败，都要在达人发帖前修好。注册完成后再补 ID 是补不回来的。
Tomako 是面向软件团队的 AI CMO。它的达人研究员 Nana 会找到适合你产品的达人，并起草外联邮件，由你审批后再发。Tomako 没有提供转化追踪或计费集成的说明，所以这套追踪请放在你自己的产品、CRM 和计费系统里搭建。了解 Tomako 如何工作
至少等过一个试用期再加一个计费周期，让试用用户有机会完成付款。
关于链接命名、优惠码，以及围绕这套设置的去重规则，请阅读 如何追踪达人转化，又不重复计算。
Eren
学习闭环
