面向代理机构与客户工作
一个工作流，三十个客户，三十套凭据
代理机构的问题从来不是把东西构建一次。而是构建一次后运行三十次，为三十家账户、语气、时区和偏好都略有不同的企业运行——并且能在月底解释清楚每一家得到了什么。
三人代理机构
三个人，二十八个客户，大多是小企业。工作确实重复：每月一次的营销活动、每周一篇帖子、一小时内必须送达正确收件箱的线索表单，以及每月一号展示上个月情况的报告。
他们忙碌的原因不是这些事有多难。而是他们要做二十八遍，而这二十八遍又各不相同，没有任何模板能完全套用。十二号客户要波兰语和英语。十九号客户拒绝在上午十点前发送任何东西。四号客户的收件箱属于一个从未回复过的人。
所以正确的形态是：一个工作流，参数化，按客户运行，把差异保存为配置，而不是保存为二十八份悄悄分叉的副本。
属于客户的凭据
每个客户的账户都是他们自己的凭据集，加密存储，按名称引用。工作流引用的是凭据集，而不是密钥本身，因此同一个已发布的工作流可以针对二十八套不同的账户运行，而不需要任何东西的二十八份副本。
这意味着轮换一个密钥只需在一处编辑一次。这也意味着离开的客户会带走他们的凭据：删除该凭据集，所有引用它的工作流会立即、明显地为该客户停止，而不是因为没人记得而继续运行六个星期。
一个版本，或每个客户一个版本
发布一项改进会同时推送到每个客户，这正是构建一次的意义所在。当某个客户确实需要不同的东西时，这个差异是共享工作流内部一个带客户条件的分支，而不是一个分叉——因为分叉这种东西，总是一处修好了另一处没修。
无论哪种情况，运行中的任务都不受影响：每次运行都走它进入时的版本，所以在十二号改进工作流不会打扰客户十号开始的营销活动。
- ⚡排期每个客户运行一次。28 次运行，一个已发布版本。
- 2读取配置语气、语言、发送时间窗口、审批人。按客户分别设置。
- 3文案与配图先撰写文案，再从授权图库配图。
- ✋审批客户 19 需要审批，就等他。其余 27 个照常进行。
- ✉发送时间每个都在客户自己的账号上、按客户自己的时间窗口运行。
- 📄举报对所有人都是同样的结构，这样月与月之间才有可比性。
28 套凭据只需维护 1 个工作流
一个工作流。三十个客户。没人察觉。
代理公司会搭建什么
六个能快速回本的场景
月度报告
每月 1 号从数据自动汇总，对每个客户都是同样的格式，在有人开口要之前就准备好了。这是代理公司从这里起步的最常见原因。
线索分发
客户网站收到一份表单，AI 步骤读懂这个人真正想要什么，一分钟内送达正确的收件箱——同时抄送给你，这样当客户忽视线索时，你可以拿出证据。
客户入驻
连接账号、启用工作流、填写配置、排定首份报告。清单变成工作流，第十四个客户的起步和第一个完全一样。
内容日历
撰写帖子、从授权图库配图、排队待审批，并按客户自己的排期发布。
盯住问题
客户网站宕机、表单停止提交、信息源三天没有动静。最好是你先发现，而不是他们。
客户退出
删除凭据、停止工作流、生成最终报告。做得规范，十分钟搞定；全凭记忆来做，要花六个月和一封尴尬的邮件。
你可以对客户说的话
工作是在他们自己的账号上完成的，所以产出的内容属于他们，合作关系结束时也仍然属于他们。每次运行都有日志，所以关于十四号那天发生了什么的问题都有答案。而且营销活动在发出前经过模拟，这比“我们仔细检查过了”是更好的回答。
Team 套餐正是为这种工作形态而设：共享工作流库，让好版本成为人人使用的那个；基于角色的访问权限，让初级员工能运行工作流却无法改写它；还有足够的 AI 步骤，覆盖的是整个客户组合而不只是一个项目。价格详见定价页。
这种做法什么时候不再适用：如果这 28 个客户确实各自需要不同的东西，那你拥有的就不是一个工作流，而是 28 个工作流加一个归档难题。上面这套方法之所以有效，是因为大多数代理公司的工作本质上是同一件事，只是里面填的名字不同。如果不是这样，在搭建一个带 28 个特例的配置系统之前，先诚实地承认这一点。