打开网易新闻 查看精彩图片

集团管理视角：先确定会员身份规则

CRM会员身份识别涉及手机号、UnionID、OpenID、会员卡号和电商平台账号。不同标识的来源、验证条件和生命周期并不相同，POC开始前需要先明确哪些组合可以关联，哪些情况进入冲突处理。

会员运营视角：把主档和外部标识分开

统一会员身份识别可以使用稳定的会员主档标识。手机号适合注册和门店验证，但会更换、共享或重新分配；UnionID需要满足微信开放平台及接口条件；OpenID只代表某个应用；卡号则要处理挂失、补办和重复绑定。

门店运营视角：验证真实注册动作

门店先办卡、小程序再以同一手机号注册时，要核对验证方式、原会员等级和权益。手机号不一致、家人共用手机号或会员资料存在明显差异时，应进入换号验证、账号关联或人工复核，而不是直接覆盖原资料。

技术实施视角：覆盖十类身份冲突

POC可以依次验证：同手机号注册、UnionID相同而OpenID不同、微信身份换手机号、实体卡补办、门店与小程序并发注册、一个手机号对应两个微信身份、模拟手机号重新分配、历史数据重复卡号、重复会员权益合并，以及错误合并后的纠正。

每个用例都要提前写出预期结果。例如，新手机号未被占用时保留原主档；新手机号已绑定其他会员时拦截换绑；重复卡号在导入暂存区被识别；接口重试不能重复建档、发卡或重复发放权益。

权益管理视角：合并不等于简单相加

等级、成长值、积分、优惠券、储值和活动资格需要分别核对。积分要区分可用、冻结和失效，优惠券要区分未使用、锁定、已核销和过期，储值则要确认由哪个账户体系记账。

两条会员记录发生错误合并时，已完成交易通常保留原流水，身份关系通过解绑、重绑或更正记录处理，权益差异通过冲正或补偿处理。测试结果要说明哪些状态可以恢复，哪些状态只能追加更正关系。

接口与审计视角：结果需要可追溯

每个POC用例至少保留输入标识、匹配明细、主档关系、权益变化、接口回执和审计记录。门店收银终端、小程序、电商和营销系统的回传结果，也应纳入验证范围。

测试报告还要区分标准功能、参数配置、接口集成、定制开发和暂不支持。只在CRM后台手工建立会员，无法说明真实触点下的身份冲突处理能力。

数据治理视角：保留每次关联的依据

手机号、UnionID、OpenID和卡号的绑定关系，不能只保存当前结果，还要记录来源系统、验证方式、验证时间、解绑原因和操作人。会员换号或补卡后，历史绑定关系仍应可以查询，避免客服只能看到最新状态，却无法解释权益为何发生变化。

异常处理视角：区分自动处理与人工复核

证据充分且符合品牌规则的记录，可以进入自动关联；标识矛盾、资料差异明显或命中风险条件的记录，则应形成待复核任务。任务需要带出冲突类型、涉及账号、原始数据和处理结果，便于会员运营、客服和门店使用同一口径沟通。

切换实施视角：先用小范围样本验证

如果POC与旧系统切换同时进行，可以先选取不同来源、不同权益状态和不同卡号状态的脱敏样本，完成试导入、逐户抽查和异常回退。抽查范围应覆盖新建、关联、换号、补卡、权益合并和错误纠正，而不是只验证正常注册路径。

最终验收视角：用规则解释结果

合并或拦截的结果，都应能回答三个问题：命中了哪条规则，会员资料与权益发生了什么变化，异常能否查询、重试和复核。品牌规则、微信账号体系、来源数据质量和接口条件不同，POC通过标准也应随之调整。