客户案例复盘:某零售集团会员系统重构实践

本文复盘我们为某全国连锁零售集团重构会员系统的完整过程。该项目历时 5 个月,覆盖 1200 家门店、2800 万会员,是云启数智在零售行业规模最大的单体项目之一。

一、问题在哪

项目启动前,该集团的会员数据分散在三套系统里:线下 POS 一套、电商小程序一套、第三方外卖平台还有一套。三套系统的会员 ID 不通、积分不互通,同一位顾客在不同渠道被识别成三个人。

  • 营销部门无法做跨渠道分析,只能按渠道分别投放,重复触达严重。
  • 顾客退换货时,店员要手工核对三个后台,平均耗时 6 分钟。
  • 积分规则三套系统各有一份文档,每年因规则不一致引发的客诉超过 2000 起。

二、我们怎么拆

第一步:主数据治理

先建立统一的会员主数据标准,以手机号 + 证件号作为主键做归并,历史脏数据通过规则引擎批量清洗,剩余无法自动判定的由客服人工确认。这一步耗时 6 周,归并后会员总数从 2800 万降到 2100 万(去重)。

第二步:建设中台

新建会员中台统一承接注册、登录、积分、等级、权益五类能力,三个渠道系统改为调用中台接口,不再各自维护会员表。

第三步:灰度切换

按区域分三批切换,每批先跑 5% 门店观察 7 天,指标无异常再全量。全程保留老系统只读入口,随时可回退。

三、最终效果

指标改造前改造后变化
跨渠道会员识别率61%94%+33pp
会员月活跃率22%29.5%+34%
退换货办理耗时6 分钟1.5 分钟-75%
营销短信成本基准值下降 41%-41%
积分相关客诉2000+ / 年180 / 年-91%

四、踩过的坑

最大的教训出在第一步。我们最初低估了历史数据脏的程度,按常规两周估了工期,实际花了六周。如果你的项目也涉及历史数据归并,建议把主数据治理的工期按直觉的 2—3 倍来估,否则后面每一步都会被拖累。

分享到:微博QQX / Twitter邮件

评论(0)