数据迁移，对于产品经理来说，不会有太多具体产出的工作内容，但需要产品经理牵头推动落地。从另外一个角度来说，对产品经理的落地和全局把控能力会要求比较高。
数据迁移一般会涉及两种场景：
1、历史数据导入新平台；
2、老平台数据迁移至新平台；
今天，我先针对场景一（史数据导入新平台），进行解决思路的提供。不过，每一个问题都会有很多解决方案，我这边只是提供一种思路，并不代表是这个问题的唯一解决方案；
其实，我最近遇到场景二中的问题。新项目【开心联盟】，业务部门在开发此系统之前，是没有任何系统支撑的，全部都是通过人工完成。数据归集，数据价值、数据输出的能力和效率都比较低下。这也是启动这个项目的原因。目前新系统已在开发阶段，而上线后，历史数据的处理，就需要提前考虑啦。因此也才有了今天这个话题。
那么针对这样一个问题，我们该如何分析呢？
记得在【得到App】里有一个专题【如何成为解决问题的高手？】，在里面就有提供针对任何问题，都有一个思考步骤和解决步骤，具体如下：
1、明确及理解问题
2、定位与拆解问题
3、提出解决方案
4、总结问题
根据以上解决问题的步骤，我们分别来看一下：
1、明确及理解问题
数据导入：即有一份外来数据源，导入现有系统。也即原有本地历史商户数据，导入新系统，这些历史商户是否能正常使用新系统，怎样保证这些历史商户客稳定过度到新系统？
2、定位问题与拆解问题
定位问题：历史商户在新系统要稳定使用，需要做哪些适应？
拆解问题：新系统从用户登陆到用户权限再到业务操作，整个流程拆解之后，也就知道对历史商户来说需要在哪些节点做适应工作？
数据结构：两份数据源不同，字段格式，多与少，必填与否不一致。
登陆鉴权：由于历史数据属于本地数据，那么导入进来，登陆账号/密码该如何处理？
商户权限：新系统商户有层级之分，不同层级的权限不同，那若历史商户数据导入进来，他们的权限该如何给？是统一给，还是要分出来？人工区分还是系统区分？
…..
3、提出解决方案
针对以上拆解之后的问题，一一提出解决方案即可；
4、总结问题
此步骤一般是在解决问题之后操作。主要是从初始提出的预设问题和对应的预设解决方案入手，哪些是问题考虑的比较好，解决也比较好；哪些问题还没考虑到，哪些解决方案还可以更好等？
以上步骤，其实来说，只是把问题想清楚了，但产品经理要具体落地执行，还不是很容易的事情。还要有一个落地执行方案，需要哪些人配合，节奏该如何安排、又该如何推进？
针对此问题，我会从以下步骤进行：
1、数据清洗：对原有历史商户数据，需要进行清洗，确保导入进去的都是有效数据，此工作需原有负责这部分数据的业务部门同事进行协助
2、导入方式：数据清洗完之后，就需考虑导入方式，是由技术写一个脚本导入，还是在页面新增一个导入功能；这个问题只要和技术多了解一下就清楚的。
3、导入节奏：历史商户数据差不多有10000多条，是一次性全部导入，还是分批导入；从安全和影响面考虑，最终选择是分批导入。也即先导入部分商户数据，然后确保这部分商户是客稳定使用新系统，然后再安排下一批商户数据导入。
4、数据结构/商户权限：此部分利用以上解决方案就可以完成。
5、上线准备：每一批数据导入之后，对应的商户是否通知到位，预出现的问题，是否有准备的应对措施；
6、数据分批迁移节奏安排：相关技术人员，测试人员，业务人员是否都能及时协助，并且整个数据迁移的工作排期是否有安排好？
以上其实就是我对数据导入这个问题的解决思路，但我知道，具体执行起来，肯定还会有很多细节以及难度。但是只要我们提前多思考，解决方案准备好，就不怕出错。
数据迁移场景一的思考，我会后续更新上来。毕竟我现在写文章不是找话题写，而是基于我现实工作遇到的问题进行的总结与执行的经验，然后输出给大家一点点参考的思路。
and
我是枯藤老叔 。3年创业，3年产品经理；
日常通过互联网平台叨叨自己对产品，对创业的所思所想！
