NEW RETAIL / 新零售小程序定制开发
为生鲜、烘焙与连锁门店定制：顾客在线下单选自提或配送，店员核销履约，总部管理商品、库存与权限。参考报价 2 万起，交付源码与培训。
适用：生鲜、烘焙、日用零售及具有明确线上交易需求的连锁门店
服务：商城、会员、履约与门店管理按需组合，先确认经营规则再开发
参考预算：基础零售 2-4 万，经营进阶 4-8 万，连锁多门店 8-15 万
演示边界：功能页面为方案示意，不连接实际交易；实施范围与周期以合同为准
POSITIONING
适合已有商品与运营人员的门店：把线上交易、到店履约与会员经营放进一套系统，减少人工对账与口头确认
先看商品、优惠和取货条件，再作选择。支付后知道订单在哪一步，售后有明确入口。
按订单归属备货、配送或核销；异常订单有处理规则，不靠群聊截图作为唯一凭证。
按角色配置权限，按门店看执行记录。商品、活动、会员哪些共享，在建设前先定好。
SCENES
查看每组的操作步骤、解决的问题与上线条件。以下为功能演示说明，不连接真实交易
适合生鲜、烘焙与日用零售。顾客从活动或门店入口进入商城，在下单前看清规格、库存、优惠和可选履约方式。
适合有重复消费场景、能持续提供权益的门店。将积分、礼券和会员规则放在顾客看得懂的位置，不把每次营销都做成无差别打折。
适合预约自提、鲜食预售与到店领取。顾客看到取货门店和时间，店员按权限核对订单，已退款或已核销的订单不能重复交付。
适合直营多门店或统一经营的连锁企业。商品、活动与会员可按约定共享，订单、库存及履约按门店归属。
FULFILLMENT
流程示意：自提与配送是不同分支。库存释放、退款、权益回退与异常处理需要独立设计，不能只验收一次正常下单
01
顾客先看门槛与有效期，活动规则由运营确认。
02
校验规格、优惠与库存，确认支付和取消规则。
03
选择范围内的地址或门店，明确费用与时段。
04
配送记录交付状态；自提核对凭证并留痕。
05
按规则发放权益，在获得授权后适度触达。
ACCEPTANCE
上线前用正常与异常场景逐项核对：并发下单、退款回退、越权操作都纳入验收，不只检查页面能否打开
| 关键环节 | 明确哪些规则 | 怎样检查交付 |
|---|---|---|
| 商品与库存 | 维护规格、上下架、可售库存和门店范围。 | 模拟最后一件商品并发下单、超时取消、缺货处理，核对库存变化。 |
| 订单与售后 | 区分待支付、待履约、已完成、退款等状态。 | 检查重复支付回调、取消、退款与积分回退；确认谁可操作以及如何留痕。 |
| 角色与权限 | 总部、店长、店员使用各自账号与权限。 | 店员不能查看其他门店订单或修改价格；离职停用与敏感操作按约定审计。 |
| 隐私与授权 | 仅收集完成交易所需信息，展示用途与政策。 | 核对授权、导出权限、数据保留和删除流程，日志避免暴露个人信息。 |
INTEGRATION
不是在功能清单写上「系统对接」就代表数据能同步。先确认哪套系统是商品、库存和会员的主数据来源，再逐项核对接口能力
无可用接口时，可讨论导入或人工核对方案；不能承诺无条件实时互通。
PRICING
以下为参考区间，按门店数量、履约方式与功能复杂度评估。正式报价列出功能清单与额外费用，不为凑价格增删功能
BEFORE START
告知卖什么、怎么交付、谁来运营，我们据此确定功能范围与报价，不需要先列功能清单
直营或加盟、门店数量、收款主体与经营类目。
规格、库存来源、自提时段、配送范围及售后规则。
收银/ERP、会员数据来源、对接人和日常运营负责人。
必须先完成的功能、可分期事项以及平台资料准备情况。
MORE · 同栏服务
告知门店数量、商品与履约方式，我们提供功能清单、费用区间与排期建议
