一：先写任务清单
把岗位要完成的事写成输入、输出、验收标准与协作对象四栏，再据此写招聘要求。为什么：任务清单能过滤掉大量只对上标签的简历，也让面试问题有据可依。边界是任务要具体到可判断，写成负责 AI 建设等于没写，反而放宽了标准。
二：用实作题代替笔试
给一份脱敏样本，要求限时完成任务并解释取舍，重点看如何判断好坏、出错如何接管。为什么：实作题能暴露真实的工程习惯与边界意识。边界是题目要与岗位一致，考算法的岗位给业务题，筛选出来的能力会错位，招聘效率反而更低。
三：设三个月的阶段目标
三十天、六十天、九十天各有一个可运行产出与复核人，避免入职后长期不见成果。怎么做：先跑通一个场景，再补齐评测与接管，最后独立交付。边界是目标要可验证，写熟悉系统之类无法判断的表述没有意义。
四：内部带教与使用规范
外部人员带教内部骨干，同时明确哪些数据可用、哪些必须脱敏、输出是否需要人工确认。为什么：规范不清，一线会自行其是，风险在事后才暴露。边界是规范要短，超过一页就很难执行，也不宜频繁改动，否则会被忽略。
适用与不适用
适合谁
- 正在招聘首批 AI 岗位的企业
- 需要判断候选人能否直接交付的负责人
- 准备把外部交付转成内部能力的组织
不适合谁
- 只需要一份岗位说明书模板的读者
- 没有明确业务场景、只想先储备人才的企业
典型场景
某零售企业要建内容团队，先写任务清单，发现真正需要的是选题、初稿与审核三类工作。据此设计实作题与阶段目标，内部培养两人承担审核，外部只补一名工程岗。三个月后内容产能稳定，审核记录完整，未出现对外误发。
可执行步骤
- 把岗位要完成的事写成输入、输出、验收标准与协作对象四栏，逐条可判断。
- 据此写招聘要求，删掉无法判断的表述，保留经验与作品等可验证条件，保留可验证条件。
- 设计一份脱敏样本的实作题，限时完成并要求现场解释取舍与失败原因。
- 设三十、六十、九十天目标，每阶段有可运行产出、复核人与验收记录，并定期复核。
- 定一页使用规范，写明数据范围、脱敏要求与必须人工确认的环节，并指定责任人。
常见坑
- 招聘要求写成负责 AI 建设，面试问题无从设计，最后凭感觉录人，试用期才发现不匹配，只能重招，时间成本很高。
- 实作题与岗位错位，考了算法却要招交付岗，筛出的人不愿做落地工作，团队协作出现摩擦，项目推进受阻。
- 阶段目标只写熟悉系统，三个月后无法判断是否达标，转正决定靠印象，留下争议隐患，影响团队信任。
- 使用规范超过一页，一线记不住，实际执行与文件不一致，风险在审计时才暴露，整改成本很高，整改代价很大。
自检与验收清单
- 岗位任务是否写成四栏并有可判断的验收标准
- 招聘要求是否删去无法判断的表述并保留证据项
- 实作题是否与岗位任务一致并限时完成讲评，并记录评分
- 三个阶段目标是否可验证且有复核人与记录，并定期回顾
- 使用规范是否控制在一页并可执行、可检查，并每年更新
常见问题
没有懂行的人怎么面试？
用任务与实作题代替主观判断。先写好岗位要产出什么，再让候选人现场做一小段，比较结果与解释。即使不懂技术，也能判断其思路是否清楚、边界是否明确，比凭头衔决策可靠。
内部培养要多久？
单一场景通常在两到三个月可以独立操作，复杂场景需要更长时间与外部支持。关键是设定阶段目标与复盘点，让进步可观察，而不是等半年后再评估，那时调整成本已经很高。
使用规范要写多细？
控制在一页，覆盖数据范围、脱敏要求、人工确认环节与出错上报路径即可。细则可以放在附录，随场景增加再补。规范太长会被忽略，执行效果反而不如短而明确的一页，也便于新人上手。