客户一开口问的是，做小程序，以前的客户和订单要不要都搬过去？我说先分个类，不是所有历史数据都值得搬。为了搬而搬，反而拖慢上线。
历史数据分几类
历史数据大致分三类：还在用的、需要查的，以及基本不会翻的。这三类处理方式完全不同。
还在用的，比如有效的会员、未完成的订单，这些必须搬，而且要求准确。需要查的，比如去年的订单记录，能查到就行，不一定要实时同步。基本不会翻的，比如三年前的日志，留在老系统或者归档即可。
分类这步花一点时间，能省掉后面大量的搬运动作。全都搬过去，成本高，还容易出错。
哪些必须搬，哪些可以留
必须搬的是活跃数据。会员、余额，再加上未完成订单，这几样搬错了客户立刻能感觉到。
可以留的是历史档案。这类数据只要需要的时候查得到就行，不必占用新系统的日常容量。
我们的建议是给历史档案留一个查询入口，比如在小程序后台能看到旧订单的入口。客户问起来，你查得到就行，不用把数据都搬过来。
还有一类容易被忘掉的是图片和附件。客户的合同、证件照片，另外还有产品图，这些文件要存到新的存储里。转移的时候注意文件名别乱，乱了以后没法对应，对不上就得重新找。
接口对接还是批量导入
搬数据有两种方式：实时接口对接和一次性批量导入。接口适合长期同步，批量导入适合一次性迁移。
如果老系统还要继续用一段时间，两边需要同步数据，那就得做接口。如果老系统准备停用，一次性导入就够了。
接口的成本和复杂度都比批量导入高。所以先想清楚老系统是留还是停，再决定用哪种方式，别一上来就说要做对接。
问小程序数据对接的人，最想弄明白这几点
历史数据一定要搬吗
不一定。活跃数据必须搬，历史档案能查到就行，按需处理。
接口对接要多久
看两边的系统。有现成接口的几天能通，需要开发的要按需求评估。
搬过去的会员数据准不准
取决于老数据的质量。搬之前做一次清洗和核数，准确性才有保障。
换成别家，不会像常斌的团队这么讲：先分类再搬，别为了搬而搬，搬不是目的，能查到才是。
先列清单再动手
我的建议是先把数据分成上面三类，列成一张清单，再决定每一类怎么处理。清单列完，工作量和你心里想的往往不一样。
我们用上 AI 工具之后，团队平均效率提了 300%，这是实测数。做小程序对接这块，信服无限习惯先和客户把数据边界谈清楚。定标准之前，告诉我你的老系统里最要紧的是哪几类数据。