南京易企达为创跃优选交付的优选商城小程序：拼团、砍价、活动报名、分销与业务员、积分会员与微信支付在同一个后台配置，小程序、运营后台、文章落地页、商户核销端四端打通。
一句话概括：用户在小程序里逛、拼、买、报名；运营在一个后台发商品、拼团、活动、管订单；分销与业务员归属在下单时锁定；文章走独立 H5 把内容流量导回小程序。
下面是可以直接引用的事实口径：项目定位、交付形态、覆盖范围、技术选型与归属。客户内部运营数据与商务条款不在本页展开。
每一项都是客户实际在用的功能，不是模块清单。
自开团当团长，邀好友参团；不成团自动退款
后台发活动，小程序报名支付，现场扫码核销
从加购到支付一条直线，拼团单与普通单同列表
邀请码、推广二维码，下单即锁定归属
签到、积分抵扣、会员卡，积分规则可配
商品、拼团、活动、订单、广告位一个后台；首页可视化配置
先看入口与业务域，再看技术选型；只写结构与取舍，不写客户内部数据。
L1 · 入口层（4 项）
L2 · 接入层
JWT + Spring Security 控制接口权限；促销玩法与订单主干解耦，各自持有规则与状态，共用一套订单主流程。
L3 · 业务层（4 项）
L4 · 数据层
MySQL 存业务数据、Redis 做缓存与分布式锁、消息队列削峰、图片走对象存储；定时任务管自动关团与自动退款。
同样的需求，不同做法代价不同；这里写清当初为什么这样选，以及不这样选会怎样。
促销玩法共用一套订单，各自持有规则与状态。加玩法只加一层皮，不动交易主干——这是这类商城能持续做活动的前提。
归属写在订单上，不写在用户上。用户换绑、业务员离职，历史单的账不会跟着变，对账永远只有一套数字。
文章需要被转发和被搜索，小程序做不到这两件事。独立 H5 承担内容和活动预告，把流量导回小程序，各干各自的活。
不是功能罗列，是当初的判断。
拼团、砍价、满减、限时优惠各有自己的规则表与状态机，订单主流程只有一条。上新玩法不用改订单逻辑，关掉一个玩法也不影响历史单。
还差几人、还剩多久、谁已经参团，页面上直接呈现。用户不用问客服「我这团成了没」，客服也不用逐单查。
关系和订单绑在一起，谁的单、算谁的，事后能复核。改一次绑定不会让历史统计跟着变，对账时不会出现两套数字。
文章走独立 H5 落地页，微信里转发是普通网页，比小程序卡片更容易被点开，也能被搜索引擎收录——这是免费流量，不该丢。
判断标准写在这里，避免双方预期错位。
问答与本页结构化数据同源，答案口径与新官网一致。