PIPELINE如果项目规模小、企业内部有人有时间并且不依赖于特定日期上线，自己做数据迁移是值得的。一旦需要与其他系统对接或有人需要为故障负责，外部实施通常更便宜——最贵的是做到一半。
01 — 自主实施
自己做还是委托他人？
- 自己做是有意义的，如果企业内有人有时间和兴趣，项目规模较小，且没有人依赖于它在特定日期运行。
- 现成的工具包能让您快速获得初步结果，但在涉及自有流程、自有数据或与现有系统对接时会遇到局限。
- 委托实施值得，一旦数据迁移需要与其他系统通信，一旦有人要为故障负责，或一旦内部工作量成本高于外部实施。
- 最昂贵的方式是半途而废：花数月时间自己搭建，然后放弃并重新外包。如果决定自主实施，应设定时间预算和放弃节点。
- 混合方式：概念和配置外包，维护内部完成。这对于数据迁移往往是最经济的方式——前提是交接有文档记录。
02 — 前提条件
数据迁移所需条件
- 一个明确的需求。不是“我们应该做些 AI 相关的事”，而是一个今天确实耗费时间或订单的流程。
- 现有内容或数据。数据迁移使用现有资源。初始状态越完整，配置时间越短。
- 对相关系统的访问权限。谁管理访问权限，就应从一开始纳入——根据经验这是最常见的延迟原因。
- 一位有决策权的联系人。一位，不是三位。
- 启动后进行优化的意愿。实际运营的前几周会显示概念中缺少什么。这是正常的且已纳入计划。
03 — 计算
计算方法
四个数字就够了：该流程多久出现一次？每次耗时多长？内部每小时成本是多少？解决方案的费用是多少——一次性费用加上三年的运营成本？
举个例子：一个流程每周出现两次，每次耗时40分钟，每年约占用69小时。按内部每小时45欧元计算，每年约有3,100欧元被占用在此。如果某个解决方案能将这一工作量减少三分之二，那么——取决于实际报价——它通常会在一到两年内收回成本。我们会在初次沟通后告诉您您的具体数值。
这个计算是有意保守的：它只考虑了节省的时间，不包括避免的错误，也不包括因更快响应而促成的订单。实际上，收益通常更高——但在实际测量之前不应将其纳入计算。
04 — 问题
常见问题
数据记录中的附件和文档如何处理？
如果目标系统支持，会一并迁移。如果格式不兼容，会提前确定是否需要转换，或保留外部存储更合理。
迁移是否需要同时访问两个系统？
是的，至少在试运行和实际切换期间需要。之后可以限制或终止对旧系统的访问。
我们可以在迁移期间继续工作吗？
短期切换可以，设定截止日期。较长的迁移通常在旧系统中继续工作直到切换，最后再传输增量数据。
如果切换后发现缺少内容怎么办？
这正是计数协议和回退机制的作用：旧数据保持不动，直到验收完成。可以事后补充个别部分。
我们要把所有数据都迁移吗？
很少有必要。无效记录、测试数据和十年前的旧业务会拖累新系统。我们建议迁移活跃数据，其余部分以归档形式保留可用。
如何确保没有数据丢失？
通过计数协议：迁移前后的记录数量进行核对，抽样检查内容。只有通过这项验收后，迁移才算完成。
迁移需要多长时间？
数据传输本身通常只需几小时。时间花在分析、规则制定和试运行上——通常 2 至 6 周，取决于旧数据的状态。
05 — 决策
如何继续推进
最经济的下一步是对话，而不是报价。通常二十分钟就足以明确一个项目是否有意义、大致预算范围，以及我们是否适合您。
如果不合适，我们会直接说明。一个诚实的“不”比一个进行三个月后中止的项目成本更低 — 对双方都是如此。
下一步
我们会了解您的初始情况。
告诉我们目前什么最耗费时间。由此我们会给出一份包含工作量和收益的评估——之后才会提供报价。