全部 34 单元
CHAPTER 14 / 四 · 实战

需求对齐:让后面的找人有一个共同起点

肖老师·约 2 分钟阅读·内容 v2.3

主线的产物不是把 JD 排得更整齐,而是形成当前可以共同使用的基线。这个基线会影响公司选择、搜索条件、候选人证据与沟通问题。

R001 的材料里,“东南亚”后来被收窄到第一阶段新加坡与马来西亚;“有机会带团队”后来明确不作为本轮门槛。把两个版本并排留下,别人接手时就能理解为什么条件改变。

从练习走到业务

先把原始 JD、会议记录与明确确认分开保存;输入中的日期是业务日期,不用文件修改时间猜。让助手输出“已知—未知—冲突—问题”,再由能够确认需求的人判断。没有确认的结果标草稿,不能因为 AI 写了完整表格就自行宣布定稿。

优先问题要对应具体影响。例如预算未确认会影响候选人沟通和目标范围,但未必阻止初步公司研究;英语要求未明确,会直接影响初筛证据的收集。先问哪一个,取决于下一步马上要做什么。

CODE
基于当前需求基线,给出最多五个优先澄清问题。
每题写:目前知道什么、缺什么、影响哪一步、应由谁确认。
不要把所有缺项都当成必须停工,也不要把未知改为默认值。

把基线传给下游

公司研究表和候选人对照表都写上 R001-v1。当语言要求、地区或职责变更时,产生新版本,并列出哪些下游判断需要重看。不要只改标题日期,让旧结论静静留在表格里。

验收时挑一条硬条件,沿着“确认原文—基线—候选人证据”走一遍。三处能够对上,说明流程开始形成;任一处缺依据,就在那一处停下补齐。

方法留在文件里,判断留在你手里。