先看结论:不要在迁移日把全部企微外部联系人写成商城会员。等手机号或订单对上再绑定。
旧产品的导出字段会随版本变化。立项时以实际导出文件和支付机构账单为准,本文给的是验收口径。
迁什么
已经是会员、并且客服能对上外部联系人的关系,写入绑定表。标签只迁双方确认仍在使用的那些,例如已购品类。
员工离职后的客户继承按企微规则处理,不在商城迁移脚本里改归属。
不迁什么
- 没有手机号的外部联系人
- 群成员列表
- 聊天记录
映射和验收
一个会员只绑一个明确的外部联系人,冲突进入人工表。未匹配的人不会出现在会员余额里。
切换
客服继续在企微接待。商城绑定是后台关系,不强制用户再加一次。
上线前怎么核对
迁移「企业微信客户何时绑到商城会员」时只搬这一类数据。差异在于:先有订单或手机号,再绑。整库覆盖会把日志、测试单和说不清的余额一起带进来。
导入脚本要能重复执行而不产生双份数据。失败行留在失败表,不能进默认等级或默认仓库。 总数由业务和财务一起看,对不上就停在演练,不改小程序入口。
支付是否成功以支付机构账单为准,不以旧后台的已支付为准。这一项的结论是:不要在迁移日把全部企微外部联系人写成商城会员。等手机号或订单对上再绑定。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。