潮玩品牌自建抽盒机小程序------商城 + 抽盒 + 一番赏 + 会员 + 社区，一套代码怎么搭
痛点：潮玩品牌做私域电商，为什么不能只做一个"抽盒页面"
一个潮玩品牌（卖盲盒、手办、IP 周边）想在小程序里做生意，最容易踩的坑是：只做一个抽盒页面。
看起来抽盒是核心玩法，其实它只是整个生意的冰山一角。用户来了要逛、要买、要抽、要晒、要复购，任何一个环节断了，流量就漏了：
- 只做抽盒 → 用户抽完一次就走，没有复购抓手
- 没有商城 → 抽盒抽到的款式，不能单独买、不能补款
- 没有会员 → 复购、积分、等级、发券全做不了
- 没有社区 → 抽到隐藏款没地方晒，种不了草
- 没有履约 → 订单、库存、物流全靠人工，量一大就崩
这篇文章讲的是一个潮玩品牌完整的抽盒机小程序，59 个后端 Controller、5 大业务模块 + 旺店通 ERP，是怎么搭起来的。给想自建潮玩私域电商的团队一张全景地图。
选型：自建 vs 平台/模板，为什么选了自建
潮玩品牌做小程序，通常三条路：
| 方案 | 优点 | 致命缺点 |
|---|---|---|
| 第三方平台 | 上线快 | 抽盒玩法受限、数据在别人手里、抽成高 |
| 套模板 | 便宜 | 抽盒概率/会员/社区做不深，改不动 |
| 自建（本方案） | 玩法自由、数据自有、可对接 ERP | 要养开发团队 |
结论 ：潮玩的核心竞争力就在"玩法 + IP + 私域"，这三样全是自建才有优势的。平台和模板给不了"按剩余库存加权抽盒""动态奖池一番赏"这种定制玩法，也接不了旺店通。所以这个品牌选了自建------一套代码同时服务小程序（C端）+ 管理后台（B端）+ 旺店通（ERP）。
架构：五大业务模块 + 旺店通，一套后端全搞定
整套系统是一个 Spring Boot 后端 ，对外拆成小程序端、管理端两套 API，外加一个独立的旺店通对接模块。
┌────────────────────────────────────────────────────┐
│ 微信小程序（uni-app） │
│ 首页 / 商城 / 抽盒机 / 一番赏 / 社区 / 我的(订单/会员) │
└──────────────────────┬─────────────────────────────┘
│ /wx/**（小程序接口 20+）
┌──────────────────────▼─────────────────────────────┐
│ Spring Boot 后端（59 个 Controller） │
│ │
│ ① 商城模块 WxMall / WxGoods / WxOrder │
│ ② 抽盒机模块 WxProduct（抽盒/开盒/大盒） │
│ ③ 一番赏模块 WxLottery / WxLotteryVip / Newer │
│ ④ 会员运营 WxIntegral / WxTask / WxCoupon │
│ ⑤ 种草社区 WxShow（动态/评论/举报/审核） │
│ + 营销触达 WxActivity / WxNotice / WxPopup │
│ + 附加玩法 WxQuiz(问答) / WxWorldCup / 弹幕 │
└──────────┬──────────────────────────┬───────────────┘
│ /api/admin/**（管理端 30+）│ 订单/库存/物流/退款
┌──────────▼──────────┐ ┌───────────▼──────────────┐
│ 管理后台（Vue2） │ │ 旺店通对接（独立模块） │
│ 商品/订单/活动/抽奖 │ │ TradePush/库存/物流/售后 │
│ 社区审核/会员/权限 │ │ 5 个定时任务 + WdtClient │
└─────────────────────┘ └──────────────────────────┘五大业务模块拆解：
① 商城模块------交易基本盘
- 商品（
WxGoodsController）、商城首页（WxMallController）、下单支付（WxOrderController） - 管理端：商品分类（
CategoryController）、商品管理（CommodityController/ProductController）、优惠券（CouponController）
② 抽盒机模块------核心玩法
- 抽一盒：
WxProductController.drawAProduct（按剩余库存加权概率，详见 B1） - 大盒/小盒：
drawList+draw_tbl，一次买多盒 - 先买后拆：付款前灰图，付款后
DeferredResult轮询实时开盒
③ 一番赏模块------潮玩特色玩法
- 主一番赏：
WxLotteryController（动态奖池 + 队列制，详见 B2） - VIP 赏：
WxLotteryVipController - 新人赏：
WxLotteryNewerController - 管理端运营：
lottery/lotteryVip/lotteryNewer三套奖品/奖池/队列/订阅页面
④ 会员运营模块------复购引擎
- 积分：
WxIntegralController - 任务：
WxTaskController（每日任务、限时任务、签到） - 优惠券：
WxCouponController（券中心、自动发券、新人礼包） - 会员等级：
level/vip_integral
⑤ 种草社区模块------流量自循环
- 动态/评论/举报/审核：
WxShowController - 管理端：帖子/评论/举报/审核/话题/推荐（
show/*全套） - 附加玩法：问答活动（
WxQuizController）、世界杯活动（WxWorldCupController）、弹幕（WxBarrageController）
旺店通对接------履约闭环
- 独立模块
wphs_wangdian（Spring Boot 2.7），5 个定时任务每 2 分钟跑 - 订单推送 / 库存同步 / 物流回传（含微信发货）/ 售后退款同步 / 商品推送
- 详见 C1
验证：这套架构真的跑得动吗
- 接口规模：后端 59 个 Controller，小程序端 20+、管理端 30+，覆盖"逛→买→抽→晒→复购"全链路
- 三端协同 ：uni-app 小程序（
pages/index首页、mall商城、lottery抽奖、sub玩法子页、user我的）+ Vue2 管理后台 + 旺店通对接模块，共享同一套数据库 - 数据闭环 ：
product_v2_tbl（商品/库存）→draw_tbl（抽盒）→order_tbl（订单）→ 旺店通（履约）→order_tbl_refund（售后），每个环节都有落库 - 玩法可运营：管理端有活动、公告、弹窗、抽奖/奖品/队列/订阅、社区审核、优惠券、任务、会员等级的全套运营页面
总结：这套架构的可复用要点
- 潮玩私域电商 = 商城 + 玩法 + 会员 + 社区 + 履约，缺一环流量就漏
- 一个后端服务多端：小程序 + 管理后台 + 旺店通，共享同一套数据库（订单/商品/库存表），避免数据割裂
- 玩法独立成模块 ：抽盒机（
WxProduct）和一番赏（WxLottery）是两套完全不同的机制，各自独立，互不污染 - 管理端运营能力要配齐：没有活动/公告/弹窗/社区审核/发券/任务，玩法就跑不起来
- 履约不能靠手：订单、库存、物流必须对接 ERP（旺店通），否则量一大就崩
下一篇：抽盒机的核心------按剩余库存加权抽盒，先买后拆怎么做到不超卖。
本文基于真实生产代码撰写。关注我，潮玩盲盒电商的从0到1。