大厂撤退后，社区团购拼的不是补贴是「离业主最近」

上周跟一个做社区团购的朋友吃饭，他一句话把我逗乐了，又觉得特别真实。

他说：「大平台撤退了，我们这些小店反而活过来了。以前业主在美团买菜，现在发现——楼下我这家店，比快递柜靠谱。」

这句话点破了一件事：社区团购这场仗，打到 2025 年，拼的早就不是谁补贴狠，而是谁离业主最近、谁能让业主当面验货。

一、大厂撤退之后，团长成了最贵的人

2025 年社区团购进入淘汰赛，这事业内人都清楚。证券时报、界面新闻的报道里写得很直白：美团优选仓促离场，到年底只剩多多买菜一家全国性平台。

但更有意思的在后面——大厂一撤，留下的平台为了抢团长，把佣金直接提到 50%，广东这些原美团优势区涨幅甚至到 100%。一边抢人，一边下调城配运价。

这说明什么？说明团长才是社区团购真正的护城河。而团长是谁？不是平台雇的员工，是楼下那家小卖部、水果店、便利店的老板。

二、我们做的社区团购，团长就是门店主

这一点我没绕弯子。运营站的社区团购，团长实体 = 门店主。小店老板在系统里就是团购团长，没有另搞一套「虚拟团长」。

为什么这么设计？因为社区团购的信任，天然长在「邻里门口那家店」里。业主取货时当面验，当场有问题当场退——这比快递柜「已签收」之后才发现菜蔫了、货不对板，强太多。

履约链路是这样的：平台集单 → 总仓发货 → 按门店×会员拆单合并 → 货到小店、店主打码 → 业主扫码核销自提 → 佣金自动入账门店。终点不是快递柜，是业主熟悉的店门口。

三、门店最关心的钱，我们写得明明白白

做团购，最怕的就是「分钱说不清」。我们没用拍脑袋的方式，而是把佣金做成了写进状态机的账。

提成结构分四档：门店等级通用、商品独立（两种 JSON 配置）、不参与（0）。再加上推荐链——上级门店的一/二/三级提成，都按规则自动算。

关键在佣金记录状态机：0 待入账 → 1 已入账 → -1 作废。业主退款，未入账的佣金自动回滚作废，账目不留窟窿。两条入账路径（普通核销 / 权益商品多次核销）都写 moneylog 资金轨迹，禁直写门店余额——这是审计能追到底的底气。

四、一码核销，钱货同时落袋

核销这环，我特别想说。每会员每平台一码，C 端生成、门店中台扫码核销。订单状态 8 是社区团购专用的「待提货」，不是普通快递发货。

批量发货时，系统按「门店 × 会员」自动拆单合并：同一家店同一个人的几单合成一个合并单，核销一次整组完成。店中台和入驻端两端逻辑同构，不会出现「这边显示提了那边还没扣」的对不上。

五、它不是个开关，是已经跑通的链路

最后说点实在的。这个模块不是 PPT 上的概念，是源码里实测存在的：

15 张关联数据表（门店主表 mendian 在全代码里被命中 425 处），C 端 15 个页面覆盖用户端 / 入驻端 / 门店中台三端。

团长即门店主，无独立团长表；推荐链三级提成；门店分红是现成休眠开关，激活即用；入驻审核、核销员配置、门店等级升级一应俱全。

上线前还有一套五维度冒烟测试：资格闸、读、写、负例、清理——每模块 GREEN 才允许上线，RED 即「本次不得上线」。

写在最后

社区团购这生意，单靠补贴走不通了。能活下来的，是那些把履约做到业主家门口、把分账做到门店主看得见的系统。

大平台走了，小店和小区的关系反而更近了。我们这套东西，就是帮物业和社区把这根线接上。

你所在的小区，现在有团购吗？是物业统一组织的，还是业主自己攒群？评论区聊聊，我挑几个典型的下一篇拆解。

说明：行业数据来自证券时报、界面新闻 2025 年公开报道。模块功能与计数为运营站社区团购域源码实测（commit 28bcceba · 规范分册 49），随迭代变动，具体以交付版本为准。