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

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

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

---

## 一、分配决策树

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

其中「选人」不是一次动作，而是**两个人各答一半**：主管先定运营意图，助手再用全景数据把它落成一版具体的人。

```mermaid
flowchart TD
  S(["召回策略<br/>一批召回要回答的四个问题"]) --> A1

  A1["① 选人 · 主管初选<br/>1 做哪一类还没启动的治疗<br/>2 找多久没来的人<br/>—— 凭运营经验,他张口就来"] --> A2

  A2["① 选人 · 助手精选<br/>3 要不要只挑高价值的 —— 先摆这批人的全景<br/>4 团队还吃得下多少 —— 先摆在岗人手与在手量<br/>出一版:这批是谁、多大"]

  A2 --> D1{"这批人对吗？<br/>待定的都摆成了按钮"}
  D1 -->|"换条件 · 改人数 · 换时间档"| R1["整版重出<br/>⚠️ 已经排好的分法一并作废"]
  R1 --> A2

  D1 ==>|"人定了 —— 这一关过了才谈怎么分"| B

  B["② 分人 —— 谁去打<br/>有专属的回自己人手上<br/>无专属的给当前手上最少的<br/>专属这轮排满的单列成一组"]

  B --> D2{"这么分行吗？<br/>待定的都摆成了按钮"}
  D2 -->|"移出谁 · 改派 · 改时效 · 带福利"| R2["就在这一版上改<br/>人不变,不重出"]
  R2 --> D2

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

  style S fill:#fef3c7,stroke:#f59e0b
  style A1 fill:#fef3c7,stroke:#f59e0b
  style A2 fill:#e0e7ff,stroke:#6366f1
  style D1 fill:#fee2e2,stroke:#ef4444,stroke-width:2px
  style R1 fill:#fee2e2,stroke:#ef4444
  style B fill:#e0e7ff,stroke:#6366f1
  style D2 fill:#fff,stroke:#94a3b8
  style R2 fill:#ede9fe,stroke:#8b5cf6
  style K fill:#fef3c7,stroke:#f59e0b
  style L fill:#d1fae5,stroke:#10b981
```

**两个环的代价不一样，这是全图最要紧的一点：**

| | 主管改什么 | 代价 |
|---|---|---|
| **选人环**（红） | 换条件、改人数、换时间档 | **整版重出** —— 人变了，已经排好的分法一并作废，从头再排 |
| **分人环**（紫） | 移出谁、改派、改时效、带福利 | **就地改** —— 人不变，只动这一版的分法 |

所以顺序不能颠倒：**人先定下来，才谈怎么分**。先排分法再让他改人群，前面那趟排班就白做了。

### 召回策略：一批召回要回答的四个问题

**这一环在「选人」之前** —— 先把问题摆清楚，再看谁答得了。

| | 要回答的 | 谁答 | 凭什么 |
|---|---|---|---|
| **1** | 做哪一类还没启动的治疗（种植 / 正畸 / 拔牙…） | **主管** | 这个季度的经营重点 |
| **2** | 找多久没来的人（三个月内 … 三年以上） | **主管** | 经验 —— 见下 |
| **3** | 要不要只挑高价值的（消费额、商保、意向） | 主管定，**助手先摆数据** | 这批人的画像构成、消费分布 |
| **4** | 团队还吃得下多少、几天内打完 | 主管定，**助手先摆数据** | 在岗几人、各自手上压着多少 |

**1 和 2 是运营意图，主管张口就来；3 和 4 他答不了** —— 不把全景摆在面前，「要不要只挑高价值的」根本没法回答：他不知道这批人里有多少是高价值的，也不知道切完还剩几个。

<Callout type="info">**「多久没来」不只是一个筛选条件。**
有经验的主管能从它估出这批大概能回来多少 —— 一两年没来的和三年以上的，回头率不是一个量级。
这个估算往下游走一步就是**诊所的排班**：预计能回来多少人、多少要做种植，医生和科室要不要提前留位。
⇒ 所以这一项**必须由主管拍**，⛔ 系统不代劳、也不推荐。</Callout>

### 选人 = 主管初选 + 助手精选

| | 主管初选 | 助手精选 |
|---|---|---|
| **答哪几问** | 1 做哪类治疗 · 2 多久没来 | 3 要不要挑高价值 · 4 团队吃得下多少 |
| **他给的是** | 运营意图（一句话） | —— |
| **助手给的是** | —— | **全景数据 + 一版已经分好的方案** |
| **结果** | 一批候选人 | 一批确定的人 + 谁打给谁 |

助手在这一步不是"等他再下一个指令"，而是**先把该看的摆出来、顺手把方案做出来**：这批人的画像构成、消费分布、在岗几人、各自手上压着多少、这批发下去谁最忙。主管看着这些改，或者直接确认。

⚠️ 人手这件事在**两个地方**主动摆给他看，⛔ 不用他去找：

| 什么时候 | 他看到什么 |
|---|---|
| **出方案时** | 「本批 405 人 = 在岗 27 人 × 每天 15 通 × 1 天」—— 式子和每个数都摊开，他改哪个都行 |
| **确认单上** | 每位客服一行「约 3 天」，算的是**分完之后他手上的总量**（在手 + 本批），⛔ 不只是本批那几条 |

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

### 后三步

| 步 | 主管在决定什么 | 谁来做 |
|---|---|---|
| **② 分人** | **谁去打这些电话**：默认有专属客服的回自己人手上、无专属的给当前手上最少的；他可以移出某几个人、改派给谁、单独给某位少分点 | 程序按规则落，主管微调 |
| **③ 确认** | **要不要就这么发下去** —— 他点下去这一刻才真的分下去 | 只有主管 |
| **④ 确认之后** | **发出去之后怎么管**：发错了限时撤回、临时加个福利、跟踪这批打得怎么样 | 主管发起，程序执行 |

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

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

| 他说 | 动的是 | 走 |
|---|---|---|
| 「王强移出这批」「待分配都还给专属」「给 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>

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

---

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