客户案例复盘:某零售集团会员系统重构实践
本文复盘我们为某全国连锁零售集团重构会员系统的完整过程。该项目历时 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 倍来估,否则后面每一步都会被拖累。
评论(0)