传统企业如何降低员工对新系统的抵触？

不能保证所有员工天然接受新系统。滚水科技会在真实工作现场邀请一线人员参与研究与试用，用核心任务完成率、用时和返工验证；若试点不优于旧流程，我们会建议修改方案或暂停推广，而不是把低采用率归咎于员工。

把抵触简单归因于年龄既不准确，也会掩盖真正问题：系统可能增加重复录入，管理层用它加强考核却没有解释目的，员工担心点错担责，现场网络或设备不适用，培训也可能脱离实际工作。年龄较大的用户可能有视力、精细操作或记忆方面的差异，但必须通过用户研究确认，不能用“大字体模式”代替了解工作。

在把业务目标转成可执行范围时，还可以对照 你们如何保证项目不会延期？延期责任如何界定？ 和 为什么建议先做核心功能快速上线，再根据反馈迭代？；这些内容补充了需要放在同一项决策中考虑的上下文。

先判断员工为什么不用

现场表现	可能原因	验证方法	对应调整
仍先写纸单再补录	系统步骤更多或现场设备不便	跟班计时并数重复字段	扫码、默认值、离线暂存或取消重复录入
不敢提交、频繁找主管	错误责任不清，缺少撤销	观察任务并访谈失败顾虑	预览确认、可撤回、清晰错误提示
培训会能用，上岗后不会	教的是菜单，不是岗位任务	无提示完成真实工单	按角色教最常用、最关键的任务并现场辅导
只有少数“代录员”使用	权限、设备或流程没有真正下沉	按人员和班次看操作分布	明确责任、补设备并简化入口
登录率高但业务仍线下	为考核登录，没有完成闭环	对账系统记录与真实业务	以任务完成和数据质量代替登录次数

设计人员必须到工作发生的地方

对确有年龄相关需求的界面，检查文字缩放、颜色对比、按钮触控面积、焦点、清晰标签、足够操作时间、输入纠错和不依赖颜色传意。W3C 的年长用户与无障碍指南指出，既有 WCAG 标准覆盖大部分年长用户需求，并列出视力、精细操作、听力和认知变化可能带来的影响。它适用于网页和 Web 应用；专用工业终端还要结合设备和环境标准。

试点按任务结果推进，不按培训人数推进

先选一个班组和一条完整流程，记录旧方式的完成时间、错误/返工、等待、求助次数和数据可用时间。试点后用同口径比较核心任务完成率、中位和 P90 用时、每单手工字段数、错误恢复率、求助次数、线下补录比例及不同用户群差异。若系统减少管理层统计时间却显著增加一线负担，要把成本一起呈现，不能只报总体效率提升。

管理机制同样重要：说明系统为何改变、哪些数据用于什么管理目的、错误如何纠正，避免把试点阶段的学习错误直接用于处罚。部门负责人应停止要求已经被系统替代的线下报表，否则员工理性选择旧流程并不算“抵触”。

滚水科技可以承担现场研究、原型、可用性测试和上线陪跑，但不能以“做过上百项目”保证采用率。我们会主动交付试点前后数据、问题清单、修复记录和继续/暂停建议；客户负责安排真实用户、说明管理制度并确认推广决定。若滚水科技无法接触真实用户，我们会把采用风险和无法验证的结论写入项目假设。