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