人机协作岗位与工作流程设计

场景

AI 已经会生成报表、回复草稿或筛选线索，但企业往往没有写清谁提供输入、谁检查输出、错了如何回退。结果是“人机协作”停留在个人工具使用。本场景把一项具体工作改成可运行、可追责的流程，不把 AI 当作具有法律责任的员工。

输入

选择一个已盘点、值得试点的任务，准备原流程、已批准的数据权限、质量标准、真实异常案例、审批链和系统接口。先确定不得自动执行的动作，例如对候选人淘汰、员工处分、薪酬或劳动关系变更。

流程设计

以员工制度问答为例：HR 维护有效政策库；AI 检索条款并起草回答；普通问题由规则校验后回复；政策冲突或个人情况转 HR；HR 修正错误并更新知识库。把这条链写成“输入—AI 处理—人工判断—协同/批准—输出—复盘”六个接口。对每一环明确负责人、时限、日志、错误处理和员工申诉路径。试点用历史案例测准确率与升级率，检查 AI 是否越权；真正上线前取得业务、HR、IT 和法务批准。

提示词：

为〔具体 HR 任务〕设计人机协作流程。依据以下原流程、数据权限和风险边界，逐环写输入、AI 中间成果、人工核验/判断、批准人、最终输出、异常回退、日志与复盘。任何影响员工权益的决定必须保留人工责任，不允许 AI 自动作最终决定。资料：〔内容〕。

验收与来源

用正常、缺资料、规则冲突和高风险四类案例演练；任何环节找不到负责人即不应上线。A0871《岗位 AI 重构｜HRD 岗位 AI 能力矩阵》明确提出六个责任接口；A0612《从 HR+AI 到 AI+HR》描述流程嵌入趋势，但其市场数字和“数字员工”比喻不构成可直接套用的组织事实。

一条招聘流程的责任接口

岗位需求由业务经理提出，HR 核准招聘标准；AI 只能在授权范围内提取候选人简历的明确事实并标注出处；HR 检查抽取错误和偏差；面试官依据结构化问题评价岗位能力；录用建议经业务与 HR 审批。候选人若要求更正资料，应能找到人工联系人。这个流程里，“AI 形成摘要”与“企业决定录用”是两种完全不同的责任。

上线时容易漏掉的事

即使提示词正确，旧版 JD、错误的候选人数据、超范围系统权限仍会让流程出问题。因此每个节点都要确定数据版本、访问权限、日志保留和异常回退。试点指标应同时看处理时间、人工返工、被错分样本和候选人反馈；不能只看 AI 处理了多少份简历。流程负责人需定期复盘错误样本，必要时撤回自动化范围。

先画原流程，再画新流程

如果不知道旧流程在哪个环节出错，很容易把 AI 放进一个错误的流程中。例如培训需求审批本来缺业务主管确认，AI 再快地生成课程大纲，也无法保证课程解决真实问题。新流程应从工作结果倒推：谁提出需求、谁确认问题、AI 准备什么资料、谁审、怎样实施、如何验收。每个自动节点都有明确输入、输出和停止条件。

流程图不只画顺利路径。以员工制度问答为例，正常问题检索制度后回复；资料冲突则停止并创建 HR 工单；员工质疑答案则保留原答复和更正记录；知识库更新后要回归测试旧问题；系统不可用时提供人工渠道。若工具能操作人事系统，读和写要分开授权，涉及审批或员工权益的写操作需要人工确认。

验收需演练真实例外，而不只展示一次成功演示。记录 AI 错答率、人工介入时间、员工申诉处理和责任追踪。A0871 强调岗位仍承载权力、责任和长期分配，任务协作不能被误读成“岗位由 AI 取代”；设计流程时同样应保留明确的岗位责任人。

交付与验收清单

• 六个责任接口均有明确人员或部门。
• 正常、缺资料、冲突与高风险路径均已演练。
• 员工权益决定保留人工复核与申诉。
• 日志、权限、停用和版本更新有人维护。

一条流程若只在演示环境能跑，而正式系统无合法数据接口或授权，仍不是可上线方案。