同城跑腿代买服务小程序开发案例：从微信群抢单到骑手自动派单

项目背景

客户是常州钟楼区一支做同城跑腿代买的小团队，固定骑手5人，业务集中在钟楼区、新北区和天宁区，代买的东西以餐饮、药品、日用品为主。原来的操作方式就是微信群：客户在群里发一段话说明买什么、送到哪，客服截图转到一个骑手群，谁先喊“我接”就归谁。

麻烦出在细节上。两个骑手同时喊接同一单是常事，客服只能再喊一句“XX别去了”；代买的钱骑手先垫，靠自己在手机备忘录里记，月底几个人凑在一起对账，经常对不上几笔；客户在群里问“到哪了”，客服得往上翻几十条消息才找得到人。晚上十点后消息一多，漏单也发生过。

解决方案

2026年初，常州飞傲软件科技有限公司接手这个项目，做的是一套跑腿代买下单小程序，分客户端、骑手端和后台三块，微信里直接打开，不装APP。

客户下单的路径缩短到一屏：选代买类型（餐饮、药品、日用品）、填收货地址和期望送达时间、写预算上限，可以上传参考图片；下单时先付跑腿费，商品费按实际小票金额结算，多退少补。这样客服不用再逐条追问“买哪个牌子、多少钱以内”。

后台按区域和骑手在手单量生成待接订单池，骑手可以在小程序里抢，调度也能直接指派。同一单只对一人可见可接，从源头上没了抢单撞车。骑手接单后能看到取货点、送货地址和预算上限，到店、取货、送达三个节点各点一下，客户在订单页就能看到当前状态，不用再问客服。

垫付这块单独做了记账逻辑：骑手买单后把小票拍照上传，填实际金额，系统自动算退补差额并记在该骑手名下，月底导出一张对账表。如果实际花费超过客户设的预算上限，提交时会提示说明原因。

开发中反复最多的是派单规则。第一版按距离排序，骑手跑下来觉得不顺路，接了两单反而绕远；后来改成“所属区域+顺路程度+在手单量”综合排序，调度在后台可以随时改派，谁临时有事也不会卡住整条线。

核心功能

• 客户下单页：客户在微信小程序里选代买类型、填地址和预算上限、预付跑腿费，解决微信群里商品说不清、价格反复确认的问题。
• 抢单与派单池：骑手端按区域显示待接订单，可自行抢单也可由后台指派，同一订单只对一人可接，避免多人喊接同一单。
• 节点打卡与进度同步：骑手在到店、取货、送达时各点一次，客户在订单页看到实时进度，客服不用翻聊天记录回答“到哪了”。
• 小票拍照与代垫记账：骑手拍照上传购物小票并填实际金额，系统按小票结算、自动记退补差额，月底一键导出对账表。
• 后台改派与调度视图：调度在后台看到各骑手位置和在手单量，爆单或骑手请假时手动改派，订单不落地。
• 费用统计：后台每天汇总跑腿费、代垫金额和退补差额，老板随时能看到每单的实收情况。

交付价值

上线后，客服不再手工登记订单，接单到派单基本在小程序内完成，晚上高峰时段的漏单情况明显减少。骑手垫付和退补差额都有记录，月底对账从原来的大半天缩短到一两个小时。客户自己在订单页看进度，客服的重复回答少了一大块。老板第一次能看清每天的跑腿费实收，调整报价时有了依据。后续要不要加商户端，客户还在权衡。