docs(站点): ① 选人补上「团队还吃得下多少」;顺带修掉一处文档与产品的漂移

产品指出:主管在 ① 里还有一项很实际的顾虑 —— **团队当前负载**。人捞太多客服打不完,
到期回池等于白发一轮。原文只写「这批发多大 · 给几天」,既是术语,也漏了他真正的顾虑。

⇒ 改成「团队现在还吃得下多少 · 几天内打完」,并新增一节讲人手在**两个地方**主动摆给他看:
   · 出方案时:这批多大按「在岗人数 × 每人每天几通 × 时效」估,式子和每个数都摊开
   · 确认单上:每位客服一行「分完之后约几天打完」,算的是**分完后手上的总量**
     (在手 + 本批),⛔ 不只是本批那几条

🔴 **顺带修掉一处文档与产品的漂移**:文档把那个引导节点叫「打不完」,而产品里它的
  真实措辞是「这批发下去,最忙的是王强:手上共 45 条,约 3 天的量」—— **只报数,不下判断**。
  文档那个名字自己就违反了它下一段在讲的纪律。四个节点全部按代码里的真实措辞重写:
  专属排满了 / 还能再收窄 / 这批多大 / 最忙的那位。
  ⚠️ 并补一句点明:⛔ 不说「打不完」「人太多了」「建议减到 200」—— 那是替主管做决定。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

apps/pac-docs/content/docs/design/assignment-agent.mdx

@@ -18,11 +18,11 @@ icon: Bot
 flowchart TD
   S(["主管定这一批召回谁"]) --> A
 
-  A["① 选人 —— 他的召回策略<br/>做哪一类没启动的治疗<br/>找多久没来的人<br/>要不要只挑高价值的<br/>这批发多大 · 给几天"] --> B["② 分人 —— 谁去打<br/>有专属的回自己人手上<br/>无主的给当前手上最少的<br/>专属这轮排满的单列成一组"]
+  A["① 选人 —— 他的召回策略<br/>做哪一类没启动的治疗<br/>找多久没来的人<br/>要不要只挑高价值的<br/>团队现在还吃得下多少 · 几天内打完"] --> B["② 分人 —— 谁去打<br/>有专属的回自己人手上<br/>无主的给当前手上最少的<br/>专属这轮排满的单列成一组"]
   B --> C{"这一版还有<br/>要他定的吗？"}
 
   C -->|"没有"| K
-  C -->|"有"| G["摆成按钮<br/>待分配 · 换个条件选 · 本批人数 · 打不完"]
+  C -->|"有"| G["摆成按钮<br/>专属排满了 · 还能再收窄 · 这批多大 · 最忙的那位"]
 
   G --> Q{"主管做什么？"}
   Q -->|"一条不点<br/>默认永远安全"| K
@@ -52,12 +52,25 @@ flowchart TD
 
 | 步 | 主管在决定什么 | 谁来做 |
 |---|---|---|
-| **① 选人** | **这一批的召回策略**：做哪一类还没启动的治疗（种植 / 正畸 / 拔牙…）、找多久没来的人（三个月内 … 三年以上）、要不要再收窄到高价值的人（消费额、商保、意向）、这批发多大、给几天时效 | 主管定策略，程序按策略挑人 |
+| **① 选人** | **这一批的召回策略**：做哪一类还没启动的治疗（种植 / 正畸 / 拔牙…）、找多久没来的人（三个月内 … 三年以上）、要不要再收窄到高价值的人（消费额、商保、意向）、**团队现在还吃得下多少**、几天内要打完 | 主管定策略，程序按策略挑人、按人手估这批多大 |
 | **② 分人** | **谁去打这些电话**：默认有专属客服的回自己人手上、无主的给当前手上最少的；他可以移出某几个人、改派给谁、单独给某位客服少分点 | 程序按规则落，主管微调 |
 | **③ 确认** | **要不要就这么发下去** —— 摆在他面前，他点下去这一刻才真的分下去 | 只有主管 |
 | **④ 确认之后** | **发出去之后怎么管**：发错了限时撤回、临时加个福利、跟踪这批打得怎么样 | 主管发起，程序执行 |
 
-<Callout type="info">**①是运营策略，②是排班。** 主管真正在想的是「这个月主推种植，把一两年没来、消费额够的那批捞出来」——而不是在操作界面。界面只是把这句话变成可点的形状。</Callout>
+<Callout type="info">**①是运营策略，②是排班。** 主管真正在想的是「这个月主推种植，把一两年没来、消费额够的那批捞出来，看看大家手上还接得住多少」——而不是在操作界面。界面只是把这句话变成可点的形状。</Callout>
+
+### 「发多大」不是拍脑袋，是看团队接不接得住
+
+这是主管在 ① 里最实际的一项顾虑：**人捞得太多，客服打不完，到期回池等于白发一轮。**
+
+所以人手这件事在两个地方主动摆给他看：
+
+| 什么时候 | 他看到什么 |
+|---|---|
+| **出方案时** | 这批多大是按「在岗人数 × 每人每天几通 × 时效」估的，式子和用到的每个数都写出来 —— 他要改哪个都行 |
+| **确认单上** | 每位客服一行「分完之后约几天打完」，算的是**分完后他手上的总量**（在手 + 本批），⛔ 不只是本批那几条 |
+
+超出本批时效的用**颜色**提示，⛔ 不写「打不完 / 超了 / 过载」—— 几乎每批都会有人超，说成故障主管就会开始怀疑系统，而不是做他该做的判断。
 
 ### 红色那个菱形，是助手在这条线上**唯一实质的判断**
 
@@ -112,12 +125,14 @@ flowchart LR
 
 程序算出「这一版还有什么没定」，**摆成按钮**，不让主管打字。
 
-| 节点 | 什么时候出 | 不处理会怎样 |
+| 节点 | 它对主管说什么 | 不处理会怎样 |
 |---|---|---|
-| **待分配** | 有人的专属客服这轮排满了 | 这批不发给他们 |
-| **换个条件选** | 这批人还能再收窄（画像、消费额） | 就按整批来 |
-| **本批人数** | 这批多大是系统估的 | 就按这个数发 |
-| **打不完** | 最忙的那位手上超过时效能打的量 | 就按这个时效发，到期没打完的自动回池 |
+| **专属排满了** | 「N 人的专属客服这轮已排满」 | 这批不发给他们 |
+| **还能再收窄** | 这批人还可以按画像、消费额再切一刀 | 就按整批来 |
+| **这批多大** | 「本批 N 人 = 在岗 X 人 × 每天 Y 通 × Z 天」，式子摊开给他看 | 就按这个数发 |
+| **最忙的那位** | 「这批发下去，最忙的是王强：手上共 45 条，约 3 天的量」 | 就按这个时效发，到期没打完的自动回池 |
+
+⚠️ 注意最后两条的措辞：**它们只报数，不下判断**。⛔ 不说「打不完」「人太多了」「建议减到 200」—— 那是替主管做决定。
 
 每条按钮都带三样：**是什么**、**为什么**、**不处理等于什么**。三条设计原则：