新旧系统并行运行一段时间后，如果员工仍频繁回到旧系统，先不要把它当成单一的“抵触新系统”问题。更稳妥的做法是把可能原因分成流程依赖、数据依赖、习惯与认知三类假设，再用旧系统操作日志、新系统对应环节完成率和角色访谈逐项验证。证据指向哪一类，就按该类处置，并在观察期内复测旧系统使用量是否真正回落。
要点总览（TL;DR）
- 并行期旧系统仍被使用，先按流程依赖、数据依赖、习惯与认知三类假设列出可能原因，再用证据逐项验证，避免直接把某一原因当结论。
- 排查顺序从低成本客观数据开始：先看旧系统登录与操作日志、新系统对应环节完成率，再按角色和流程环节定位卡点，最后用访谈与观察确认主观原因。
- 流程依赖看新系统是否缺少旧流程中的审批、流转或特殊环节；数据依赖看历史数据、附件、报表或外部对接是否仍只在旧系统可用；习惯问题看入口熟悉度、培训覆盖、出错担忧与绩效口径。
- 处置按原因类型分别进行，并设定观察期复测：旧系统访问与操作量下降、新系统关键环节走通、回退工单收敛，三项结合判断采用是否真正恢复。
- 取证涉及账号权限与日志导出时，先确认授权范围并做好备份，导出字段和时间范围限定在排查所需。
并行期旧系统仍在被使用的典型表现与排查范围
并行期的典型症状是旧系统访问量在切换后没有下降，或在短暂下降后反复回升。具体表现包括：旧系统登录次数稳定在切换前水平、关键业务单据仍在旧系统创建、员工在旧系统完成操作后再到新系统补录、旧系统附件上传和导出行为持续活跃。这些信号说明旧系统仍在承担实际业务动作，而非仅被偶尔打开查看。
排查前要先分清两种形态。一种是个别角色回退，例如只有财务或某个区域团队继续使用旧系统，其他角色已基本迁移；另一种是整条流程滞留，例如从申请、审批到归档的多个环节都还在旧系统完成。前者通常指向角色特定的习惯或数据需求，后者更可能指向流程环节缺失或系统间衔接断裂。判断方法是对比不同角色、不同流程环节的旧系统操作分布，看回退是集中在少数人还是贯穿整条链路。
本篇的排查范围限定在并行期的采用问题，即员工为什么继续用旧系统、如何据此处置。新平台从零实施、迁移切换窗口内的数据迁移验证、旧系统正式退役下线步骤，属于另外的工作任务，不在本篇展开。明确边界可以避免把采用问题误判为实施问题，导致排查方向发散。
把原因分成流程依赖、数据依赖、习惯三类假设
排查时先列出假设，再找证据，避免看到几个员工抱怨就下结论。三类假设覆盖了并行期最常见的滞留原因，每类都对应可观察的证据和验证方式。
| 原因类别 | 典型假设 | 可观察证据 | 验证方式 |
|---|---|---|---|
| 流程依赖 | 新系统缺少旧流程中的审批节点、流转规则或特殊业务环节 | 旧系统操作集中在某个审批或流转环节；新系统对应环节完成率明显偏低；员工在访谈中提到“新系统走不通这一步” | 按流程环节比对两套系统的可操作步骤，确认缺失环节是否真实存在 |
| 数据依赖 | 历史数据、附件、报表或外部对接仍只在旧系统可用 | 旧系统的查询、导出、附件下载行为持续活跃；新系统数据不完整或口径不一致；外部系统仍对接旧系统 | 抽查员工实际查询的数据对象，确认新系统是否具备同等数据或查询通道 |
| 习惯与认知 | 入口不熟、培训不足、担心操作出错、绩效口径未切换 | 旧系统操作集中在少数角色或少数人；新系统登录后停留时间短、操作中断多；访谈中出现“不习惯”“怕出错”“考核还看旧口径” | 访谈与现场观察结合，确认卡点位置和员工的主观顾虑 |
三类假设可能同时存在，排查时要区分主次。例如某条流程在新系统确实缺少一个审批节点，同时员工也担心操作出错，此时流程缺失是硬约束，习惯问题是叠加因素。处置顺序上应先解决硬约束，再处理认知问题，否则培训做了、流程仍走不通，旧系统使用量不会下降。
验证每类假设时，证据要能指向具体环节而非笼统感受。“新系统不好用”是感受，“新系统在合同变更环节没有会签节点，员工只能回旧系统走会签”是可验证的事实。把假设写成可被证据支持或推翻的陈述，排查才有方向。
按证据逐项排查的操作顺序
排查顺序建议从低成本、客观性强的系统数据开始，再逐步深入到角色比对和访谈确认。这样可以用较少的时间缩小范围，避免一上来就大规模访谈导致信息碎片化。
第一步，取系统侧客观数据。导出旧系统在切换后的登录记录和关键操作日志，按角色、按流程环节统计操作量；同时取新系统对应环节的完成率、停留时长和中断情况。两组数据放在同一时间轴上对比，看旧系统使用是持续平稳、逐步下降还是反复回升，以及回退集中在哪些角色和环节。
第二步，定位卡点。按角色和流程环节比对两套系统的操作差异：员工在旧系统完成了哪些动作，这些动作在新系统是否有对应入口；旧系统的操作是否伴随导出、下载、附件上传等数据行为；新系统在哪个环节出现操作中断或补录。把差异点列成清单，逐项标注属于流程、数据还是习惯线索。
第三步，访谈与观察确认主观原因。选择回退明显的角色做短访谈，请对方演示一次真实操作，观察卡点出现在哪个步骤、员工如何描述原因。访谈用于确认系统数据无法解释的部分，例如担心出错、绩效口径未切换、入口不熟悉。注意不要只凭日志下结论：日志显示员工登录旧系统，可能是查询历史数据，也可能是完成审批，两者处置方式完全不同。
取证过程涉及账号权限和日志导出时，要先确认授权范围，遵循组织的数据合规要求。导出操作记录应限定在排查所需的字段和时间范围，避免越权调取与排查无关的个人操作信息；导出前做好备份，保留原始数据以便复核。访谈记录同样注意保存方式和使用范围。
按原因类型处置并验证恢复
证据指向哪一类原因，就按该类采取处置动作，并在处置后设定观察期复测。处置的目标是让旧系统使用量真正回落，同时新系统关键环节能够走通，两者要结合判断。
流程依赖的处置：补齐新系统缺失的审批、流转或特殊环节，或明确临时绕行规则与期限。临时绕行要写清适用场景、审批人和截止时间，避免绕行变成长期习惯。补齐环节后，用同一批角色复测该流程在新系统能否完整走通。
数据依赖的处置：补迁必要的历史数据，或在新系统开放对应的查询通道；对外部对接，明确切换时点和数据以新系统为准的口径。数据口径统一后，要通知到实际使用数据的角色，避免员工因不确定数据是否完整而继续回旧系统核对。
习惯与认知的处置：在入口处提供操作引导，按角色开展针对性培训，同步切换绩效与考核口径。培训内容应围绕员工实际卡点设计，例如某个审批节点的操作、某类报表的查询路径，而非泛泛的功能介绍。绩效口径未切换时，员工按旧口径工作有现实理由，这项要优先确认。
验证指标建议同时看三项：旧系统访问与操作量是否下降并保持稳定、新系统关键环节完成率是否走通、回退工单或求助数量是否收敛。只看登录数容易误判，因为员工可能仍登录旧系统查询历史数据；三项结合才能判断采用是否真正恢复。
复发预防方面，设置观察期并定期复查。观察期内按周或按双周复测上述指标，发现旧系统使用回升时，回到三类假设重新取证，确认是新出现的流程缺口、数据问题还是习惯回潮。并行期排查和处置的记录，包括假设、证据、处置动作和复测结果，可以沉淀为后续切换工作的参考。
排查后的处置往往涉及跨角色的流程补齐、数据口径确认和观察期跟踪。这类工作需要把缺失环节、责任人、完成时点和复测结果放在同一处管理，便于持续跟进。ONES 可以通过工作项记录待补齐的流程环节和处置任务，用文档承载数据口径说明与临时绕行规则，并在观察期内按复测节点更新状态，让处置动作和验证结果有据可查。
常见问题
旧系统登录量下降后又回升，应该先查什么？
先看回升集中在哪些角色和流程环节，再对照新系统同一环节的完成率。若回升集中在某个审批或流转节点，优先验证流程依赖；若伴随大量查询、导出和附件下载，优先验证数据依赖；若集中在少数人且新系统操作中断多，优先考虑习惯与认知因素。回升本身只是信号，需要结合操作内容判断。
员工说“新系统不好用”，怎么把它变成可验证的排查线索？
把笼统感受拆成具体环节和动作：请员工演示一次真实操作，记录卡在哪一步、缺少哪个入口、需要哪份数据。再把记录与两套系统的操作差异比对，写成可被证据支持或推翻的陈述，例如“合同变更环节在新系统没有会签节点”。这样排查才有明确方向。
三类原因同时存在时，处置顺序怎么定？
先解决硬约束，再处理认知问题。流程环节缺失或数据不可用属于硬约束，员工即使愿意用新系统也走不通；习惯和培训问题属于叠加因素。若先做培训而流程仍走不通，旧系统使用量不会下降，还会削弱员工对新系统的信任。
临时绕行规则怎么设才不会变成长期习惯？
临时绕行要写清适用场景、审批人、截止时间和替代方案，并纳入观察期复测。到期前确认新系统缺失环节是否补齐，补齐后关闭绕行通道。绕行记录与复测结果放在同一处跟踪，便于判断是否按期收敛。
观察期一般看哪些指标，多久复测一次？
建议同时看三项：旧系统访问与操作量、新系统关键环节完成率、回退工单或求助数量。只看登录数容易误判，因为员工可能仍登录旧系统查询历史数据。复测频率可按周或按双周，发现回升时回到三类假设重新取证，确认是新出现的流程缺口、数据问题还是习惯回潮。
