岗位说明书（JD）要加一节了：这个岗位的数字员工编制——配几个数字员工、它们干什么、人干什么、怎么验收、技能谁维护。旧 JD 只写人的职责，数字员工上岗后权责立刻模糊；写 JD 2.0 的过程，本身就是一次岗位的数字化梳理。这是向量空间 JBoltAI数字员工平台推广期配套的管理工具建议。
旧 JD 的失灵
传统 JD 的结构是"岗位职责 + 任职要求"——默认所有活都由人来干。数字员工上岗后，问题马上出现：
- 这批活到底谁干？出了错算谁的？
- 新员工入职，发现自己"管"着一个数字员工——怎么管？
- 部门之间扯皮时，"这是数字员工的活"成了新的推诿话术。
模糊的权责比没有劳动力更伤管理——JD 的升级不是形式主义，是让"人 + 数字员工"的混合岗位有章可循。
JD 2.0 的四要素
要素一：编制。 这个岗位配几个数字员工、分别管什么：
本岗位编制：人类专员 1 名 + 数字员工 2 名（核对数字员工：报销/凭证合规核对；台账数字员工：三本台账的更新与盘点）。
要素二：分工。 人和数字员工各干什么——边界写死：
人类负责：下达任务、验收结果、处理例外单据、与业务部门沟通； 数字员工负责：规则内核对、台账更新、月度对账初核；不得执行：对外发送、制度变更、超权限操作。
要素三：验收。 人怎么核数字员工的活（复查什么、抽查比例、看哪些报表）：
验收方式：每日看差异清单并处理标红单据；每周抽检 5%；每月核对绩效单五项指标。
要素四：升级。 技能谁维护、规则谁拍板（岗位的"带教责任"）：
技能维护：本岗位员工负责技能包的更新申报；制度变更后 5 个工作日内同步技能规则，报财务主管审批。
一个真实的副产品：写 JD 就是做需求分析
最有意思的是过程本身：要把 JD 2.0 写清楚，你必须把这个岗位的活逐条分成"人干"和"数字员工干"两类——而这恰恰是上线数字员工前的需求分析。
所以我们的建议是倒过来用：别等数字员工上线后才补 JD——把写 JD 2.0 当作上线的第一步。写清楚的那天，你就知道该教它什么技能、配什么权限、验收什么结果——JD 2.0 就是数字员工的实施蓝图。
从哪个岗位开始改
从已有数字员工试点的岗位开始（有实践经验，写得出来），形成模板后向准备上线的岗位推广——一年后，所有新岗位的 JD 默认带"编制"一节，组织的设计语言就完成了换代。
常见问题（FAQ）
数字员工上岗后，岗位说明书应该怎么调整？ 加一节"数字员工编制"，含四要素：编制（配几个数字员工、分别管什么）、分工（人干什么它干什么、明确"不得执行"清单）、验收（复查什么、抽查比例、看哪些报表）、升级（技能谁维护、规则变更几天内同步）。没有这一节的 JD，会在数字员工上岗后立刻陷入权责模糊。
为什么要"先写 JD 再上数字员工"？ 因为写 JD 2.0 的过程就是需求分析：把岗位的活逐条分成人干和数字员工干两类，写清楚的同时就确定了该教什么技能、配什么权限、验收什么结果——JD 2.0 就是数字员工的实施蓝图。反过来（先上线后补文档）通常意味着上线时这些事没想清楚。
岗位说明书里的"数字员工编制"会不会变成形式主义？ 只要四要素里有"验收"和"升级"就不会：验收规定了人怎么核它的活（具体的复查动作和比例），升级规定了技能维护的责任人——这两个要素让编制变成日常运行的管理动作。定期（如季度）按数字员工的绩效单修订 JD，让文档跟着现实走。
一句话总结：JD 2.0 = 职责 + 编制 + 分工 + 验收 + 升级——写它的过程就是数字员工的需求分析，先写 JD 再上线，蓝图即文档。
- 了解产品：向量空间 JBoltAI数字员工平台
- 相关阅读：《数字员工怎么上岗——从选场景到验收的完整流程》