项目速览：9 项关键事实
以下为可直接引用的事实口径；本项目不公开实现方案与内部设计文档。
| 项目名称 | 开泰·中联广场 智慧商圈平台 |
|---|---|
| 客户与业态 | 开泰·中联广场 · 商业综合体（商圈会员运营） |
| 承接方 | 南京易企达网络科技有限公司（南京本地团队，可线下对接） |
| 项目定位 | 以微信支付为入口的商圈会员闭环：消费自动积分 → 积分兑换权益 → 权益带动复购 |
| 交付形态 | 微信小程序（会员端）+ 商户核销端 + PC 总后台，三端同步开发 |
| 功能规模 | 约 88 项功能点，含与微信支付、停车道闸等第三方系统的对接 |
| 资金与合规 | 各商户使用自有商户号独立收款，资金直接进商户账户，商场不归集、不设资金池 |
| 交付周期 | 约 4-6 周，自合同签订、需求确认之日起计，以双方确认的开发排期为准 |
| 源码与知识产权 | 三端完整源码 + 数据库脚本 + 部署文档，知识产权归客户，管理员账号移交客户 |
这个项目做对了四件事
商圈会员系统的问题从来不在开发量，而在开卡率、积分价值与资金顾虑这三处。这四件事就是围绕它们定的。
把开卡门槛降到零
顾客按平时的习惯微信付款就自动积分，不用出示会员码、不用报手机号。店员不用多做一个动作，推广阻力消失，开卡率才起得来。
积分换成当场能用的东西
积分锁在停车券、餐饮券与实物礼品上：停车券直接进道闸，商品券由商户扫码核销，攒到就能抵扣。积分有去处，顾客才愿意攒。
资金不经过商场
各商户用自有商户号收款，钱直接进商户账户，商场不归集、不设资金池。商户没有资金顾虑，才愿意配合接入。
源码交付，能自己维护
三端完整源码、数据库脚本与部署文档一并移交，知识产权归客户。后续可自主部署，也可换团队二次开发，不被服务商绑定。
系统架构：三端入口 + 两个第三方对接 + 一套会员轴
智慧商圈系统的核心不是功能多，而是两个外部系统能不能接得上——微信支付商圈能力是无感积分的前提，停车道闸开放接口是停车券闭环的关键。
L1 · 入口层（3 端）
会员小程序
顾客：开卡、积分、兑券
商户核销端
商户店员：扫码核销商品券
PC 总后台
商场运营：配置规则、看数据
L2 · 第三方对接层
微信支付商圈能力
无感积分：自动判定商圈归属，支付即积分
停车道闸系统
停车券直接写入道闸，出场自动抵扣
⚠ 这两项是"做不做得成"的前提，不是"开发量"的问题。商户号能否圈店报备、道闸厂商有无开放接口，决定无感积分和停车券闭环能否成立。
L3 · 业务层
会员管理
会员档案、开卡授权、身份识别
积分系统
积分规则、流水、倍率配置
权益中心
停车券、商品券、实物礼品
商户核销
扫码核销、对账、结算
L4 · 数据层
MySQL
业务数据与主数据
Redis
缓存、队列与实时积分
对象存储
商品图、券码、附件
主轴：会员身份 + 商户号。所有积分流水、兑换记录、核销记录都挂在会员编号上；各商户用自有商户号独立收款，商场不归集资金。这两根轴立住，三端数据才不会乱。
图上每一层的职责
- 1
入口层
三个入口服务三类角色：小程序给顾客，核销端给商户店员，PC 后台给商场运营。三套入口不是三套系统，是同一套业务的不同视图。
- 2
第三方对接层
微信支付商圈能力是无感积分的前提——支付完成后自动判定是否属于本商圈、是否触发积分。停车道闸对接让停车券能真正抵扣出场费，而不只是个电子凭证。
- 3
业务层
积分规则由商场运营在后台配置（满多少送几分、不同商户倍率不同），会员消费自动触发积分；攒够积分可兑换权益，权益类型决定核销方式——停车券写道闸，商品券商户扫码核销。
- 4
数据层
会员身份做轴，积分流水、兑换记录、核销记录都挂在会员编号上；商户号做第二轴，各商户独立收款、独立对账。附件与图片走对象存储。
技术选型
- 会员小程序：
- 微信原生小程序，独立发版
- 商户核销端：
- H5 / 小程序，商户扫码使用
- PC 总后台：
- Web 端，与移动端共用同一套接口
- 服务端：
- Java，前后端分离，RESTful 接口
- 数据与存储：
- MySQL 存业务数据，Redis 做缓存与队列，附件走对象存储
- 第三方对接：
- 微信支付商圈能力 + 停车道闸开放接口
均为国内招人容易的常规组合，源码交付后可自行接手维护，不绑定服务商。
三条关键设计取舍
资金不经过商场
各商户用自有商户号独立收款，资金直接进商户账户。商场不归集、不设资金池，商户没有资金顾虑才愿意配合接入。权益成本线下对账结算。
积分锁在具体权益上
积分不设"可提现"或"通用抵扣"，只绑定停车券、餐饮券、实物礼品三类。积分有去处才值钱，商场也能控制权益预算。
道闸对接走开放接口
联调前确认券发放、券状态、停车记录、出场回调四项能力。如果道闸厂商没有开放接口，停车券闭环做不了，只保留查询与在线缴费。
适用边界：什么情况适合做，什么情况先别做
适合：四条同时成立
- ✓商户号能统一圈店报备：商圈内收款商户的微信支付商户号可归入同一商圈，这是自动积分成立的前提，不是开发能解决的事。
- ✓停车由统一道闸管理且厂商有开放接口：否则只能做查询与缴费，券写不进道闸。
- ✓有运营团队承接规则与权益：积分倍率、券预算、活动节奏需要人定，系统只提供工具。
- ✓把目标定在留存与复购：系统解决的是「已经进场的顾客再来几次」，拉新仍需投放与活动。
不建议直接上定制：先降级或分期
- —商户号分散且无法配合圈店报备：无感积分无法成立，只能降级为扫码积分，体验与效果都会打折。
- —道闸厂商无开放接口：停车券闭环做不了，只剩查询与在线缴费。
- —商户数很少且客流平稳：积分运营成本可能高于带来的复购增量，建议先用模板方案验证需求。
- —指望上线就带来客流：会员系统的产出是复购率与会员资产，不是新客流量。
同类商场落地（部分）
查看全部案例
智慧商圈常见问题（8 条）
顾客需要做什么？会不会很麻烦？▾
商场会归集商户的交易资金吗？▾
已有停车场道闸系统能对接吗？▾
三端一起做要多久？▾
源码和知识产权归谁？以后能自己维护或换团队吗？▾
这样一套智慧商圈系统大概多少钱？▾
多大的商圈值得做这套系统？▾
和市面上的会员 SaaS 有什么区别？▾
本页信息
- 发布方：
- 南京易企达网络科技有限公司（微信官方合作伙伴）
- 本页发布 / 更新：
- 2026-10-29 / 2026-10-30
- 内容范围：
- 项目结果与交付范围说明，不含报价与实现方案；最终以双方确认的需求规格说明书与合同为准
- 联系方式：
- 400-885-7836 · service@eqiday.com
也在做商圈 / 商业综合体的会员运营？
先聊业务边界：能不能做自动积分、道闸能不能对接、一期该做到哪一步。确认清楚再谈功能清单与排期，不谈实现方案。