买了AI还是靠人盯：数字员工怎么按岗位管起来

很多企业已经给业务部门开通了大模型账号，客服也上了问答机器人。三个月后常见景象是：骨干仍在群里重复解释制度，审批超时仍靠人盯，机器人把口径说错了没人改知识库，管理层只能看到「对话次数」却看不到它办成了几件事。买的是 AI，管的还是工具；真正缺的是按岗位去管一个会执行的数字同事。

聊天机器人与数字员工，管理对象不同

行业开源项目 StaffDeck 把这一点写得很直白：企业级智能体的关键不是「能回答」，而是能不能稳定承接真实工作。它用流程、知识、迭代三条线，对流程不可控、知识不可溯、能力不可积累。企业不一定要上同一套产品，但这三层可靠性应当写进自己的管理要求。

业务怎么管：像管新人，不像管插件

给数字员工建档，和给新人办入职是同一类动作。档案里至少有岗位说明书、服务对象、权限清单、知识范围、可用工具、禁止事项。管理员要能看见它服务了多少人、办完了多少单、差评集中在哪一类问题、最近修订了哪条 SOP。没有这些，所谓「上了 AI」只是多开了一个入口。

权限隔离必须先于上线。能看金额、能改库存、能对客户承诺的操作，默认人工确认。只读查询、催办提醒、初稿起草可以放开；写单据、改主数据、对外发送必须有配额和审批。技能从个人草稿发布到部门复用时，要审查它调用了哪些系统、是否带出凭证。广场或模板可以降低起步成本，但原件不应被使用人直接改掉——改的是副本和版本。

三层可靠性，对应三本管理账

流程账：SOP 能不能办完

把高频闭环写成状态机：差旅预审、合同用印催办、订单滞留巡检、客服升级。节点上写清收集什么、调什么接口、什么条件转人工。用户中途插问，系统应记住进度，答完回到原节点，而不是让对方重头再说一遍。多个流程可以串联，例如先报销再查额度，已确认字段要带着走。流程账的负责人是业务经理，不是信息化单独维护一份「机器人话术」。

知识账：回答有没有依据

把制度、产品口径、操作手册拆成可追溯资产。员工问「这个月差旅额度」，数字员工应能指向制度条款和接口返回值，而不是编一个听起来合理的数字。知识更新走发布，不走个人微信传文件。检索命中错了，知识运营要能看到命中了哪一段，再改结构，而不是只加一条提示词「请更准确」。

迭代账：错了能不能改回来

完整 Trace 让一次失败可以拆开看：路由错了、工具超时了，还是知识过期了。点赞差评不够，还要人工接管记录和边界案例清单。每周固定复盘 10 条失败轨迹，比再买一轮模型配额更能提高可用率。迭代账的负责人应同时有业务和信息化，避免「模型又升级了，现场还是那些错」。

落地四步，从盯人改成盯岗位

1. 选一个岗位的一段重复劳动：销售纪要、审批催办、制度问答或费用预审，目标是这段少加班，不是全公司换助手。
2. 写清输入、输出、权限、例外：读什么单据、产出什么结果、谁能看谁能发、说不清交给谁。四句写不清就不要上线。
3. 接到现有主表和消息：能替代原来那张表或那个催办群，才算用起来。只活在聊天框里，现场还会回到微信。
4. 关键节点人审，抽检后再扩：对外承诺、改库存、改价格必须有人确认。盯抽检通过率、超时处理率、返工次数。

渠道可以接微信、企业微信、飞书或钉钉，方便员工在原有工作入口里派活，但管理台必须是一套：同一工号、同一会话、同一条 Trace。否则又会出现「机器人在群里说一套，系统里另一套」。

怎样算管起来了

看四件事：主工作被替代，而不是多了一个需要人喂的窗口；结果可抽检，纪要和催办能对单据；例外有人认领，不会停在对话框；权限说得清，日志能查。本周列出一个岗位每天重复半小时以上的动作，写进岗位说明书的「可交接」一栏；下周看这段能不能接到现有审批或台账。接不上，先补流程和主数据，不要先扩模型。

数字员工管得好，省的是对不清、跟丢了、同一问题问十遍这些隐性损耗；管不好，只会更快把错误口径传给客户。先按岗位建档，再按 SOP 办完，再按轨迹修订，比争论「该用哪家大模型」更接近管理问题的本质。管理层周会如果只能报对话量，说明还在管工具；一旦能报「催办闭环数、无依据回答数、人工接管原因」，才说明数字同事已经被纳入组织，而不是停在试用名单里。