PIPELINE简而言之
数据迁移中最常见的错误是从技术入手而不是从真正的瓶颈入手。一个企业内部无人真正维护的项目，长期效益不如一个真正被使用的小项目。
01 — 错误
最常见的错误
- 起步过大。那些数月内无人能使用任何功能的项目，失败率高于平均水平。一个小而可用的第一步几乎总是更好的方式。
- 不让实际使用者参与。仅来自管理层的需求很少符合实际工作情况。
- 未定义成功指标。如果没有预先设定的衡量标准，事后就无法判断是否有效果——下一次决策又会凭感觉做出。
- 忽视运营成本。项目价格只是一部分。三年的运营成本应纳入同一计算。
- 形成依赖。无法获得访问权限、文档和源代码的人会被束缚。这应在委托前而非之后明确。
02 — 预警信号
何时应该保持警惕
- 保证结果。谁承诺Google排名第一或特定的营收增长，就是在推销他无法兑现的东西。
- 从不说不。一个把每个项目都说成好主意的供应商，要么没认真听，要么只是在推销。
- 制造时间压力。项目价格的限时折扣是销售手段，不是真正的优惠。
- 所有权不明确。谁不明确说明数据和访问权限归谁所有，意图就不纯。
- 没有具备专业知识的对接人。如果初次会谈只有销售人员参加，误解就会从那里开始。
03 — 瓶颈
通常卡在哪里
- 内容和交付物。最常见的延误原因。文本、图片、价目表、访问权 — 缺什么就阻塞什么。
- 决策。如果不清楚谁批准，项目就会等待。指定一位有决策权的联系人能明显缩短周期。
- 第三方系统的访问权。获取商品管理、电话系统或CRM的访问权，通常比对接本身耗时更长。
- 无休止的协调轮次。两轮修改是正常的，五轮是目标一开始就不明确的信号。
04 — 问题
常见问题
数据记录中的附件和文档如何处理？
如果目标系统支持，会一并迁移。如果格式不兼容，会提前确定是否需要转换，或保留外部存储更合理。
我们可以在迁移期间继续工作吗？
短期切换可以，设定截止日期。较长的迁移通常在旧系统中继续工作直到切换，最后再传输增量数据。
迁移需要多长时间？
数据传输本身通常只需几小时。时间花在分析、规则制定和试运行上——通常 2 至 6 周，取决于旧数据的状态。
迁移是否需要同时访问两个系统？
是的，至少在试运行和实际切换期间需要。之后可以限制或终止对旧系统的访问。
我们要把所有数据都迁移吗？
很少有必要。无效记录、测试数据和十年前的旧业务会拖累新系统。我们建议迁移活跃数据，其余部分以归档形式保留可用。
如果切换后发现缺少内容怎么办？
这正是计数协议和回退机制的作用：旧数据保持不动，直到验收完成。可以事后补充个别部分。
如何确保没有数据丢失？
通过计数协议：迁移前后的记录数量进行核对，抽样检查内容。只有通过这项验收后，迁移才算完成。
05 — 决策
如何继续推进
最经济的下一步是对话，而不是报价。通常二十分钟就足以明确一个项目是否有意义、大致预算范围，以及我们是否适合您。
如果不合适，我们会直接说明。一个诚实的“不”比一个进行三个月后中止的项目成本更低 — 对双方都是如此。
下一步
我们会了解您的初始情况。
告诉我们目前什么最耗费时间。由此我们会给出一份包含工作量和收益的评估——之后才会提供报价。