三条线并行时瓶颈不在产能
把 GEO、营销获客、电商生产三条线同时开起来，第一反应是产能翻了三倍。
实际发生的事是：前两周产出猛增，第三周开始出现积压，第四周有人在群里说"审批太多了看不过来"，再过一段时间，产出的东西开始带着问题流出去。
原因不在生产端。生产端确实是三倍了。问题在审批那一侧，而它从来没有被当成一个需要计算的资源。
审批的成本不是点击时间
审批容易给人一种错觉：点一下就行，一分钟能过十几条。
但审批真正消耗的是理解时间，点击那部分可以忽略。看一条待审内容、理解它是什么、判断它对不对、决定通过还是退回，这一整套动作在正常状态下需要几分钟。涉及对外发布或者涉及金额的，更久。
点击是秒级的，判断是分钟级的。 把审批的成本按点击来估，会低估一个数量级。
所以先要给自己定一个数：一条待审事项，平均需要多少分钟的有效判断时间。这个数只能自己测，方法是记录一周里审批的实际耗时，除以处理的件数。多数团队第一次测出来的结果比自己的预期高。
把审批当成排队系统
有了单件耗时，就可以算负载率了。
假设每天可用的有效决策时间是 2 小时，也就是 120 分钟。单件平均 5 分钟，那么每天的服务能力是：
`
120 ÷ 5 = 24 件
`
再看到达量。三条线并行，每线每天产出 15 件待审事项，总到达 45 件。
负载率 ρ 等于到达量除以服务能力：
`
ρ = 45 ÷ 24 = 1.88
`
ρ 大于 1 意味着队列会无限增长。 每过一天，积压比前一天多 21 件。因为处理的量小于进来的量，积压不会自己消掉。
下面是不同到达量下的结果：
| 每线待审 | 三线到达 | ρ | 状态 |
|---|---|---|---|
| 5 件 | 15 件 | 0.62 | 稳定 |
| 8 件 | 24 件 | 1.00 | 临界 |
| 10 件 | 30 件 | 1.25 | 积压 |
| 15 件 | 45 件 | 1.88 | 积压 |
| 20 件 | 60 件 | 2.50 | 积压 |
实际要稳定运行，ρ 应该控制在 0.8 以下，也就是每天 19 件左右。超过这条线，系统会持续积累，而不只是显得忙。
单件耗时变化带来的影响更大。同样是每线 15 件：
| 单件耗时 | 服务能力 | ρ |
|---|---|---|
| 5 分钟 | 24 件 | 1.88 |
| 8 分钟 | 15 件 | 3.00 |
| 12 分钟 | 10 件 | 4.50 |
审批时间翻倍，负载率翻倍。这就是为什么"上线初期还好，后来突然崩了"很常见：这类崩溃通常源于待审事项的复杂度上升、每件需要的时间变长，件数本身往往没怎么变。
稳定不等于没问题：等待时间的悬崖
上面说 ρ 要控制在 0.8 以下。这个说法对，但它容易造成一个误解：以为 0.8 之前都安全，过了 0.8 才出问题。
真实的形状不是那样。排队系统的等待时间正比于 ρ 除以 (1-ρ)。分母趋近零的时候，等待时间趋于无穷。所以它的形状是一条在右侧越来越陡的曲线，而不是一道台阶。
沿用前面的口径，每天可用的有效决策时间是 120 分钟，单件平均 5 分钟，服务能力 24 件。看不同到达量下的等待时间：
| 到达量（件/天） | ρ | 平均排队件数 | 平均等待（小时） |
|---|---|---|---|
| 12.0 | 0.50 | 0.50 | 1.0 |
| 16.8 | 0.70 | 1.63 | 2.3 |
| 19.2 | 0.80 | 3.20 | 4.0 |
| 20.4 | 0.85 | 4.82 | 5.7 |
| 21.6 | 0.90 | 8.10 | 9.0 |
| 22.8 | 0.95 | 18.05 | 19.0 |
| 23.5 | 0.98 | 46.02 | 47.0 |
| 23.8 | 0.99 | 118.01 | 119.0 |
从 ρ=0.5 到 ρ=0.8，到达量涨了六成，等待从 1 小时变成 4 小时。这一段还比较温和。
从 ρ=0.8 到 ρ=0.95，到达量只涨了 18.8%，平均等待从 4 小时变成 19 小时，将近五倍。
这就是为什么审批积压的感受总是突然出现的。从外面看，三条线的产出只多了一点点，但等待时间已经跨过一个量级。"忙一点"和"当天处理不完"之间没有明显的过渡带。
所以 0.8 不是一条安全线。它是指标已经用掉八成余量的位置。真正该看的是另一个数：离你能接受的最长等待还差多少。
假设你能接受的最长等待是两个工作日，也就是 48 小时。按上表，ρ 到 0.98 才会碰到这条线，对应的到达量是 23.5 件。如果你能接受的是一天，24 小时，那上限在 ρ 0.95 到 0.98 之间，约 23 件。
用等待时间倒推产能需求，比用 ρ 更接近实际。 反过来算一遍：如果到达量要从 19.2 涨到 23 件，也就是增加两成，服务能力必须从 24 件提到 28 件，增加 17%，才能把等待压回原来的 4 小时。
这里有一个管理上的含义。到达量增长和服务能力增长不是一对一的关系，因为在曲线的陡峭段，边际等待的代价远高于边际产能的成本。 这也是为什么产能规划要提前做，等到积压出现再补，需要补的不只是缺口，还要补回陡峭段吃掉的那部分余量。
还有一笔隐藏成本：切换
上面算的是理想情况，假定你能连续地处理同一类事项。
真实情况是三条线的审批混在一起。刚看完一条 GEO 的事实错误，接着看一条电商的参数，再看一条视频脚本。每次切换都要重建上下文，这部分时间不在单件耗时里。
重建上下文大概是几分钟的事。一天切换十几次，就是接近一小时的纯损耗。这笔损耗让本就只有 2 小时的带宽缩水三成。
减少切换的办法是分时段：上午集中处理一类，下午处理另一类。这样能把重建次数从十几次降到三四次。
产能扩张会把瓶颈推得更清楚
这里有一个容易误判的地方。
当生产端还没有满负荷的时候，审批的负载率看起来是正常的，因为你没有把产能用满。这时候扩产会觉得"很顺"。
一旦生产端提速（换更强的模型、加岗位、开编队），到达量立刻上升，负载率越过 1。扩产不会缓解审批压力，它只会把审批变成唯一的瓶颈。
所以正确的扩线顺序是先把审批那一侧的量算清楚，再决定能开几条线。反过来做，结果是线开起来了，产出堆在待审队列里，客户端的交付时间没有缩短，只是把等待的位置从生产搬到了审批。
降低审批密度，而不是增加审批人手
遇到审批积压，第一反应通常是加人。加人是有效的，但它有一个上限：审批需要业务上下文，不是随便找个人就能判。培训一个人到能独立判断的成本，往往比想象的高。
更有效的方向是降低审批密度，也就是让进入队列的件数减少。做法有三类。
第一类，把能自动判断的事挡在队列前面。事实错误、结构缺失、敏感词这几类都有明确的判定标准，可以自动拦。它们的共同点是不需要业务判断。
第二类，把批量相似的事项合并审批。同一批 20 个 SKU 的详情页，如果参数来自同一份导入文件，那么审批的对象应该是"这份文件对不对"，而不是 20 个页面逐个看。
第三类，按风险分层。不可逆的动作进队列，可逆的动作放过去。这一条的关键是改动"进队列的条件"，不是改动"判断的标准"。
三类做法合起来的目标是把每天的到达量压到 19 件以下。上面那张表说明，每线 15 件降到 8 件，就能从积压回到稳定。这个降幅比再加一个人更可靠，因为它不依赖于那个人长期在岗。
这套算法在什么情况下不适用
四种情况。
事项同质的时候，切换损耗趋近于零，可以并行的线数比算出来的更多。比如三条线的待审都是同一套模板的内容，判断逻辑一致，实际带宽会比模型估计的高。
审批可以真正分工的时候，带宽是可加的。但要注意"真正"两个字：需要同一种业务判断的事，分给两个人只是形式上并行，第二个人还是要重新建立同样的上下文。
判断质量参差的时候，不能按件数加总。一个人一天能过 20 件的前提是他的判断可靠，如果为了凑件数降低标准，队列是清了，问题流到了下游。
最后一种是审批对象变化的情况。上表假定到达量和单件耗时是稳定的。如果某天来了一个复杂项目，单件耗时可能是 30 分钟，这一天的带宽就崩了。所以产能规划要按最坏情况留余量，不能只按平均。
一个可以当周做完的测量
不需要工具，只需要记录。
第一，拿一周时间，每次审批记下三样：什么时候开始、什么时候结束、审的是哪条线的什么事。
第二，算出单件平均耗时，以及按专业线分开的平均耗时。
第三，数一下每天的到达件数，乘以三（如果开了三条线）。
第四，用上面的公式算 ρ。
ρ 的数值本身比精确与否更重要。如果算出来接近或超过 1，那么不管产出有多快，交付时间都会由审批那一侧决定。
常见问题
问：每天 2 小时的审批带宽是怎么来的？
这是多数管理者在保持判断质量的前提下能持续投入的量级。超过 3 小时之后，判断质量会明显下降，出错率上升。所以延长时长不是解决办法，它只是把积压换成了错误。
问：能不能让 AI 先审一遍，人只看 AI 的结论？
可以，而且这是降低审批密度的主要手段。但要注意 AI 审的是"能不能自动判定"的部分，不能替代人对业务上下文的判断。把 AI 的输出当成建议放进界面，人做最后判断，这个分工是可行的；让人直接采纳 AI 的通过结论，等于取消了审批。
问：三线并行是错的吗？
不是。三线并行的问题在于把三条线的产出都按同一套审批流程处理。解法是让不同线走不同的审批密度：标准化程度高、判定标准明确的那条线，大部分事项由自动门禁处理；涉及对外和金额的，才进人的队列。
相关阅读
延伸阅读：教育培训行业AI方案：内容生产×学员运营×招生获客的三线并行、小团队跑出大团队产能：一个人配一支编队是什么体验、Onworkly GEO增长优化系统：AI驱动的SEO新范式。
数字员工在我们这里怎么编排、怎么过质量门禁，AI 中心里有完整的岗位和编队说明。