角色与分工
摘要
数字员工不是「多了一个人」，而是组织里多了一层分工。按设计，数字化组织里有三类角色：数字员工（干活的主体）、人类协同岗（连接物理世界）、领域专家（定规则、做兜底）。三者职责不同、接口不同，决定了系统从接口设计、协同方式到变更管理的整套做法。
三层角色
| 角色 | 核心职责 | 与数字化系统的关系 | 协同方式 |
|---|---|---|---|
| 数字员工 | 流程化、数字化工作的主力执行；操作业务系统、调度技能、处理数据与事件 | 系统的主使用者，系统接口优先面向它设计 | 通过消息通道向协同岗派线下任务、要信息；向专家上报异常、申请决策 |
| 人类协同岗 | 线下非数字化部分；现场信息采集；跨人沟通与对齐；结果回传 | 不直接操作系统，通过即时通讯等轻量工具交互 | 接收数字员工派的任务，执行线下动作，采集现场信息，回传结果 |
| 领域专家 | 全程在回路；系统兜底；规则与边界定义；按 PDCA 持续迭代 | 不做日常操作，定义系统能做什么、不能做什么，审核变更 | 接收异常上报与兜底请求，基于运行数据复盘，更新技能、规则与知识库 |
为什么数字化系统要面向数字员工设计
传统业务系统的假设是「人坐在屏幕前操作」——界面、流程、字段都是按人的操作习惯设计的。
在数字员工参与的架构里，主交互方变成了数字员工：
- 接口以 API 优先、事件驱动、状态可订阅、动作可调用；
- 记录结构化留存，便于追溯与统计；
- 给人看的界面，是数字员工整理后的摘要视图，而不是一线操作台。
这样数字员工才能真正成为执行主体，而不是"替人在界面上点鼠标"。
即时通讯是工作接口，不是附属工具
传统架构里，IM 是组织的沟通工具，与业务系统分离。在这套架构里，IM 是数字员工与协同岗之间的标准工作接口，本身就是系统的一部分：
数字员工 ──「请到 3 号罐确认液位计读数」──→ 协同岗
←── 拍照 / 语音 / 文字回复 ──────
数字员工自动解析、写入系统、触发下一步协同岗在数字员工的调度下，完成它在线上做不到的那部分，并把现场信息回传。
信息流闭环
领域专家（定义规则 / 兜底 / PDCA 迭代）
↑ 异常上报 / 运行报告 / 变更申请
↓ 规则更新 / 技能版本 / 边界约束
数字员工（操作系统 / 调度技能 / 流程执行）
↑ 任务反馈 / 现场信息 / 沟通结果
↓ 线下任务 / 信息请求 / 协调指令
人类协同岗（现场执行 / 信息采集 / 人际沟通 / 反馈回传）三层的边界很清楚：
- 数字化系统是数字员工的工作平台；
- 即时通讯是数字员工与协同岗的协同通道；
- 领域专家站在闭环之上，通过审计与复盘持续优化整个系统。
专家在回路：PDCA 是系统进化的引擎
| 环节 | 内容 | 谁来做 |
|---|---|---|
| P 规划 | 基于运行数据与异常案例，定义新的技能、规则、边界 | 专家决策 |
| D 执行 | 数字员工加载新版本，在实际运行中执行 | 数字员工执行 |
| C 检查 | 自动采集运行数据、异常率、偏差记录；专家审核效果 | 系统供数，专家判断 |
| A 处理 | 固化有效规则，淘汰无效规则，进入下一轮 | 专家决策 |
关键一条：数字员工不自行改变安全边界、不自行修改业务规则，由领域专家兜底。
系统的智能化程度，本质上取决于专家把多少隐性经验沉淀成了数字员工可执行的技能与规则。
一句话收束
数字化系统的第一使用者是数字员工，人类协同岗通过即时通讯等轻量工具与它协同、负责线下非数字化部分，领域专家全程在回路、通过 PDCA 做系统兜底与持续迭代。三者分工决定了系统从接口设计到变更管理的全部做法。