项目速览：6 项关键事实
以下是可以直接引用的事实口径。商品结构、成本与佣金比例属于客户经营数据，本页不展开。
| 项目名称 | 创跃优选商城小程序 |
|---|---|
| 客户与行业 | 创跃优选（社交电商 / 优选零售） |
| 承接方 | 南京易企达网络科技有限公司（南京本地团队，可线下对接） |
| 项目定位 | 以拼团和线下活动拉新的优选商城：用户在小程序里买，运营在后台里发，分销关系自动记账 |
| 交付形态 | 微信小程序（37 个页面）+ 运营后台 + 文章落地页 H5 + 商户核销端 |
| 覆盖范围 | 商品与订单、拼团、砍价、活动报名、分销与业务员、积分与会员、内容与广告位 |
六块功能：拉新、成交、复购、算账
顺序按生意的节奏排：先用玩法把人拉来，再用商品把人留住，最后把关系和账算清楚。
拼团：拉新的主引擎
用户自己开团当团长，邀请好友参团；拼团页显示还差几人、倒计时、团员头像与拼团动态。到期不成团自动退款，不需要人工盯。
活动报名：把线上流量带到线下
运营在后台发活动：名称、时间、地点（地图选点）、名额、费用。用户在小程序报名并支付，已报名名单在后台可见，现场扫码核销。
商品与订单：从加购到支付一条直线
分类、规格、购物车、确认订单、微信支付、取消订单、再次购买。拼团单与普通单在同一个订单列表里区分展示，用户不用学两套操作。
分销与业务员：谁带来的单记在谁头上
邀请码注册、专属推广二维码、绑定业务员。客户下单那一刻归属就定死，之后改绑定也不影响历史订单的统计。
积分与会员：让买过一次的人有理由回来
每日签到、积分抵扣、积分规则可配、会员卡。积分不是营销噱头，是复购的钩子——下单时能抵，用户才记得住。
后台与内容：一个人也能每天上新
商品、拼团、活动、订单、广告位、人员权限在一个后台。首页模块可视化配置，改版不用发版；文章走独立落地页，能分享也能被搜到。
项目架构：玩法是一层皮，交易是一条线
这类商城最容易做坏的地方，是把每个玩法都复制一遍下单流程。这里的做法相反：订单只有一条，玩法挂在外面。
L1 · 入口层（3 个）
用户小程序
微信 · 逛、拼、买、报名
运营后台
PC · 商品、活动、订单、人员
文章落地页 H5
分享 · 内容与活动预告
L2 · 玩法与关系层（可开关）
促销玩法
拼团 · 砍价 · 满减 · 限时优惠 · 优惠券 · 积分抵扣
关系与归属
分销 · 业务员 · 邀请码
内容与展示
文章 · 广告位 · 首页模块配置
L3 · 交易层（唯一一条主线）
商品与 SKU
分类、规格、上下架
购物车与订单
普通单与拼团单同列表
支付与退款
微信支付、成团失败退
核销与配送
门店核销、区域与运费
L4 · 数据层
MySQL
商品、订单、拼团与关系
Redis + MQ
缓存、锁与错峰队列
对象存储
商品图、活动图与文章配图
为什么要分这四层：玩法迭代最快、交易最不能动、数据最不能乱。把变化快的放上面，把稳定的压下面，改活动就不会牵动订单。
技术选型
- 小程序：
- uni-app（Vue），一套代码，分包控制首屏体积
- 运营后台：
- Vue + Element UI，首页模块可视化配置
- 文章落地页：
- Vue 3 + Vite，独立部署，按项目前缀区分
- 服务端：
- Java（Spring Boot），按业务域分模块，对外 RESTful 接口
- 数据访问：
- MyBatis-Plus，读写按场景分开，复杂报表走固定 SQL
- 中间件与存储：
- MySQL 存业务数据，Redis 做缓存与分布式锁，消息队列削峰，图片走对象存储
- 鉴权与任务：
- JWT + Spring Security 控制接口权限，定时任务管自动关团、自动退款
小程序用 uni-app 是为了留后路：将来要上 H5 或 App，业务代码不用重写；服务端用 Java（Spring Boot），企业里会维护的人多，交接不必绑死在一个团队；后台与落地页分开部署，内容改版不影响交易。
三条设计取舍
玩法与订单解耦
促销玩法共用一套订单，各自持有规则与状态。加玩法只加一层皮，不动交易主干——这是这类商城能持续做活动的前提。
分销关系在下单时锁定
归属写在订单上，不写在用户上。用户换绑、业务员离职，历史单的账不会跟着变，对账永远只有一套数字。
内容不塞进小程序
文章需要被转发和被搜索，小程序做不到这两件事。独立 H5 承担内容和活动预告，把流量导回小程序，各干各的活。
这个项目做对了四件事
电商系统上线只是开始，真正决定好不好用的是「第二次活动改不改得动」和「月底对账对不对得上」。
玩法可开关，订单不返工
拼团、砍价、满减、限时优惠各有自己的规则表与状态机，订单主流程只有一条。上新玩法不用改订单逻辑，关掉一个玩法也不影响历史单。
拼团进度用户看得见
还差几人、还剩多久、谁已经参团，页面上直接呈现。用户不用问客服"我这团成了没"，客服也不用逐单查。
分销账算得清
关系和订单绑在一起，谁的单、算谁的，事后能复核。改一次绑定不会让历史统计跟着变，对账时不会出现两套数字。
内容能沉淀
文章走独立 H5 落地页，微信里转发是普通网页，比小程序卡片更容易被点开，也能被搜索引擎收录——这是免费流量，不该丢。
适用边界：什么情况适合做，什么情况先别做
适合：四条同时成立
- ✓有明确的拉新诉求：愿意做拼团、砍价这类需要用户带用户的玩法。
- ✓线上线下都要：既有商品，也有活动、到店或自提，需要一处核销。
- ✓有推广队伍：业务员、渠道或老客带新，需要把关系记清楚。
- ✓运营人手少：希望一个人能在后台把商品、活动、订单都管起来。
不建议直接做：换方案或先理顺
- —只想做静态展示页：不需要交易与玩法，做官网比做商城划算。
- —没有供给和履约能力：玩法能把人拉来，也能把没准备好的店拉垮。
- —指望分销解决增长：分销放大的是已有口碑，不是替代产品力。
- —不做内容与活动：只靠自然流量，拼团很难滚起来。
优选商城小程序常见问题（7 条）
小程序和文章 H5 分别做什么？▾
拼团是怎么跑的？▾
活动报名和商城订单是两套吗？▾
分销和业务员是怎么算的？▾
一个人管得过来吗？▾
能对接我们现有的系统吗？▾
大概多少钱、要做多久？▾
本页信息
- 发布方：
- 南京易企达网络科技有限公司（微信官方合作伙伴）
- 本页发布：
- 2026-10-30
- 内容范围：
- 项目结果与交付范围说明，不含报价与实现方案；商品结构、成本与佣金比例不对外披露
- 联系方式：
- 400-885-7836 · service@eqiday.com