项目做到第二个月，执行方已经进场，使用方却还在改需求；这种场面在手工导入里并不少见。先说清手工导入不做什么，再说要做什么。
一、手工导入这件事，先看清现在的做法
先数清楚手上的资源，再谈要做到什么程度。如果售后响应需要跨部门配合，提前一周打招呼比当天催更有效。遇到与整体试运行相关的分歧，先回到需求清单，用数据对齐。
手工导入这件事，很多企业是在出问题之后才**次系统梳理。同一批数据让两方各自解读，分歧点就是需要补证据的地方。谈到年度维保，先问一句「谁签字」，比讨论方案更有效。
二、手工导入出问题，多半不是执行不力
需求变更没有记录，等于每次都在重新谈判。把异常处理的话术写下来，一线反应会快很多。在效果验证上省下的时间，通常会在验收阶段加倍还回去。把进度排布的阶段目标拆到周，进度才看得见。
把标准定成「能用就行」，等于主动放弃了验收的话语权。落到细节，同一件事安排两个人交叉检查，遗漏率会明显下降。「方案评审」的清单越具体，执行时的分歧越少。「操作培训」做得好不好，往往两三个月后才显现，别等出问题再回头补。
三、把异常记下来，规律会自己出现
把每一次异常记下来，三个月后就能看出规律。把故障分级的常见异常整理成处置卡，现场照着做就行。「数据迁移」的投入产出，建议按三年周期折算后再比较。看高峰压测到不到位，翻一遍交接单就够了。
一次培训控制在两小时以内，超过这个长度吸收率就下来了。方案评审时让使用方在场，很多分歧在会上就能解决。空跑验证这一块最容易漏项，建议对照上一个项目的问题清单过一遍。
四、指标达标，还要问一句顺不顺
把「能不能连续跑」作为硬指标，比看单次演示可靠。数据记录这一环最容易出现信息断档，建议固定一份共享记录。把灰度验证的时间点钉进甘特图，比放在会议纪要里管用。
五、手工导入的下一步，先做几件小事
先做一次小范围验证，用数据统一内部意见，比开会争论快。具体到操作上，两班倒的场景，交接班前后最容易出问题。需求调研做得细不细，看现场记录就知道，不必等结果。把逐项试用的常见问题整理成一页纸，新人上手会快很多。