本地生活平台怎么把电商与到店积分打通：杭州众店的上线复盘

杭州众店做的是本地生活服务，一端连着城市里的餐饮、休闲、生活服务商家，另一端连着愿意在平台上消费的用户。上线之前，平台已经有一个跑得起来的电商商城，也有到店核销的团购业务，但两者像两条平行线。

一个用户，两套会员

问题出在账户上。用户在商城下单，积分记在商城账户；到店消费核销，积分记在门店账户。同一个人，两个身份，两套等级，两次权益计算。运营想推一次全平台活动，得分别配置两次，还要手动对账。

更麻烦的是商家侧。平台想给商家看"这个月有多少用户既在线上买过、又到店消费过"，这个数据取不出来，因为两条链路的主键对不上。

这不是功能缺失，是结构问题。只要账户不合并，后面所有的分层运营、跨场景权益、商家结算都会重复付一次成本。

三件事必须先定清楚

第一件是积分口径。买东西给多少、到店消费给多少、能不能互相抵扣、有效期多长。这几个数字定不下来，系统配置就没法开始。

第二件是退款回冲。线下核销后退款、线上订单部分退款，积分怎么扣、扣谁的。这是最容易在上线后引发投诉的环节。

第三件是商家结算。用户用积分抵扣的部分，由平台补还是商家承担，账期多长。这一条不写进合同，后面一定扯皮。

我们的经验是，这三件事比功能清单重要得多。功能可以砍，口径不能含糊。

模块怎么组合

落地上用了三块：云平台承载会员、订单和组织架构，作为统一底座；超级云 APP 承接用户入口，把内容、权益和交易放在一个应用里；绿色积分系统负责积分发放、流转和消耗。

云平台和积分系统之间共用同一套用户主键，这是打通的关键。APP 只是入口，它不持有独立的账户体系，用户在小程序、APP、H5 上看到的是同一个余额和同一个等级。

商家侧共用一套经营看板，能看到本店的核销数据，也能看到平台侧下发的活动配置。

14 天里最关键的三步

第一天到第三天做的是账户合并方案，把历史会员按手机号去重，冲突的走人工确认。这一步看起来枯燥，但决定了后面会不会出现"一个人两个等级"。

第四天到第八天配置积分规则与结算口径，同时把退款回冲的流程跑通。测试阶段特意造了三种异常单：全额退、部分退、核销后退。

第九天到第十四天做数据迁移和试运行，选了一个区先跑，稳定后再全量。

真正省时间的地方在准备阶段：客户提前把会员数据整理成模板，结算规则在开工前就开会定过一遍。没有这两件事，14 天做不完。

结果与口径

平台在 18 个月内用户规模达到百万级，积分在购物与到店之间通用，用户的复购路径明显变短。这些数据来自客户的项目口径，不同行业的绝对值不可直接比较。

值得看的是结构变化：一次活动只需要配置一次，商家能看到跨场景的用户画像，运营的分层从"按渠道"变成"按人"。

可复用的三条判断

如果你也在做本地生活平台，先问自己三个问题：用户在主键层面是不是同一个人；跨场景的权益由谁承担成本；退款和核销的逆向流程有没有人负责。

三个问题都有明确答案，再谈上线时间。没有答案，工期再长也会在上线后返工。