AI上线后员工为什么不用？从工作入口、人工复核到实际采用

一、先看员工怎样完成任务，而不是猜测态度

让员工用一条授权脱敏任务演示从收到资料到交出结果的过程。记录在哪个系统开始、需要查什么、谁确认、结果交给谁，以及AI插入后多了哪些操作。若AI生成了摘要，但员工还要重新打开原件寻找证据、复制到表格并找负责人签字，使用成本可能没有下降。把现有任务和改造后任务并排比较，观察真正的停顿，不把未使用的原因直接写成“员工不愿学习”。

访谈既包含熟练员工，也包含新人和异常处理人。熟练员工可能发现AI省不了时间，新人可能不知道什么结论可以相信，负责人可能担心批量确认后承担不清楚的责任。问题分为资料、模型、界面、系统连接、规则与组织责任，分别指定改进方式。没有授权资料或明确标准的任务先补条件，不把所有问题交给开发团队调整提示词。

二、AI放进原来的软件，但不能绕过权限

工作入口不局限ERP或CRM，也可以是客户门户、项目管理、合同档案、工单平台、内容后台或SaaS管理台。员工打开有权查看的对象时，系统带入必要字段和对应知识，减少再次复制。不需要把全部数据送给模型。查询与修改是不同权限，AI入口沿用可信身份与对象授权；不能因为接入方便就共用供应商个人账号或全库管理员密钥。

原系统不能扩展时，可以先提供受控辅助入口，明确资料如何进入、结果如何返回、是否保留以及哪些步骤仍由人工操作。嵌入一个窗口不等于完成系统集成，身份、上下文、权限和状态需要分别验证。用户离开页面后任务是否继续、结果从哪里查看也要说明。首期让员工完成一个真实闭环，再决定是否建设统一AI门户，不以入口数量证明平台能力。

三、人工复核要帮助判断，不只是多一个确认按钮

结果页同时展示原文位置、提取或生成结果、规则差异、待补项和修改入口。员工能知道哪个值来自原文、哪个来自系统查询、哪个是模型建议。确认按钮绑定具体版本，关键字段重新识别或用户修改后再次核验。允许退回资料、拒绝建议和转交有权岗位，不要求每条结果都被确认通过。不能只用一个高置信度颜色掩盖没有来源的结论。

复核时间包括打开原件、阅读证据、修改、退回和等待确认，不只测AI输出用了几秒。错误严重时，应由正确责任岗位处理，不让普通审核员猜法律意见或财务规则。默认操作减少误点击，批量确认只针对有清晰条件且可检查的任务。设计测试观察员工能否独立处理缺字段、冲突、重复和权限变化，若必须开发者在后台补数据，说明复核产品尚未完成。

界面还需适合实际设备与岗位。电脑端支持原文和结果并排核对，手机端先显示任务、关键字段和待确认项，不把整张表缩成难读小字。错误同时用文字和状态说明，不能只用红绿颜色区分。键盘操作和焦点顺序要能完成查看、修改与退回；处理失败后保留未提交内容，避免员工重填。现场网络差或无法打开附件时提供明确状态与替代路径，不宣称任何环境下都能即时复核。

四、合同资料进入复核的设计示例

以下是功能设计示例，并非客户成效。项目助理在合同档案中打开文件，AI提出主体、服务范围、期限和待确认问题，点击字段可定位原文。助理修正识别错误，缺失条款交责任人员确认；正式法律意见仍由法务或相应专业人员给出。审批完成后通过授权接口生成项目草稿，保留合同版本与审批记录。AI不自动发出对外承诺，也不自行签署合同。

员工可以选择“资料不清，退回补充”“建议不适用，记录原因”或“核对通过，提交当前版本”。系统显示下一岗位和状态，避免多个员工重复处理。界面改造是否有效，用相同复杂度的脱敏任务比较完整工时、错误和退回情况；不编造节省比例。若AI只是把旧工作换成另一张表，先减少重复字段与切换步骤，再扩展模型能力，不能让员工用更多操作换一个更漂亮的演示。

窄屏可左右滑动表格查看全部列。

五、采用率应该怎样统计才不误导

先定义目标岗位、可用用户、适用任务和观察期。登录过、点击过、完成过与持续使用不是同一个指标。以适用任务为分母记录采用、未采用、失败、退回与人工接管，并说明未使用的原因；不适合AI的工作不应强行算作推广失败。对没有登录机会、没有适用任务或仍在权限开通阶段的人员，单独说明状态，不把低活跃全部归因于员工。

以下仅为口径算例：观察期有40项适用任务，24项进入AI流程，其中20项最终完成，则流程进入比例为24/40，进入后的完成比例为20/24。剩余任务要进一步区分放弃、退回和待处理，不可以对外宣称节省60%工时。工时、错误与业务结果需另外测量。小样本报告标明任务组成和范围，不拿一次内部试点代表所有部门和未来客户；涉及人员评价的使用记录也应按企业授权和访问规则处理。

六、试点结束后决定保留、调整还是停止

试点选择一小组实际办理业务的人，观察正常与例外任务，提供反馈入口和响应人。先说明AI能做与不能做的范围，培训围绕具体任务而不是通用提示词技巧。员工遇到错误后能返回原流程，系统不把停用AI等同无法办理业务。反馈进入资料、规则、界面、模型和接口的改进清单，每项有负责人及复测条件，不只收集满意度分数后宣布项目完成。

结果不达标时，比较是关键资料缺失、复核更费时还是任务本身不值得自动化。能局部改善就修对应步骤，没有价值就停止或缩小范围，而不是要求员工增加调用来改善报表。推广到其他岗位前，重新核对资料、权限、规则和责任，原岗位成功不保证另一个流程同样适用。扩大预算以可复核的任务结果为依据，保留失败与不适用结论，让企业能据此做真实投资决策。

七、改造费用与交付物应围绕员工任务

已有AI平台不一定要换。先报价诊断与原型，再确认身份接入、字段上下文、复核界面、业务接口、监控和测试范围。原型应允许业务人员走完查看依据、修改、退回和确认，而不是只展示几张静态截图。新增第三方登录、接口和模型费用与研发分开列；资料治理和业务规则确认需要客户参与，供应商不能凭空决定哪个部门负责哪些正式动作。

交付包括任务流程、字段与权限说明、复核规则、界面配置或源码、测试样本、指标口径、反馈分类和运行手册。业务负责人按一条未经调试的任务验收，接管人员处理一次知识过期或接口失败。第一次咨询只需要描述员工做什么、目前最繁琐的步骤和系统名称；没有完整需求书也可以先交流，不必把客户原文和生产密钥直接发给陌生团队。