---
title: 分配助手
description: 主管说一句话，它把几十次操作做完 —— 选人、分人、确认、确认之后。
icon: Bot
---

主管说清这一批要召回谁，助手挑人、排客服、出确认单。**他只要看一眼、点确认。**

功能本身见 [召回分配](./batch-assignment)。本文讲**那个助手**：它怎么走、谁做决定、哪些事它绝对不做。

---

## 一、分配决策树

整条线只有四步：**① 选人 → ② 分人 → ③ 确认 → ④ 确认之后**。

```mermaid
flowchart TD
  S(["主管定这一批召回谁"]) --> A

  A["① 选人 —— 他的召回策略<br/>做哪一类没启动的治疗<br/>找多久没来的人<br/>要不要只挑高价值的<br/>团队现在还吃得下多少 · 几天内打完"] --> B["② 分人 —— 谁去打<br/>有专属的回自己人手上<br/>无主的给当前手上最少的<br/>专属这轮排满的单列成一组"]
  B --> C{"这一版还有<br/>要他定的吗？"}

  C -->|"没有"| K
  C -->|"有"| G["摆成按钮<br/>专属排满了 · 还能再收窄 · 这批多大 · 最忙的那位"]

  G --> Q{"主管做什么？"}
  Q -->|"一条不点<br/>默认永远安全"| K
  Q -->|"点按钮 / 开口说别的"| M

  M{"他动的是哪一层？"}
  M -->|"动②分人<br/>移出谁 · 改派 · 改时效 · 带福利"| J["就在这一版上改<br/>不重跑"]
  M -->|"动①选人<br/>换条件 · 改人数 · 换时间档"| N["重跑，出新版<br/>旧版当场作废"]

  J --> C
  N --> A

  K["③ 确认<br/>点下去，这一刻才真的分下去"] --> L["④ 确认之后<br/>限时撤销 · 补挂福利 · 跟踪进度"]

  style S fill:#fef3c7,stroke:#f59e0b
  style A fill:#e0e7ff,stroke:#6366f1
  style B fill:#e0e7ff,stroke:#6366f1
  style G fill:#fce7f3,stroke:#ec4899
  style M fill:#fee2e2,stroke:#ef4444,stroke-width:2px
  style J fill:#ede9fe,stroke:#8b5cf6
  style N fill:#ede9fe,stroke:#8b5cf6
  style K fill:#fef3c7,stroke:#f59e0b
  style L fill:#d1fae5,stroke:#10b981
```

### 四步各自在做什么

| 步 | 主管在决定什么 | 谁来做 |
|---|---|---|
| **① 选人** | **这一批的召回策略**：做哪一类还没启动的治疗（种植 / 正畸 / 拔牙…）、找多久没来的人（三个月内 … 三年以上）、要不要再收窄到高价值的人（消费额、商保、意向）、**团队现在还吃得下多少**、几天内要打完 | 主管定策略，程序按策略挑人、按人手估这批多大 |
| **② 分人** | **谁去打这些电话**：默认有专属客服的回自己人手上、无主的给当前手上最少的；他可以移出某几个人、改派给谁、单独给某位客服少分点 | 程序按规则落，主管微调 |
| **③ 确认** | **要不要就这么发下去** —— 摆在他面前，他点下去这一刻才真的分下去 | 只有主管 |
| **④ 确认之后** | **发出去之后怎么管**：发错了限时撤回、临时加个福利、跟踪这批打得怎么样 | 主管发起，程序执行 |

<Callout type="info">**①是运营策略，②是排班。** 主管真正在想的是「这个月主推种植，把一两年没来、消费额够的那批捞出来，看看大家手上还接得住多少」——而不是在操作界面。界面只是把这句话变成可点的形状。</Callout>

### 「发多大」不是拍脑袋，是看团队接不接得住

这是主管在 ① 里最实际的一项顾虑：**人捞得太多，客服打不完，到期回池等于白发一轮。**

所以人手这件事在两个地方主动摆给他看：

| 什么时候 | 他看到什么 |
|---|---|
| **出方案时** | 这批多大是按「在岗人数 × 每人每天几通 × 时效」估的，式子和用到的每个数都写出来 —— 他要改哪个都行 |
| **确认单上** | 每位客服一行「分完之后约几天打完」，算的是**分完后他手上的总量**（在手 + 本批），⛔ 不只是本批那几条 |

超出本批时效的用**颜色**提示，⛔ 不写「打不完 / 超了 / 过载」—— 几乎每批都会有人超，说成故障主管就会开始怀疑系统，而不是做他该做的判断。

### 红色那个菱形，是助手在这条线上**唯一实质的判断**

主管说一句话，助手要判断他动的是哪一层：

| 他说 | 动的是 | 走 |
|---|---|---|
| 「王强移出这批」「待分配都还给专属」「给 5 天」「带个福利」 | **② 分人** | 就地改，同一版 |
| 「只要商保直付的」「改成 200 人」「换成一两年没来的」 | **① 选人** | 重跑，出新版 |

<Callout type="warn">**代价不对称**：把「① 选人」误判成「② 分人」→ 主管以为条件生效了、其实没有（**看不出来的错**）；反过来只是多算一次。⇒ **拿不准时一律走重跑。**</Callout>

### 两条闭合的环

- **改分法** → 回到同一版：人没变，分法变了
- **改人群** → 回到新的一版：**旧版当场作废**，确认按钮禁用

⚠️ 作废发生在**新版生成时**，不是确认时 —— 主管要能看见自己出过几版、哪一版才是当前的。

### 助手讲这一版时，也按这个顺序讲

`① 选人 → ② 分人 → ③ 确认`。**顺序不能反**：选人那一档他一动，整版重出；先讲分法，他动一下就全白讲。

---

## 二、三者分工

```mermaid
flowchart LR
  H["👤 主管<br/>做决定"] -->|说一句话| A["🤖 助手<br/>组织语言 · 调工具"]
  A -->|调用| P["⚙️ 程序<br/>算数 · 取数 · 落库"]
  P -->|事实| A
  A -->|一段话 + 一张确认单| H
  H -->|点确认| P

  style H fill:#fef3c7,stroke:#f59e0b
  style A fill:#e0e7ff,stroke:#6366f1
  style P fill:#d1fae5,stroke:#10b981
```

| | 负责 | ⛔ 不负责 |
|---|---|---|
| **主管** | 所有决定 | —— |
| **助手** | 理解他的话、组织成人话、把决定翻译成动作 | **任何数字**、谁分给谁、要不要落库 |
| **程序** | 挑人、落人、算判据、写库 | 措辞 |

**一条铁律**：凡是能算的，都由程序算。助手只转述。

---

## 三、要他定的事，做成按钮

程序算出「这一版还有什么没定」，**摆成按钮**，不让主管打字。

| 节点 | 它对主管说什么 | 不处理会怎样 |
|---|---|---|
| **专属排满了** | 「N 人的专属客服这轮已排满」 | 这批不发给他们 |
| **还能再收窄** | 这批人还可以按画像、消费额再切一刀 | 就按整批来 |
| **这批多大** | 「本批 N 人 = 在岗 X 人 × 每天 Y 通 × Z 天」，式子摊开给他看 | 就按这个数发 |
| **最忙的那位** | 「这批发下去，最忙的是王强：手上共 45 条，约 3 天的量」 | 就按这个时效发，到期没打完的自动回池 |

⚠️ 注意最后两条的措辞：**它们只报数，不下判断**。⛔ 不说「打不完」「人太多了」「建议减到 200」—— 那是替主管做决定。

每条按钮都带三样：**是什么**、**为什么**、**不处理等于什么**。三条设计原则：

| | |
|---|---|
| **只陈述事实** | ⛔ 不写「建议你铺平」—— 给建议就是替主管做决定 |
| **默认永远是"不动"** | 一条不点、直接确认，**在任何情况下都安全** |
| **有后果的全亮** | ⛔ 不许省、不许弱化成「另有若干」—— 藏一条，他就不知道有东西卡着 |

按钮和说话**走同一套动作**：他点按钮，和他开口说「把待分配的都还给专属客服」，落到程序里是同一件事。

---

## 四、它手上的工具

工具是助手唯一能做事的通道。**没有对应工具的事，它做不了，也不会假装做了。**

<Callout type="info">**两个人拿到的清单不一样** —— 不是靠提示词叮嘱它"别看别人的"，是那些工具**根本没发给它**。</Callout>

| | 两种人都有 | 只有主管有 |
|---|---|---|
| **查** | 我是谁 · 查患者 · 看召回池 | 看人手 · 看这批人构成 · 看当前确认单 |
| **做** | —— | 出方案 · 改确认单 · 决定确认单和选项出现在哪一句之后 · 撤销 |
| **追** | —— | 我分过哪几批 · 某批怎么样了 · 这个人为什么分给了他 |

主管 21 个，客服 9 个。

---

## 五、提示词分五层

**分层的依据是「什么会让它变」** —— 不是按话题分。

| | 层 | 管什么 | 什么时候会变 |
|---|---|---|---|
| ① | **装置** | 你是谁、你看不见什么 | 产品形态变 |
| ② | **诚实** | 数从哪来、什么不许编 | 几乎不变 |
| ③ | **语气** | 衔接、顺序、分寸、排版 | **可配置**（换一套人设即可） |
| ④ | **角色** | 他有什么权责、你不许替他决定什么 | 登录人的权限 |
| ⑤ | **现场** | 他此刻在做的那条业务线 | 加一条新业务线 |

前三层所有人一样；后两层与工具清单**跟着登录账号走**。将来加排班、复盘，就是加第 ⑥ 条现场，前面四层一个字不动。

**次要的活不常驻**：分配追踪的做法写成单独一篇，提示词里只留一行索引，助手要用时自己去取。

---

## 六、红线

| ⛔ 绝不 | 为什么 |
|---|---|
| 报没查过的数字 | 曾对主管说「共 70 人，重要价值 4 人」，而工具一次没调，真值 278 / 97 |
| 说「已撤销」而没真撤 | 那 9 个患者还挂在客服名下，主管以为人已回池、不会再补救 |
| 说「已经分配好了」 | **点确认的是他的手**，助手只是把方案摆出来 |
| 把患者从他的专属客服手里挪走 | 关系层面的决定，只有主管能拍板 |
| 讲「成功率 / 转化率」 | 本系统**不统计成功与否**，那个结论编不出来 |
| 替他加福利的条件、期限、承诺 | 他说什么就原样写进去 |
| 说「我做不到」「你先自己弄完再说」 | 他能改的东西助手手上都有工具；把几十次手工操作推回去不是保护，是甩锅 |

---

## 七、怎么知道它没变坏

助手这层**天生有波动** —— 同一句话问两次，它未必走同一条路。所以验收分三层：

| 层 | 测什么 | 判据 |
|---|---|---|
| **算法与取数** | 挑人 · 落人 · 判据 | 单元测试，过 / 不过 |
| **交接** | 谁传什么、谁压过谁 | 契约测试，过 / 不过 |
| **助手行为** | 该调的工具调没调 | 用例集跑批，**通过率** |

**第三层的判据是「动作」，不是「文字」。** 同一个意思十种说法都对；而最贵的那类失败恰恰是**话说得挺好、工具一次没调**。

<Callout type="warn">**跑一次不算数。** 同一份配置跑 3 轮得到 1/3、跑 10 轮得到 9/10 —— 是同一个行为。判断"它是不是退步了"必须看多轮通过率。</Callout>

用例全部来自**真实踩过的坑**，每条都写明由来 —— 没有一条是设想出来的场景。

---

**一句话**：主管做决定，助手把决定落成动作，程序保证数是真的。三者边界不靠自觉，靠**结构** —— 算得出来的不让它算，看不到的不发给它，做不了的不给工具。
