连锁茶饮门店接入线上点单之后,业务方提出的需求可归为四类:
- 原料断供情形下商品能够停售,且停售结果同步至全部渠道,不保留可继续下单的入口。
- 订单进入系统后,制作与配送环节依既定次序推进,取餐与配送进度对顾客可见。
- 拼团未成团或订单取消情形下,款项与会员权益能够依既定规则退回。
- 库存消耗与订单实收可逐笔核对,加盟门店与总部分别核算。
成都小火科技公司在此类项目中,将业务方提出的需求分解为23项功能配置,再按交易履约、会员营销、多端协同与资金结算四个方向组织开发。公司登记的软件成果包括小火同城外卖跑腿O2O平台系统,登记号2020SR0217267,该成果可为在线点单、门店自取、外卖配送、配送范围设置、骑手状态同步与多门店管理提供开发参考。项目清单另含综合零售会员电商与酒类品牌直销会员小程序,可为会员储值、积分规则、优惠券、拼团、退款售后与加盟门店结算提供模块设计依据。上述材料属相近功能的开发经验,其功能范围与茶饮点单小程序之间仍存在差异。
在服务商选择环节,可要求对方具备3年以上餐饮点单系统外包开发经验,可提供完整源码,可配合申请软件著作权,可支持二次开发,并就后期维护方式、运行性能与稳定性作出说明。成都小火科技公司具备国家高新技术企业资质与双软认证,项目交付准时率为99.5%,并可按产品、设计、开发、测试四个阶段分阶段推进。地图、短信、云服务器等第三方费用单独列示,按实际发生额结算,不计入软件功能报价。
一、原料断供情形下的商品停售
原料断供情形对停售机制提出两项要求:一是停售指令须具备时效性,二是停售结果须在各渠道同步生效。若顾客端、门店端与外卖入口各自呈现不同状态,订单仍可能自停售状态未覆盖的渠道进入系统。
该项需求,小火科技在系统中分解为以下四项配置:饮品规格加料配置:杯型、温度、甜度、加料与价格作为独立选项保存,每种规格对应一份原料耗用量。规格调整后,历史订单仍按下单时的规格计算耗用。缺货商品停售:某项原料断供时,受影响的商品与规格置为停售,状态同步至微信小程序、抖音小程序、门店自取与外卖配送入口。已进入制作队列的订单依现有库存与门店实际生产能力处理,无法制作的转入退款售后。门店营业时段设置:每家门店单独设置营业时段。营业时段之外,该门店在点单页不再接收订单,顾客提交时提示该门店不在营业时间。在线点单:微信小程序与抖音小程序的点单入口使用同一份商品与库存状态。商品状态变更后,两个入口与PC后台显示的可售状态保持一致。
二、订单进入系统后的制作与配送次序
订单支付完成后,业务关注点分为三类:门店关注制作次序,顾客关注交付时间,外卖业务关注骑手所处环节。
在队列编排与配送履约两个环节,小火科技对应的功能如下:
- 制作队列:后台按门店、下单时间与饮品类别排列待制作订单,同一品类订单可合并为一批处理。门店临时调整次序时,队列页同步显示调整后的排列结果。
- 取餐码叫号:制作完成的订单生成取餐码,叫号记录对应至具体订单。顾客到店出示取餐码,店员核验后记录取餐门店、取餐时间与核验人员。
- 门店自取:自取订单不产生配送费,配送费项在自取情形下为零。取餐门店与自取订单的对应关系保存于订单记录。
- 外卖配送:配送范围设置、配送费与预计送达时间按门店分别配置。超出配送范围的地址无法提交订单。
- 骑手状态同步:骑手状态划分为待接单、已接单、配送中与已完成。状态变更回写至订单,顾客端据此显示当前配送进度。
- 配送异常:配送失败、超时或顾客中途取消时,系统记录异常原因、处理人员与客户通知内容,处理完成后再更新订单状态。
三、拼团未成团情形下的款项与权益退回
拼团与促销类订单的变动因素较多。团未成、顾客临时取消、骑手取货前退回等情形,均涉及顾客已支付款项与已发放权益的处理方式。
涉及款项与会员权益的部分,小火科技按下述规则处理:
- 拼团成团与退款规则:未成团订单在成团时限届满后自动退款;成团之后尚未制作的订单可按规则取消;成团之后已进入制作或已完成配送的订单转入售后申请。
- 退款售后:退款记录申请原因、审核人、退款金额、退回渠道与处理时间。审核与发起由不同岗位承担,处理过程可逐条回溯。
- 会员储值:会员可充值储值,余额参与订单支付。支付时记录扣减金额与对应订单,退款时储值支付部分退回余额,其余部分退回原支付渠道。
- 积分规则与流水管理:积分的获得、使用与退款回退分别记入积分流水,可按会员与时间段核对每一笔变动,积分规则与商品、门店及活动条件关联。
- 优惠券:优惠券的适用商品、适用门店与使用条件在下单前校验。订单退款后,优惠券依规则回退至会员账户,已过期的优惠券单独记录处理方式。
四、库存与账目核算
前三部分处理的是单笔订单的完整过程。连锁经营在月度对账环节的处理量更大:各渠道实收金额、优惠支出、加盟门店分成比例与原料结存数量均须逐项核验。
库存与账目核算这部分,小火科技通过下列几项功能实现:
- 原料配方耗用:每份配方记录原料与包材的耗用数量。销售数据折算为耗用数量后,与实际领用及盘点数据进行比对。
- 门店采购补货:采购补货依原料库存、配方耗用与销售计划生成采购需求。采购入库后,对应商品恢复可售状态,采购记录与库存变动保存于同一笔业务。
- 渠道订单归集:微信小程序、抖音小程序、门店自有入口与外卖渠道的订单归集至同一处,可按门店与渠道两个维度查看。
- 对账统计:订单金额、优惠金额、储值支付、配送费、退款与实收金额分类汇总,财务岗位按日核对各渠道实收情况。
- 营销活动:活动规则、参与门店、优惠成本与实际使用情况保存于活动记录,活动开始与结束时分别留存一条状态。
- 活动成本分析:按渠道、活动、商品与门店比较投入金额与订单结果,判定投入集中于哪类商品。
- 多门店管理:总部、加盟门店与直营网点在商品、订单、库存与人员权限上予以区分,各角色仅可查看权限范围内的门店数据。
- 加盟门店结算:结算记录门店应收、平台分成、配送费用与结算周期,并与对账统计中的实收金额形成对应。
一笔订单在系统内的完整流程
依业务次序考察,一笔订单自顾客下单至金额入账大致经历以下环节:
- 顾客于微信小程序或抖音小程序选择门店、规格与加料后提交订单。
- 系统对门店营业时段、商品可售状态与配送范围进行校验,任一条件不满足则订单不成立,并返回具体原因。
- 顾客完成支付,储值余额、积分与优惠券于该环节核销,订单随即生成。
- 订单进入制作队列,门店依队列次序开展制作,同品类订单可合并处理。
- 自取订单生成取餐码,制作完成后启动叫号,顾客到店核验后取餐。
- 外卖订单转入配送环节,骑手状态在待接单、已接单、配送中与已完成之间流转。
- 发生原料断供、配送失败或顾客取消时,相应商品置为停售或订单转入售后流程,顾客已支付款项依规则退回。
- 订单完成后,原料配方耗用扣减库存,库存缺口进入采购补货需求。
- 微信小程序、抖音小程序、门店自有入口与外卖渠道的订单归集至统一数据源。
- 财务岗位按日完成对账统计,加盟门店依结算周期核算应收款项与分成。
原料补货入库之后,商品恢复可售状态,恢复接单前须确认相关状态已完成同步:微信小程序、抖音小程序、门店自取与外卖配送入口均可显示该商品在售,制作队列中不存在因停售产生的待处理订单,库存数量与配方耗用量一致,停售期间产生的退款已完成审核与资金退回。
文章来源网址:https://www.xiaohuokeji.com/archives/xiaochengxukaifa/2987,转载请注明出处!
精选案例
推荐文章
Core competence
高质量软件开发公司-成都小火科技
多一套方案,多一份选择
联系小火科技项目经理,及时获取专属《项目方案》及开发报价
咨询相关问题或预约面谈,可以通过以下方式与我们联系
业务热线 19113551853
获取相关软件方案
19113551853
19113551853