PIPELINE简而言之
在决定数据迁移之前值得做个简短的现状评估：哪个流程最耗时、谁将在后期维护系统，以及必要的内容是否存在。完整的检查清单在下方。
01 — 检查清单
首次报价前明确
- 想改善什么？用一句话说明，不用专业术语。
- 如何判断？用一个应该改变的数字。
- 谁来决策？一个人，不是一个委员会。
- 可用预算是多少？大致范围即可 — 这让报价具有可比性而非随意性。
- 截止时间？以及时间取决于什么。
- 涉及哪些系统？谁拥有访问权限。
- 您们已有什么？内容、数据、前期工作 — 这会降低价格。
02 — 配合要求
我们需要您提供的内容
- 一位有决策权的联系人 — 而不仅仅是转达信息的人。
- 相关系统的访问权限,需要及时提供，而不是在上线当天才给。
- 来自日常业务的真实案例 — 越不规范，对测试就越有价值。
- 2至4小时用于沟通协调，分散在整个项目周期内。
- 对“什么是成功”这个问题的明确答案。没有这个答案，后期就无法评估效果。
03 — 问题
您应该提出的问题
- 如果项目成本超出预估会怎样 — 由谁承担？
- 数据、访问权限以及（如果有开发）源代码归谁所有？
- 第二年和第三年的运营成本是多少？
- 我们最终会收到什么样的文档？
- 您会用什么标准来衡量这个项目是否成功？
- 在什么情况下您会建议我们不要做这个项目？
04 — 问题
常见问题
迁移需要多长时间？
数据传输本身通常只需几小时。时间花在分析、规则制定和试运行上——通常 2 至 6 周，取决于旧数据的状态。
如果切换后发现缺少内容怎么办？
这正是计数协议和回退机制的作用：旧数据保持不动，直到验收完成。可以事后补充个别部分。
我们可以在迁移期间继续工作吗？
短期切换可以，设定截止日期。较长的迁移通常在旧系统中继续工作直到切换，最后再传输增量数据。
数据记录中的附件和文档如何处理？
如果目标系统支持，会一并迁移。如果格式不兼容，会提前确定是否需要转换，或保留外部存储更合理。
迁移是否需要同时访问两个系统？
是的，至少在试运行和实际切换期间需要。之后可以限制或终止对旧系统的访问。
如何确保没有数据丢失？
通过计数协议：迁移前后的记录数量进行核对，抽样检查内容。只有通过这项验收后，迁移才算完成。
我们要把所有数据都迁移吗？
很少有必要。无效记录、测试数据和十年前的旧业务会拖累新系统。我们建议迁移活跃数据，其余部分以归档形式保留可用。
下一步
初步评估，无需承诺。
简要说明项目内容。您们会得到关于可行性和大致费用的诚实答复。