工具切换完成后，员工仍按旧路径提交任务、在旧系统里查记录，是采用阶段最常见的阻力。本文聚焦切换后的推广与治理：把新工具嵌入每天必须完成的工作动作，用必用动作清单、分角色陪跑、数据反馈和旧系统退役规则，让新习惯稳定下来。文中涉及工作项状态与流程承载时，会自然说明ONES的对应支持方式。
要点总览（TL;DR）
- 习惯转换的起点是按角色列出切换后必须在新工具完成的最小动作集，每个动作标注触发时点、完成标志和旧做法对照，每人控制在三到五个动作。
- 培训按必用动作而非功能菜单组织，关键角色分别安排真实任务练习，切换初期设置陪跑人和固定答疑渠道，以能独立完成必用动作作为培训完成标志。
- 用必用动作完成率、旧系统访问量等可观察指标按周观察趋势，反馈问题区分工具、流程、培训三类分别处置，形成有责任人和时限的纠偏清单。
- 旧系统按只读、停写、下线三步退役，每个节点提前公布并与必用动作完成情况挂钩，例外使用需申请审批并定期复核。
- 收口前逐项核对必用动作、培训陪跑、数据反馈和退役条件，未通过的角色补练并暂缓相关退役节点。
习惯转换先定“必用动作”清单
习惯转换的起点，是把“推广新工具”这个抽象目标拆成每个角色必须在新工具中完成的具体动作。判断标准很简单：这个动作如果不做，当前工作就无法正常流转。满足这一条的动作进入必用清单，其余功能演示、报表订阅、个性化配置等进入可选清单，按需推广。
清单按角色组织，每个动作写清四件事：触发时点（什么时候必须做）、操作位置（在新工具的哪个入口完成）、完成标志（怎样算做完，例如状态变更、字段填写、评审通过）、旧做法对照（过去在旧系统或线下怎么做）。完成标志要可观察，避免“了解”“熟悉”这类无法核对的描述。
| 角色 | 必用动作示例 | 触发时点 | 完成标志 | 旧做法对照 |
|---|---|---|---|---|
| 项目经理 | 在新工具中创建迭代并分配任务 | 每个迭代启动前 | 迭代下工作项已分配负责人 | 旧系统建计划表，线下同步 |
| 开发 | 领取任务并更新工作项状态 | 开始与完成开发时 | 状态从“进行中”流转到“待测试” | 口头或群消息告知进度 |
| 测试 | 提交缺陷并关联对应工作项 | 发现缺陷时 | 缺陷单已建立且关联需求 | 旧缺陷表登记后转发 |
清单的输出物是一份按角色划分的表格，控制在每人三到五个必用动作。动作过多会让切换初期失焦，剩余功能可以在习惯稳定后分批加入。清单确定后由推广负责人与各业务负责人共同确认，作为后续培训和观察的统一口径。
按角色设计培训与陪跑机制
培训内容按必用动作组织，不按功能菜单逐项讲解。每个动作对应一段操作演示加一次真实任务练习，讲完即练，练完即核对完成标志。这样员工记住的是“什么时候做什么”，而不是“某个按钮在哪里”。
关键角色分别安排练习任务：项目经理练迭代创建与任务分配，开发练状态流转，测试练缺陷提交与关联。练习使用真实或接近真实的任务数据，避免用演示数据练完后仍不会处理实际工作。切换初期设置陪跑人，通常由各角色中操作较熟练的成员或支持人员担任，并保留固定答疑渠道，例如每日固定时段的集中答疑或群内提问响应。
培训完成标志是角色能在真实任务中独立完成全部必用动作，由陪跑人观察确认，而非以签到或观看时长计。未通过的角色安排一次补练，补练仍围绕未掌握的动作进行。
用使用数据与反馈闭环纠偏
习惯是否形成，要看行为数据而非主观感受。可选取的观察指标包括：各角色必用动作完成率、新工具中工作项状态更新频率、旧系统访问量变化、缺陷或任务在旧渠道出现的次数。指标按周观察趋势，重点看是否持续改善，不必在初期设定统一阈值。
反馈收集按固定周期进行，例如每周一次短会或表单收集，问题按三类归类处置：工具问题（操作路径不顺、权限缺失）交由支持人员处理；流程问题（新工具中的流程与实际工作不一致）由业务负责人评估调整；培训问题（角色不清楚何时做什么）回到培训与陪跑环节补课。每类问题明确责任人和处理时限，形成纠偏清单并在下一周期复核。
在承载方式上，ONES可将必用动作对应到工作项状态流转与流程规则中，使状态变更、评审记录和文档沉淀在同一处留痕，便于推广负责人从工作项数据观察各角色的动作完成情况。具体配置方式需结合团队实际流程确认。
旧系统退役的时点与例外规则
双轨运行时间越长，回退旧习惯的概率越高。退役节奏分三步设定：先让旧系统转为只读，保留查询能力但停止新增数据；再设定停写时点，所有新任务只在新工具中创建；最后安排下线时点，关闭访问入口。每个节点提前公布，并与必用动作完成情况挂钩——关键角色必用动作完成率未达预期时，相应节点顺延并说明补做安排。
例外使用需要申请与审批：申请人说明用途、期限和替代方案，由推广负责人审批并登记。历史数据查询属于合理残留需求，可通过只读窗口、数据导出或归档方式满足，不必为此长期保留旧系统写入能力。例外清单定期复核，到期自动失效。
角色分工与交付物一览
习惯转换涉及四类角色，职责与交付物对应如下，便于落地时对号入座。
| 角色 | 主要职责 | 对应交付物 |
|---|---|---|
| 推广负责人 | 制定推广节奏与退役规则，统筹数据观察与纠偏 | 必用动作清单定稿、退役时间表、例外审批规则、周度纠偏清单 |
| 业务负责人 | 确认本领域必用动作，调整流程与工具不一致处 | 本领域动作确认记录、流程调整说明 |
| 一线员工 | 在真实任务中完成必用动作，反馈操作卡点 | 动作完成记录、问题反馈 |
| 支持人员 | 承担答疑、陪跑与工具问题处置 | 答疑记录、问题处置台账、培训补练安排 |
跨角色交接设置三个检查点：必用动作清单确认后交接给培训环节；培训完成标志核验后进入数据观察；退役节点前核对例外清单与必用动作完成情况，确认后方可执行停写或下线。
示例：一个研发团队的四周习惯转换安排
以下为演示情景，团队规模与切换范围需按实际情况调整，不构成统一要求。假设一个研发团队刚完成工具切换，进入采用阶段，范围包括项目经理、开发、测试三类角色。
- 第一周：推广负责人与业务负责人确认必用动作清单，每角色三到四个动作，标注触发时点与完成标志；同步公布四周安排与退役节点草案。
- 第二周：按角色开展培训与练习，陪跑人到位，答疑渠道开通；周末核对各角色能否在真实任务中独立完成必用动作，未通过者安排补练。
- 第三周：开始周度数据观察，记录必用动作完成率与旧系统访问量；收集反馈并按工具、流程、培训三类归类，形成纠偏清单，明确责任人与时限。
- 第四周：复核纠偏结果，旧系统转为只读；对仍需查询历史数据的成员登记例外，明确期限；确认关键角色动作完成情况后，公布停写时点。
示例中的回退处理：若第三周发现某角色动作完成率明显偏低，先判断是培训未覆盖还是流程不顺，前者补练，后者由业务负责人调整流程；退役节点相应顺延，不顺延例外审批的登记要求。
完成检查：习惯转换是否到位
收口前逐项核对以下检查项，全部通过方可进入旧系统停写与下线安排。
- 必用动作：各角色必用动作清单已定稿，关键角色在真实任务中的动作完成情况已核验，完成标志可追溯。
- 培训与陪跑：关键角色均完成培训并通过独立操作核验，陪跑人与答疑渠道在切换初期持续可用，补练记录完整。
- 数据与反馈：周度观察指标已连续记录，反馈问题已按三类归类并有处置结果，未闭环问题有责任人与时限。
- 旧系统退役：只读、停写、下线节点已公布，例外申请与审批规则已生效，历史数据查询需求有明确满足方式。
未通过时的处理：必用动作核验未通过的角色安排补练并暂缓其相关退役节点；培训覆盖不足时补充陪跑资源；反馈问题未闭环时由推广负责人牵头在下一周期复核。检查结果与退役时间表一并归档，作为后续批次切换的参考。
常见问题
切换初期员工同时使用新旧两套系统，如何避免长期双轨？
双轨运行的时间要提前设定上限，而不是等使用情况自然好转。做法是公布旧系统只读、停写、下线三个节点，并把节点与关键角色的必用动作完成情况挂钩：完成率未达预期时节点顺延，同时说明补做安排。旧系统转为只读后停止新增数据，新任务只能在新工具中创建，回退路径随之收窄。历史数据查询等合理需求通过只读窗口、导出或归档满足，避免为查询需求长期保留写入能力。
团队规模较小、没有专职推广人员时，陪跑和答疑怎么安排？
陪跑不必依赖专职岗位，可以由各角色中操作较熟练的成员兼任，每人负责本角色的答疑和操作核对。答疑渠道保持固定，例如每日固定时段的集中答疑或群内提问响应，让问题有明确去处。推广负责人可由项目负责人兼任，重点承担三件事：确认必用动作清单、按周查看使用数据、主持反馈问题的归类与分派。规模较小时，反馈收集可以并入已有的周会，不必另设流程。
必用动作清单确定后，业务过程中发现流程与新工具不一致怎么办？
这类问题属于流程问题，由业务负责人评估调整，不通过增加培训解决。处理时先确认是新工具中的流程配置与实际工作不符，还是实际工作本身需要调整；前者调整流程规则或字段设置，后者与相关角色确认后更新流程并同步到必用动作清单。调整后要在下一周期的反馈复核中确认问题已闭环。若调整涉及多个角色，需在跨角色交接检查点上一并核对，避免各角色按不同口径操作。
使用数据出现波动时，如何判断是习惯未形成还是正常业务变化？
先看趋势再看单点。按周观察必用动作完成率和旧系统访问量的变化方向，连续多个周期没有改善才视为习惯问题；单周波动可能来自任务量变化、人员变动或假期安排。判断时结合反馈记录交叉验证：如果同期反馈中工具问题和流程问题集中出现，优先处置这些问题；如果反馈集中在角色不清楚何时做什么，则回到培训与陪跑环节补课。初期不设统一阈值，以趋势和问题闭环情况作为判断依据。
旧系统下线后，仍有成员需要查询历史记录，如何处理？
历史数据查询属于合理残留需求，在下线前就要明确满足方式，例如保留一段只读窗口、提供数据导出或归档查询入口。需要长期查询的成员登记为例外，写明用途、期限和替代方案，由推广负责人审批并定期复核，到期自动失效。例外登记只解决查询，不恢复旧系统的写入能力，新任务仍在新工具中创建。下线时点公布后，例外清单与必用动作完成情况一并核对，确认后方可执行停写或关闭访问入口。
