Reassemble decomposed fragment…

# 社区团购架构重组方案

一、现有资产盘点与筛选

• 保留复用：30个模块中，商品中心、订单引擎、支付网关、优惠券、评价体系、消息通知等约15个模块可整体复用，仅需适配社区团购的“预售+自提”逻辑。
• 需改造：购物车（改为按“开团批次”聚合）、库存（增加团购成团数量门槛）、物流（从快递改为自提点履约）。
• 废弃/替换：传统搜索推荐模块可降级，新增“团长选品工具”。

二、核心架构调整：抽取中台层

• 将复用率高的模块下沉为 业务中台：
• 商品中台（SPU/SKU、团购价与拼团价分离）
• 交易中台（普通订单 + 团购订单双通道）
• 用户中台（统一账号，区分“团长角色”与“普通用户角色”标签）
• 团长端与用户端共享中台，仅上层UI和交互流独立，实现“一套代码、两端复用”。

三、团长端与用户端复用设计

• 同一小程序，角色切换：用户注册后即可申请成为团长，通过权限位动态开启团长端功能（管理自提点、开团、分享推广、佣金查看），避免维护两套代码。
• 复用组件：商品卡片、下单流程、支付组件、客服会话两端通用。
• 差异隔离：团长端独有页面（开团管理、佣金结算、售后代办）做成独立分包，按权限加载，控制主包体积。

四、社区团购特有能力新增

• 开团引擎：支持限时开团、目标数量成团、不成团自动退款（复用支付网关的退款接口）。
• 自提点体系：团长地址即自提点，订单按自提点聚合出“汇总拣货单”。
• 佣金分账：基于订单引擎扩展分账模块，佣金与退款联动回冲。

五、实施建议

• 先做中台层重构（预计占工作量约40%），再上线团长端分包，最后灰度迁移老功能。
• 建立模块清单表：标注每个模块的“复用/改造/新建/废弃”状态，便于排期跟踪。
• 上线前重点回归测试：支付、退款、佣金结算三条资金链路。