招聘需求到岗位发布：暂定流程改进提案

状态：材料冲突，待核实与评审的课堂仿真草案；未获批准，未做提效测量。

1. 背景与本次提案

用人经理与HR对发布周期、退回频率和预算复核有不同判断。建议先统一接收标准、计时口径及退回规则，再决定如何缩短等待；本次申请核实与小范围验证，不直接取消预算确认。

流程暂定起于用人部门提交招聘需求，止于HR发布经确认岗位；不含筛选、面试和录用。资料仅有经理意见A、HR摘要B、流程V1条款C和项目负责人口头要求D；没有审批记录、同批次样本及完整时间戳。

证据	原说法	冲突及核实动作
E1：输入A	平均3天；10个需求退回2个	与E2的起点和样本不同，不能合并计算；协调负责人收集同一批申请时间戳
E2：输入B	完整材料收到后约5天；5个需求补过3个	“完整”未统一，“补过”不等于“退回”；HR逐条记录触发与原因
E3：输入C	发布前需负责人和预算确认	与E1取消预算复核的建议冲突；流程负责人确认规则目的与适用范围
E4：输入D	要写提效50%、每步建Agent	无实测和必要性依据，仅是建议，不纳入事实或承诺

P1：材料完整性的接收口径不清，E2/E3支持需要核实。P2：编制、职级和预算不一致是E2报告的现象，根因仍待现场观察。P3：周期和退回统计不具可比性，不能判断哪一方“效率低”。

基线暂不设数值；3天与5天并列保留为各方陈述，不能平均。建议目标是每个需求有明确接收状态、缺项理由及责任人；周期目标由负责人在采集同口径基线后确认。50%不作承诺。

按材料暂定：用人部门提交需求 → HR核对并补信息 → 负责人和预算确认 → HR发布岗位。前后顺序及实际是否照文件执行需现场观察；每次补充在群里还是系统内完成未知。

S1对应P1：合并同一岗位的关键信息，简化缺项说明并明确接收标准。S2对应P2：把编制、职级和预算差异识别放到接收前，保留有依据的确认。S3对应P3：统一计时与退回定义。可在已有内部Agent使用“招聘需求完整性检查Skill”生成缺项草稿，HR核实；无需每步新建Agent。

用人部门提交统一需求与依据 → HR用Skill检查缺项并人工确认 → 材料不足按具体字段退回用人部门，补齐后接收 → 负责人/预算责任角色按规则确认 → HR核对岗位与批准内容后发布。出现规则争议交协调负责人处理，不由AI决定预算。

用人经理负责需求真实性和补充；HR负责接收、岗位内容与发布；预算角色确认资源约束；流程负责人决定规则变更。AI只整理差异、缺项和提醒，不代替编制预算批准或岗位发布。

建议由招聘流程负责人指定协调负责人，邀请用人部门、HR及预算代表。人选、投入及会议频率待评审决定。每个需求用共享工作项记录接收、处理、复核、交接和关闭；阻塞由协调负责人提交流程负责人。

需要同一批脱敏需求、审批版本、时间戳与退回原因，由HR及用人部门提供；日志权限需系统负责人确认。内部Agent连接能力未知，先用授权文件导入、人工录入状态，不安排自动审批或发布。

先由协调负责人统一口径并收集同批次样本，再由HR/用人代表复核一组完整、缺项及冲突材料；通过后跟踪小范围真实需求。验收看是否能准确识别缺项、每个退回是否有理由和接收人，最后按同口径比较质量与周期。误判批准状态、漏掉预算冲突则退回修规则；数据不足延长采集，不输出提效降幅。