代理公司
一个漏斗，二十个客户，二十份互不干扰的声誉
一家三人代理公司为二十家本地商家做营销，同一个问题要面对二十次，同一个方案也要用二十次——只是每位客户的名单、发信身份、域名和同意记录必须完全归其所有。有意思的工作就藏在这个“只是”里。
每个客户一个项目，边界由数据库来守
这里的一切都同时限定在某个租户和某个项目之内——联系人、漏斗、创意素材、营销活动、发信身份、报告。这种限定由数据库的行级安全强制执行，而不是靠某个人记得在查询里加一条条件。被遗忘的项目什么都看不到，而不是看到第一个项目的数据。
这意味着一位客户的名单不可能误入另一位客户的营销活动，也意味着一份报告只关于一个客户——因为从结构上它就不可能关于两个。
每位客户都以自己的身份发信
发信身份属于某个项目：他们自己的域名、DKIM 密钥、邮箱或服务商账户、发送频率上限。一位客户某次不理想的营销活动不会损害另一位客户的送达率，因为他们本来就没有共享任何会被损害的东西。
这也让一段尴尬的对话提前有了答案。客户拥有自己的发送、名单和同意记录。当他们离开时——总会有人离开——他们会带走全部这些，而你也不必去解释一场本不该发生的“人质僵局”。
- 1联系人按项目隔离。由数据库强制执行，而不是靠你记住某条查询。
- 2发送他们的域名、他们的 DKIM、他们的邮箱或服务商、他们的发送上限。
- 3同意记录他们自己的台账。如果他们离开，它会随他们一起走，证据也在内。
- 4报表从结构上按项目隔离。不存在意外把两个客户的数据混在一起的可能。
- i你保留的漏斗定义和你的工作方式。那才是你的产品，也是值得复用的部分。
不共享声誉不共享名单
复用，无需复制粘贴
漏斗只建一次。你有几个客户，就部署几次。
漏斗是一个图，而图是带有公开模式的 JSON。这意味着你复用的是一份文档，而不是某个界面的截图，不用在每个账户里手工重建。
你的自有漏斗
欢迎、弃购挽回、爽约提醒、间隔跟进、回流唤醒。由最擅长的人写一次，存在你自己的仓库里，通过一次 API 调用就能在客户项目中创建。
处处用同一方式校验
校验器会在漏斗落地的每个项目里运行。一个没有等待就会循环、或没有主题就发送的图，在那里会被拒绝，就像在这里一样。
运行前先模拟
从该客户的名单里取一个真实联系人，对漏斗做一次试运行，看看会给他发什么。每次部署都做一次，“发错了”这种对话就不会再发生。
在一处改进
当你学到新东西——比如第二次提醒改在上午十点效果更好——你就修改定义并向前滚动。已经在跑旧版本的客户继续用旧版本跑完；任何进行中的流程都不受打扰。
创意素材也一样
创意素材是一份带合并变量的文档。同一封欢迎邮件，用每位客户的品牌、配色和标志来渲染——首次运行时从他们自己的网站自动获取。
或者让智能体来做
把一个助手指向 MCP 服务器，限定在一个项目内，让它为该客户起草并检查漏斗。任何会送达真人内容仍需明确确认，并受配额限制。
十一个客户，十一个发信方，一个查看入口。
月度报告难题
代理公司在报告上的痛点，大多不在于产出数字。而在于产出的数字经得起客户追问，并且不用在每月一号花三个小时截图。
这里有两件事帮得上忙。报告是 API 路由，所以月度报告包可以由脚本组装并导出为 PDF，而不是靠一个人和一张表格。而且这些数字对机器人是诚实的：原始数据和过滤后的数据都可用、都有标注，所以当客户问为什么搬家后打开率下降了，你可以用一句话解释，而不是用四句话辩解。
同样的图块会出现在 dash-b 中——营销活动表现、漏斗流失、名单增长、按域名统计的送达率——所以想要实时看板的客户可以拥有一个，用他们自己的账户、他们自己的凭据，页面上不含你的任何密钥。
- 1按项目一个令牌，一个项目范围，同一套脚本。
- 2拉取营销活动表现、漏斗流失、列表增长、按域名统计的送达率。
- 3渲染把他们的创意文档作为报告页面，再导出为 PDF。
- 4发送或者直接放进他们的看板。哪个客户真的会看就用哪个。
- i变化了什么三个小时的截图变成了一项定时任务，因为这些报告本来就是一条条路线。
原始数据和筛选数据，都有标注
关于授权同意的对话，尽早进行
每家代理机构都遇到过这样的客户：带着一份四千个地址的表格来，却说不清这些地址从哪来的。在这里，这不是一场你必须赢的争论；它只是一个字段。
导入最多只能算作合法利益，绝不算作同意，而且依据的构成会在任何营销活动发出之前展示出来。如果某个列表不能发送，会在导入时就说明，而不是等到收到投诉时。这把一个令人为难的主观判断，变成了对同一屏幕的共同解读——当客户坚持己见时，这对你来说是好得多的处境。
值得当面跟客户说清楚的一点：一个糟糕的列表所危及的声誉是他们自己的，用的是他们自己的域名，因为每个项目都以自己的身份发送。这比任何法规都更有说服力，而且往往正是这一条能打动他们。