客户案例 · 本地生活

惠享生活 · 本地生活服务入口

把本地商家的商品、优惠与预约收进一个入口,用户按场景筛选,商家在自助端上架商品并处理订单。

  • 本地生活
  • 微信小程序
  • Node.js
  • PostgreSQL

项目背景

一个入口装下周边商家的服务

本地生活服务的供给方分散:餐饮、洗护、亲子、休闲各有营业时间与预约规则,用户找服务时更关心离得近不近、现在能不能用。若每个商家各自做一套小程序,用户要开多个入口,平台侧也无法按场景组织商品与优惠。

方案做成平台加多商家的结构:平台维护场景分类与运营位,商家入驻后在自助端上架商品、设置营业时间与预约规则;用户按场景、距离与营业状态筛选,下单或预约后生成待核销凭证,订单状态回流商家端。

  • 商家入驻与经营资质审核
  • 商品与优惠按场景上架
  • 在线预约与到店凭证核销
  • 订单处理与周期结算对账

项目档案

客户
惠享生活
行业
本地生活
交付形态
小程序 / 商家端
技术栈
微信小程序 / Node.js / PostgreSQL / 微信支付
服务范围
需求梳理 / 交互设计 / 开发交付 / 上线支持

交付内容

这套系统由四个模块组成

按实际业务拆成可独立验收的模块,先跑通主流程,再逐步补齐细节;每个模块都能单独验收与迭代。

商家入驻与审核

商家提交主体信息与经营类目,平台审核后开通账号;类目决定可上架的商品类型与需要补充的资质项。

商品与优惠配置

商家自助维护商品、库存、营业时间与优惠券,平台按场景与运营位组货,活动价与限购规则单独配置。

场景筛选与预约

用户按场景、距离与营业状态筛选商家,选择服务时段预约;到店后出示凭证,由商家扫码完成核销。

订单与结算视图

商家端处理接单、退款与核销,平台按周期汇总各商家订单与平台服务费,支持导出用于对账。

实现要点

让系统真正好用的几个设计

功能之外,影响长期使用体验的是权限、数据口径与后续可维护性,这些在设计阶段就要定清楚。

平台与商家分层

平台负责分类、运营位与规则,商品和订单归属商家,数据按商家隔离,平台运营不必介入日常订单处理。

营业状态驱动推荐

按营业时间、可预约名额与接单开关计算营业状态,筛选结果与运营位只展示当前可下单的商家。

核销凭证防重复

凭证带编码与有效期,核销时校验商家与状态,重复提交直接拒绝,结算以核销记录为准。

把需求交给豆米,把确定性留给自己

一次沟通,获得可落地的产品建议与报价方案。