AI 数字员工进通讯录了，岗位说明书谁来写？HR、IT 和业务已经开始互相 @ 了
比模型能力更棘手的组织难题随AI数字员工进入通讯录而来：岗位说明书由谁编写？HR、IT、业务正在互@寻找答案。核心内容：1. 数字员工进入通讯录，改变身份与权限逻辑2. 跨部门争议源于岗位说明书的权责归属3. 组织协同方案与九格模板的落地实践
QUOTE
组织要靠岗位说明书得到一个无法推卸责任的答案，而通讯录能做的，只是为数字员工赋予名字。
周一上午九点十七分，一位新同事出现在公司通讯录中。
部门：销售运营。姓名：小数同学。手机号：空。职位：数字员工。邮箱：有。头像看起来比全公司百分之八十的人都精神。
HR 追问：“它算编制吗？”
IT 追问：“它凭什么读取 CRM？”
法务追问：“客户报价被它发错后，该告谁？”
业务负责人很淡定：“不用搞这么复杂，提示词已经写好了。”
坐在角落里的 FDE 听到这里，通常会放下咖啡。因为我们知道，提示词是自我介绍，不是岗位说明书。它能告诉 AI 怎么说话，却未必说明它能做什么、不能做什么、什么时候必须停，以及出了问题谁来把它从生产系统里拎出来。
比模型能力更难的第一个问题，恰恰出现在数字员工真正融入组织之后：它的岗位说明书应该由谁来写？
本文看点
01
通讯录带来了哪些改变
02
这份 JD 应该由谁写
03
九格模板如何落地
01
IDENTITY
通讯录并非花名册，而是权限路由表
不少人认为“数字员工进通讯录”只是拟人化包装，无非是给机器人取名、设置头像，让员工更愿意与它交流。
包装之外，得到确认的事实更为具体。数字员工取得相应职务权限、加入企业通讯录并参与业务流程和组织协同，这些内容曾被钉钉的公开案例材料描述。微软最新的 Agent 365 文档表达得更直接：独立邮箱、OneDrive、Teams 协作能力都可配置给专门的 Agent 用户身份，组织图和人员卡片中也能显示这一身份。
也就是说，它加入的并非一张合影，而是完整的身份、权限和审计系统。
如果一个 Agent 只能回答问题，它更接近工具；一旦它能够读取客户资料、修改业务状态、发送邮件、安排会议并调用下游系统，便拥有了“行动半径”。决定这个半径的不是头像，而是它取得的身份与权限。
因此，通讯录真正表达的并非“公司承认它像个人”，而是“公司准许它以可识别主体的身份进入工作流”。从此以后，岗位说明书不能只是 HR 系统中的介绍文字，而要明确回答四件事：为什么能做、边界在哪里、出错怎么办、最终由谁负责。
「数字员工是否拥有工位并不重要，关键在于它是否拥有权限，以及权限背后是否有人负责。」
02
DEBATE
全网分成五个部门争论，每一方又都有道理
梳理公开讨论、研究、产品文档和评论区后，我大致归纳出五派观点。
第一派：“影子劳动力”只有被放进格子才能显现
主张让 AI 进入组织图的人担心另一类风险：公司已经运行几十个 Agent，却无人清楚它们各自为哪个团队工作、消耗多少成本、接触哪些数据，又创造了多少产能。
由于它们既不在人头预算和外包清单中，也不在软件资产表里，最终便成了影子劳动力。平时无人管理，一旦出事，全公司才第一次发现它如此能干。
这一派非常务实：只有先让数字劳动力变得可见，容量规划、成本核算与责任分配才有可能开展。
第二派：不必给它格子，但必须配置人类 Owner
组织图同时是一张人类承诺图，并非只回答“谁坐哪里”，这是反对者最有力的理由。每条画在图上的线都意味着，默认有一个人可以接受纠正、问责和表扬，必要时还得走进会议室。
季度绩效不佳不会让 AI 失眠，到了复盘会，它也不会主动说“这次是我考虑不周”，所以这些事情它都做不到。它能做的至多是生成一段态度诚恳的反思，之后照常按 Token 计费。
所以，公开讨论中的一句话很有道理：AI 不需要组织图里的一个格子，而需要一个为它负责的人。
第三派：先别争组织图，应该先画“工作图”
另一些人认为，关键并非是否应该把 AI 塞进旧组织图，而是旧组织图原本就无法呈现工作。
组织图可以显示销售总监下面有三个经理，却无法说明一条线索如何从市场进入 CRM、谁来补充证据、谁判断优先级、谁发出第一封邮件，以及哪些步骤交给 Agent、哪些步骤必须由人签字。
更有价值的并非“给 AI 画个框”，而是增加一张工作图（Work Chart）。最终结果如何形成，人与 Agent 怎样交接，以及任务、决策节点和系统权限，都应在图中呈现。
“谁向谁汇报”由组织图回答，“事情如何穿过公司”则由工作图说明。
第四派：岗位说明书不是宣传文案，而是配置文件
这一派多来自工程、安全与治理团队。数字员工究竟叫“智能助手”还是“银河运营官”，他们并不十分关心；他们只想确认它能否删除数据。
人类岗位说明书中的“责任心强、善于沟通”，尚可由面试官自行理解；数字员工的岗位说明书却必须转成可执行条件，包括允许读取哪些表、写入哪些字段、能否对外发送、单次处理上限、证据冲突时交给谁，以及何种情况下立即停止。
更直白地说，为数字员工撰写 JD，不是写一篇介绍文章，而是在制定一份可执行、可审计、可回滚的合同。
第五派：暂且别谈晋升，先说明如何开除它
我最喜欢的也是这一派。
拿不到晋升机会不会促使数字员工跳槽；真正的风险是，负责人离职、权限漂移、知识过期与模型升级会让它慢慢成为无人敢动的遗留系统。身份治理领域以及 KPMG、NIST 的公开框架都把完整生命周期列为重点，其中包括入职、训练、评测、变更、监控，以及安全退役。
撤权、停用、封存日志和通知下游，这些退役流程若全部缺席，而一个 Agent 仅有“上线”按钮，那么它只是遗留系统尚未长大的形态，并非数字员工。
03
EVIDENCE
研究最反常识的发现：人类少检查，竟与把它叫作“员工”有关
如果故事到此结束，结论似乎只能是：尽快给 AI 一个名分，并将其纳入组织管理。
然而，Boston University、BCG 等机构研究者开展的一项随机实验，为这种热情提供了很有价值的冷静提醒。
在研究者调查的 1，261 名 HR 与财务管理者中，所在组织已称 AI 为“队友或员工”的受访者占31％；另有23％ 表示，公司已将 AI 纳入组织图或工作图。此后，同一批预设了错误的材料被交给管理者审核，唯一变化是研究者为其分别标注了AI 工具、AI 员工或人类员工这三种来源。
不能把结果概括成“所有人都会立刻变懒”。明显影响只出现在已经将 AI 纳入组织图的组织中，原因是“AI 员工”这一框架：与“AI 工具”相比，审核表现下降 16％，管理者发现的错误减少 18％。责任分配也随之变化，他们从自身移走约 9 个百分点，又将约 8 个百分点归给“AI 系统”。
AI 尚未晋升，人类的警惕性却先降级了。
这好比办公室来了一位从不请假的同事。因为它有姓名、职位和月度绩效，大家会下意识认定它知道自己在做什么。然而，AI 能承担任务却不能承担后果，能进入通讯录却不能坐上责任主体的位置。
「
组织把无法承担责任的系统包装成“同事”后，最容易失去的并非亲切感，而是负责检查它的人。
正因如此，岗位说明书不该追求让数字员工更像人，而应让人类的责任更加明确。
04
OWNERSHIP
写作责任这样分：六类角色共同会签，一名业务负责人负责牵头
数字员工岗位说明书的最终 Owner 和岗位发起人，都应由业务负责人担任，这是结论。HR 不能独自编写，IT 或供应商也不能代写；FDE 先把业务语言编译成生产规范，随后由运营审计、法务合规、安全、IT 和 HR 共同会签。
业务负责人之所以必须牵头，是因为只有业务能够定义“岗位为何存在”“怎样才算完成”“错误会造成什么业务代价”。这三项若无法回答，技术团队最终只能写出功能清单。
需要 FDE，是因为业务往往只会提出：“帮我筛选高价值线索。”FDE 则必须继续追问：哪些证据构成高价值？漏掉一个大客户与多报十个普通客户的代价是否相同？结果写入哪个系统？谁有权推翻？规则变化后由谁更新？
持续评测、退役和异常处置归运营与审计；对外行为以及数据、人格、行业规定的红线由法务合规把守；身份、最小权限、日志和撤权，则由 IT 与安全团队依据任务边界完成转译。HR 所承担的是员工沟通、协作方式、组织关系和岗位命名。
供应商可以提供模板，却不能担任最终责任人；模型也能协助起草岗位说明书，却无权批准自己的权限。最终签字者必须是人。
05
SPECIFICATION
至少九格，才能组成可投入生产的数字员工 JD
“缺少两个必要字段时停止执行，并通知销售运营负责人”，这是数字员工 JD 更应该采用的写法；人类 JD 常见的“积极主动”更适合招聘网站。只有前一种明确约束的表述，才能挽救生产环境。
我通常把数字员工岗位说明书划分为九格。
第一格：岗位使命
可验收结果是什么、交付给谁、位于什么流程节点以及替代哪个角色，都要明确，不能只写“提高效率”。例如：“在销售首次联系前，把原始线索整理为带证据的优先级建议。”
第二格：任务边界
“做什么”与“绝对不做什么”都要写清。能够补全信息，不等于能够编造信息；能够提出报价建议，不等于能够承诺报价；能够标记重复线索，也不等于能够删除线索。
岗位说明书中，负面职责清单往往才是最有价值的一栏。
第三格：输入与证据
允许使用的数据源、版本、时效、质量要求及引用方式都应列明。每项结论必须能够追溯至证据；遇到证据冲突时，不能以更加自信的语气掩盖矛盾。
第四格：工具与权限
不要只写“可访问 CRM”，而要将权限拆为“读、草拟、写入、批准、删除”五级。默认采用最小权限，敏感权限按场景与时间授予；只读能够解决的问题，不要顺便授予管理员权限。
第五格：决策权
哪些事项能够自主执行、哪些只能提供建议、哪些必须由人批准，都要明确。尤其要区分生成答案、改变业务状态和对外作出承诺，因为这三类行为的风险截然不同。
第六格：停止与升级条件
必须明确它何时需要闭嘴。数据缺失、证据冲突、置信不足、金额超限、客户投诉、系统异常及规则版本不明，都可列为停止条件；同时写清升级对象、响应时限和无人响应时的降级方式。
第七格：绩效指标
业务结果、异常升级质量、完整性、准确性、返工时间、高风险漏判率、人工推翻率和单次有效任务成本，至少需要同步评估；处理量与响应速度不能成为仅有的指标。
绩效面谈没有数字员工的席位，可它一旦误删一条生产数据，许多人就得参加复盘；工资它也不领，财务却会准时收到 Token 账单。
第八格：人类责任人
具体复核者必须能从每一类可执行动作中追溯出来，这一点更为关键。岗位层面还须绑定高风险动作的审批人，以及技术 Owner 和业务 Owner。
“大家共同负责”听上去很团结，换成生产语言，往往意味着周五下午五点无人负责。
第九格：变更与退役
记录模型、提示词、知识库、工具和权限的版本；规定谁能变更、怎样回归测试、如何灰度、怎样回滚。退役时要撤销身份和权限、停止调度、封存日志、通知下游，并保留必要的审计证据。
数字员工不需要年假，却必须拥有离职流程。
06
EXAMPLE
岗位说明书写法示例：数字员工负责销售线索初筛
假设即将上线一名“销售线索初筛数字员工”，可用的迷你版 JD 大致应当如下。
岗位目标： 依据客户画像、公开信息和历史规则，在销售首次联系之前生成附有证据的优先级建议，以减少无效核查时间。
允许做： 为销售生成下一步建议和评分理由，补全公开信息，并读取历史互动、公司基本信息及获客来源。
禁止做： 不得删除线索、修改合同及报价、自动向客户发送消息、把推断表述为事实，或使用未获批准的数据源。
权限： 仅可只读访问 CRM；可以写入“AI 建议”专用字段；不得修改客户主数据；不具备任何对外发送权限。
停止条件： 单次批量异常升高；评分规则版本缺失；出现敏感个人信息；来源之间冲突；公司主体不能确认。
绩效： 异常升级命中率、平均处理时长、单条有效建议成本、证据完整率、销售推翻率以及高价值线索漏判率。
责任人： 业务结果由销售运营负责人承担；规则和数据由数据产品负责人负责；安全负责人审批权限；FDE 负责维护评测与回滚机制。
退役： 待残留任务确认清零后下线；此前需通知 CRM 下游流程、保存审计日志、冻结写入并撤销 Agent 身份。
这份说明书没有要求“性格开朗、抗压能力强”，却清楚告诉组织：数字员工能干活但不能许愿，能够为线索打标签，却不能代表公司向客户作出保证。
07
FDE VIEW
将岗位说明书编译成生产系统，才是 FDE 应做的工作
站在 FDE 的角度，完成九格仍不是终点；纸面职责还要继续转化为四条能够实际运行的链。
证据链：明确每项结论的来源、是否过期，以及能否追溯至原文。
执行链： 说明任务怎样拆解、调用哪些工具、何时停止以及如何重试。
流程链： 明确触发者、结果写回位置，以及下一步由人还是系统继续处理。
责任链：写清授权者、复核者、维护者、事故接管者以及具体回滚方式。
在这件事中，FDE 更接近岗位说明书的编译器：任务、数据、权限、评测、异常和回滚，是“帮我提高效率”经过翻译后的结果；这些定义还必须真正写入系统，不能只留在会议纪要中。数字员工的“人力资源部”不是我们，业务的最终责任也不由我们代为承担。
正式上线前，我建议管理者只检查三个问题。
1
数字员工出错以后，究竟哪一个具体的人必须作出解释？
哪些动作是它无论如何都不能执行的？
谁能在十分钟内停止它并撤销其权限？
只要三个问题中的任何一个无人回答，就不要急于给它发放工牌。
∞
THE END
结语：责任合同不可缺席，哪怕数字员工没有劳动合同
从“员工主动使用的工具”转向“组织主动分配任务的工作单元”，正是 AI 进入通讯录所释放的有趣信号。
姓名、头像、邮箱与组织关系，仅解决了“怎样找到它”；岗位说明书面对的是更难的问题，即为什么做、边界在哪里、何时停止，以及最终谁负责。
因此，“岗位说明书由谁写”并不是在 HR、IT、业务和 FDE 之间进行四选一。
结果归属于业务，所以业务负责人必须牵头；模糊职责需要转化为可执行系统，所以 FDE 必须参与；身份、权限、数据和责任缺一不可，因此 HR、IT、安全、法务及审计必须会签。
最后，比 Agent 名字更需要清楚写明的，是人类责任人的名字。
体面的入职仪式可以由通讯录提供；岗位说明书需要防止的是，一旦出了问题，数字员工变成全公司最顺手的背锅侠。
参考资料
1
《Agent 365 Identity》《Microsoft Entra 如何支持 Agent 365》，资料来源：Microsoft Learn
Emma Wiles 等：《Putting AI on the Org Chart：Evidence on Oversight and Accountability》
3MIT Initiative on the Digital Economy：《Adding AI to the Org Chart？Do It with Intention》
4NIST：《AI Risk Management Framework Core》
5KPMG：《Agents of Change：New Organizational Roles in the Age of AI》
6《大模型驱动的数字员工 3．0 建设应用白皮书》，中国金融电子化集团等
7科技部：《新一代人工智能伦理规范》
8《员工数字分身应用须守牢法律边界》，来源：云南人大网、法治日报
END
我是 AFN。
如果今天的内容让你有所收获，欢迎点赞、在看、转发完成三连，我们下篇再见。
登录查看剩余 70% 内容
