讲长沙小程序开发服务不绑定，迁移时数据导了三天剩半截

先看一个判断：一个长沙小程序开发服务商说“不绑定”，这四个字值不值得信，不看他说的时候有多诚恳，看迁移那天数据导出来是什么样。

数据是谁的，不看合同看导出按钮

后台有没有一键导出。导出来的格式能不能直接给下一个服务商用。用户表、订单表、商品表、优惠券记录、分销关系，是不是都在同一个压缩包里。缺一样，迁移就多一道手工补录。

导出的时候有没有字段丢失。手机号是不是脱敏的。收货地址是不是只剩最后一级。订单状态是不是全变成了“已完成”。这些在后台看不出来，导出来打开表格才发现。

导出速度有没有限制。有的后台导出要排队，一次只能导一个月，导完一百条要等半小时。数据量大的时候，三天导不完不是夸张，是常态。

迁移流程拆开看，卡在哪一步

第一步，确认源系统能导出什么。打开后台，找到数据管理或导出中心，逐项勾选需要的表。这一步的坑在于：有些系统只让你导出当前页，翻页导出要手动操作几十次。

第二步，检查导出文件的完整性。用表格软件打开，看行数和后台显示的总数对不对。看关键字段有没有空值。看时间格式是不是统一的。这一步的坑在于：导出的是 CSV，但里面嵌了换行符，导入新系统时直接报错。

第三步，清洗数据。把重复的手机号合并。把失效的优惠券标记出来。把测试订单删掉。把图片链接换成新系统的地址。这一步的坑在于：图片存在原服务商的服务器上，迁移后原服务商关停，图片全部失效。

第四步，导入新系统。按新系统的模板整理字段，分批导入。用户表先导，订单表后导，关联关系最后导。这一步的坑在于：新系统的用户 ID 是自动生成的，和旧系统的 ID 对不上，订单关联全部错位。

第五步，核对数据。随机抽一百个用户，看订单记录对不对。看余额对不对。看积分对不对。这一步的坑在于：抽检的时候没问题，全量上线后发现有一部分用户的数据在导入时被静默丢弃了。

不绑定的真实含义

不绑定，不是指代码开源。代码给你，你也跑不起来，因为环境、依赖、数据库配置都在别人手里。不绑定，是指数据能完整、可读、可迁移地交到你手上。

长沙双知科技在接触迁移需求时，看到的多数情况是：原服务商说“随时可以迁”，实际导出的数据只有用户手机号和订单金额，商品描述、规格、库存记录全都没有。迁过去之后，商城看起来还在，但已经是个空壳。

数据导了三天剩半截，不是技术问题，是当初开发的时候就没把数据归属当回事。表结构设计得随意，字段命名没有规律，导出功能是后补的，能导多少算多少。

判断一个服务商绑不绑定，看这几条

后台有没有完整的导出入口，不是只给看不给导。

导出的数据里有没有原始字段，不是加工过的汇总。

图片和附件是不是存在你自己的云存储里，不是别人的服务器上。

数据库是不是独立的，不是和别的客户共用一个库。

迁移的时候有没有人配合，不是发个文档让你自己研究。

这几条不需要技术背景就能判断。打开后台点一遍，问几个具体问题，答案就出来了。那些含糊其辞的、说“这个不重要”的、让你先签合同再谈细节的，迁移的时候大概率要出问题。

数据在你手里，才叫不绑定。数据在别人手里，说再多“不绑定”也只是说辞。迁移那天导出来的东西，才是真的。