泉州鞋服、茶饮、餐饮和漳州食品门店做线上化时，最常见的问题不是没有入口，而是公众号券、团购券、会员储值、外卖订单和收银库存分别记账。顾客看到可用，门店却无法核销；总部看到销售，财务找不到结算来源。小程序开发应先统一交易与权益账本，再谈裂变活动。

会员先统一授权，不急着合并所有资料

微信身份、手机号、门店会员卡和外卖账号可能属于同一个人，也可能由家庭共用。系统用明确验证完成绑定，不能只因手机号或姓名相同自动合并。用户可以查看已绑定渠道、撤回非必要营销授权并申请纠错，订单与法定凭证按相应规则保留。

厦门小程序定制把门店、角色和会员权益放在服务端。导购只能查看完成服务所需信息，店长管理本店，总部按授权看汇总。员工离职后账号立即失效，历史核销仍记录办理人。微信小程序开发不把完整会员表下载到前端或导购个人设备。

券与核销采用只追加事件

领券、冻结、核销、撤销和过期分别产生事件，原记录不被直接改成另一个状态。门店设备重复扫码只生效一次，网络超时先查结果再重试。退款时根据活动规则释放或作废权益，不能客服手工把券改回未使用。跨门店使用需在发券时明确范围与结算主体。

商品和门店库存共用稳定编码，线上展示可售量预留安全库存。缺货时门店确认替换、延迟或退款，系统通知顾客并生成记录。即时配送保存接单、取货、送达和异常节点，骑手只获得完成本单必要的地址与联系信息。

总部对账要能追到一张原单

日报按门店、渠道、支付、优惠承担方、配送费、退款和核销汇总。总部从数字下钻到订单、支付与反向单据，门店不能通过删订单解决差异。平台补贴、总部券和门店券分别记承担方，活动结束后财务能计算真实毛利。

小程序开发公司与现有收银、ERP、支付和配送接口联调前，先确认主系统。App开发若提供店长工作台，也共享同一订单和库存服务。厦门小程序开发、手机App制作和网站后台不能各建一套会员余额，否则任何一个接口延迟都会产生多份答案。

先试三家门店再复制

试点选择客流、网络和人员熟练度不同的三家店，覆盖领券、到店核销、自提、配送、退款和闭店。六至十周可完成基础版本，复杂储值、加盟结算或多法人经营需单独设计。费用拆为会员、商品订单、营销、门店端、接口、数据迁移、培训和运维。

加盟与多法人先隔离资金主体

直营、加盟和联营门店可能由不同公司经营。下单前显示实际经营者，订单、支付、发票和售后绑定同一主体；总部只能在授权范围看汇总。跨主体调货、代收和券补贴通过正式结算单记录，不能把所有门店余额放进一个无法解释的资金池。

门店培训按收银、导购、店长和财务分角色，每人用测试订单完成领券、核销、撤销和交班。正式启用后保留短期人工对账窗口，确认无差异再停旧表。

验收故意测试满额、重复扫码、门店停业、配送超时、员工调店、用户换机和财务差异。需要小程序开发、厦门小程序开发、微信小程序开发、厦门小程序定制或App软件开发时，可由厦门软件开发公司先跑真实一周账。厦门做app并不是多装一个入口，App开发公司必须让会员、核销、库存和配送最终回到一张可复核的原单。