商业综合体 · 小程序 + 后台

开泰·中联广场 智慧商圈平台:微信支付无感积分、积分兑换停车券、商户核销与停车道闸对接

南京易企达为开泰·中联广场交付智慧商圈平台:微信支付无感积分、会员小程序、商户核销端、PC总后台与停车道闸对接,约88项功能点、三端同步开发约4-6周,源码与知识产权归客户,商户资金不进商场账户。

承接方:南京易企达网络科技有限公司 交付形态:小程序 + 后台 行业:商业综合体
  • 3 端会员小程序 + 商户核销端 + PC 总后台
  • 约 88 项交付的功能点规模
  • 4-6 周三端同步开发至整体上线
  • 100%源码与知识产权归客户

项目速览:9 项关键事实

只列可核查的交付事实:项目定位、交付形态、覆盖范围、技术选型与归属口径。

项目名称
开泰·中联广场 智慧商圈平台
客户与业态
开泰·中联广场 · 商业综合体(商圈会员运营)
承接方
南京易企达网络科技有限公司(南京本地团队,可线下对接)
项目定位
以微信支付为入口的商圈会员闭环:消费自动积分 → 积分兑换权益 → 权益带动复购
交付形态
微信小程序(会员端)+ 商户核销端 + PC 总后台,三端同步开发
功能规模
约 88 项功能点,含与微信支付、停车道闸等第三方系统的对接
资金与合规
各商户使用自有商户号独立收款,资金直接进商户账户,商场不归集、不设资金池
交付周期
约 4-6 周,自合同签订、需求确认之日起计,以双方确认的开发排期为准
源码与知识产权
三端完整源码 + 数据库脚本 + 部署文档,知识产权归客户,管理员账号移交客户

六块功能:系统到底做了什么

每一项都是客户实际在用的功能,不是模块清单。

  • 会员管理

    会员档案、开卡授权、身份识别

  • 积分系统

    积分规则、流水、倍率配置

  • 权益中心

    停车券、商品券、实物礼品

  • 商户核销

    扫码核销、对账、结算

  • 微信支付商圈能力

    无感积分:自动判定商圈归属,支付即积分

  • 停车道闸系统

    停车券直接写入道闸,出场自动抵扣

项目架构:谁在用,数据往哪走

先看入口与业务域,再看技术选型;只写结构与取舍,不写客户内部数据。

入口与角色

  • 会员小程序:顾客:开卡、积分、兑券
  • 商户核销端:商户店员:扫码核销商品券
  • PC 总后台:商场运营:配置规则、看数据

业务域划分

  • 会员管理:会员档案、开卡授权、身份识别
  • 积分系统:积分规则、流水、倍率配置
  • 权益中心:停车券、商品券、实物礼品
  • 商户核销:扫码核销、对账、结算
  • 入口层:三个入口服务三类角色:小程序给顾客,核销端给商户店员,PC 后台给商场运营。三套入口不是三套系统,是同一套业务的不同视图。
  • 第三方对接层:微信支付商圈能力是无感积分的前提——支付完成后自动判定是否属于本商圈、是否触发积分。停车道闸对接让停车券能真正抵扣出场费,而不只是个电子凭证。
  • 业务层:积分规则由商场运营在后台配置(满多少送几分、不同商户倍率不同),会员消费自动触发积分;攒够积分可兑换权益,权益类型决定核销方式——停车券写道闸,商品券商户扫码核销。
  • 数据层:会员身份做轴,积分流水、兑换记录、核销记录都挂在会员编号上;商户号做第二轴,各商户独立收款、独立对账。附件与图片走对象存储。
会员小程序
微信原生小程序,独立发版
商户核销端
H5 / 小程序,商户扫码使用
PC 总后台
Web 端,与移动端共用同一套接口
服务端
Java,前后端分离,RESTful 接口
数据与存储
MySQL 存业务数据,Redis 做缓存与队列,附件走对象存储
第三方对接
微信支付商圈能力 + 停车道闸开放接口

这个项目做对了四件事

不是功能罗列,是当初的判断。

  • 1

    把开卡门槛降到零

    顾客按平时的习惯微信付款就自动积分,不用出示会员码、不用报手机号。店员不用多做一个动作,推广阻力消失,开卡率才起得来。

  • 2

    积分换成当场能用的东西

    积分锁在停车券、餐饮券与实物礼品上:停车券直接进道闸,商品券由商户扫码核销,攒到就能抵扣。积分有去处,顾客才愿意攒。

  • 3

    资金不经过商场

    各商户用自有商户号收款,钱直接进商户账户,商场不归集、不设资金池。商户没有资金顾虑,才愿意配合接入。

  • 4

    源码交付,能自己维护

    三端完整源码、数据库脚本与部署文档一并移交,知识产权归客户。后续可自主部署,也可换团队二次开发,不被服务商绑定。

关键设计取舍

同样的需求,不同做法代价不同;这里写清楚为什么这样选。

  • 资金不经过商场

    各商户用自有商户号独立收款,资金直接进商户账户。商场不归集、不设资金池,商户没有资金顾虑才愿意配合接入。权益成本线下对账结算。

  • 积分锁在具体权益上

    积分不设"可提现"或"通用抵扣",只绑定停车券、餐饮券、实物礼品三类。积分有去处才值钱,商场也能控制权益预算。

  • 道闸对接走开放接口

    联调前确认券发放、券状态、停车记录、出场回调四项能力。如果道闸厂商没有开放接口,停车券闭环做不了,只保留查询与在线缴费。

适用边界:什么情况适合做,什么情况先别做

判断标准写在这里,避免双方预期错位。

适合做

  • 商户号能统一圈店报备:商圈内收款商户的微信支付商户号可归入同一商圈,这是自动积分成立的前提,不是开发能解决的事。
  • 停车由统一道闸管理且厂商有开放接口:否则只能做查询与缴费,券写不进道闸。
  • 有运营团队承接规则与权益:积分倍率、券预算、活动节奏需要人定,系统只提供工具。
  • 把目标定在留存与复购:系统解决的是「已经进场的顾客再来几次」,拉新仍需投放与活动。

先别做

  • 商户号分散且无法配合圈店报备:无感积分无法成立,只能降级为扫码积分,体验与效果都会打折。
  • 道闸厂商无开放接口:停车券闭环做不了,只剩查询与在线缴费。
  • 商户数很少且客流平稳:积分运营成本可能高于带来的复购增量,建议先用模板方案验证需求。
  • 指望上线就带来客流:会员系统的产出是复购率与会员资产,不是新客流量。

常见问题(8 条)

问答与页面结构化数据同源,答案口径两站一致。

顾客需要做什么?会不会很麻烦?

只需要做一次:首次进入小程序时微信授权登录并授权积分服务,之后每次支付都自动计分。已有会员不用重新注册,补一次授权即可,历史积分不丢失。

商场会归集商户的交易资金吗?

不会。各商户使用自有商户号独立收款,资金直接进入商户账户,商场既不归集也不设资金池;商场与商户之间的权益成本通过线下对账结算。

已有停车场道闸系统能对接吗?

能,前提是道闸厂商提供开放接口。联调前需要厂商确认券发放、券状态、停车记录与出场回调这几项能力;若无开放接口,只能保留查询与在线缴费,放弃券直接写进道闸。

三端一起做要多久?

约 4-6 周,起点是合同签订且需求确认之日。会员端小程序、商户核销端、PC 总后台三端同步开发,统一联调测试后整体上线。周期主要受道闸厂商联调排期与微信圈店报备审核进度影响。

源码和知识产权归谁?以后能自己维护或换团队吗?

归客户。交付三端完整源代码、数据库脚本与部署文档,管理员账号移交客户,我方不保留登录权限;可自主部署到任意服务器,也可交由其他团队二次开发。

这样一套智慧商圈系统大概多少钱?

本页不含报价,费用按功能范围与排期单独出具。可参照站内定制口径:全定制项目 1-10 万元起,按需求复杂度评估。如果只要会员、积分与券核销基础功能、不接道闸,也可走模板线(约 3000-8000 元、1-2 周),但那条线不含源码、不支持私有化部署。

多大的商圈值得做这套系统?

判断标准不是体量,而是三条是否成立:商户号能否统一圈店报备、停车是否由统一道闸管理、是否有人承接积分与权益运营。三条都成立,几十家商户的社区商业也能跑起来;只要有一条不成立,建议一期只做会员、积分与券核销。

和市面上的会员 SaaS 有什么区别?

差在三点:数据在谁手里、能不能对接、能不能改。会员 SaaS 数据在服务商、功能边界固定,道闸对接通常要额外定制;这套是源码交付的定制系统,积分与券规则按商圈自己的运营方式设计,可私有化部署。代价是需要一次性开发投入,并自己安排服务器与运维。

也在做类似的系统?

先问业务,再出方案报价。南京本地可上门或到公司面谈,外地走线上 + 原型文档。