| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| app | ||
| components | ||
| content/docs | ||
| lib | ||
| openapi | ||
| .dockerignore | ||
| .gitignore | ||
| Dockerfile | ||
| README.md | ||
| eslint.config.mjs | ||
| next.config.mjs | ||
| package.json | ||
| postcss.config.mjs | ||
| proxy.ts | ||
| source.config.ts | ||
| tsconfig.json |
产品指出:选人不是一次动作,要**从主管的运营意图出发**拆开讲 —— 而且叙述该
「先列出要回答的问题,再说谁答、凭什么答」,这才是产品思维。按这个重写 §1。
**召回策略(在选人之前的一环)= 一批召回要回答的四个问题**
1 做哪一类还没启动的治疗 → 主管答,凭这季度的经营重点
2 找多久没来的人 → 主管答,凭经验
3 要不要只挑高价值的 → 主管定,但**助手先摆数据**
4 团队还吃得下多少 → 主管定,但**助手先摆数据**
⇒ 1、2 是运营意图,他张口就来;**3、4 他答不了** —— 不把全景摆在面前,
「要不要只挑高价值的」根本没法回答:他不知道这批里有多少是高价值的,
也不知道切完还剩几个。所以:
**选人 = 主管初选(1、2)+ 助手精选(3、4,并顺手给出一版已经分好的方案)**
助手在这一步⛔ 不是"等下一个指令",而是先把该看的摆出来、把方案做出来。
🔴 **补上「多久没来」的真正分量**(产品点出,此前整篇都没写):
它不只是筛选条件 —— **有经验的主管能从它估出这批大概能回来多少**
(一两年没来的和三年以上的,回头率不是一个量级),而这个估算往下游一步
就是**诊所的排班**:预计回来多少人、多少要做种植,医生和科室要不要提前留位。
⇒ 这一项必须由主管拍,⛔ 系统不代劳也不推荐。
决策树相应改成 召回策略 → 主管初选 → 助手精选 → 分人 → 确认 → 确认之后;
重跑那条环回到「主管初选」。mermaid 节点引用与 style 目标已校验无悬空。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| app | Loading commit data... | |
| components | Loading commit data... | |
| content/docs | Loading commit data... | |
| lib | Loading commit data... | |
| openapi | Loading commit data... | |
| .dockerignore | Loading commit data... | |
| .gitignore | Loading commit data... | |
| Dockerfile | Loading commit data... | |
| README.md | Loading commit data... | |
| eslint.config.mjs | Loading commit data... | |
| next.config.mjs | Loading commit data... | |
| package.json | Loading commit data... | |
| postcss.config.mjs | Loading commit data... | |
| proxy.ts | Loading commit data... | |
| source.config.ts | Loading commit data... | |
| tsconfig.json | Loading commit data... |