老陈在常州做同城跑腿，手下十来个骑手，一天多的能接两百多单。这些单不算少，但2026年初，他管这支队伍的方式还停留在本子和微信群。
老陈的客服每天中午最难过。两部手机轮流响，客人说“帮我送个文件到湖塘”，客服要接着问地址、联系电话、文件是否保密、是等人下来拿还是放前台。问完手写一张小条，拍照发骑手群。骑手大多在路上，微信群经常没人应，于是又要挨个打电话问。有一回，同一单被两个骑手同时接走，因为客服把截图发群里后没看回复，另一个骑手以为没人接。最后他赔了蛋糕店一单钱。
听朋友介绍，老陈找到常州飞傲软件科技有限公司。开发方先上门聊了一轮，把当时的接单、派单、对账流程从头问了一遍，出了份方案没收费。方案里没先上那些花哨的营销玩法，而是建议把订单流转理顺。
第一版做出来，核心就四块：用户端下单、骑手端接单、调度后台、月底自动汇总账单。
用户端没有做成“一刀切”的通用表单。帮送、帮买、帮取被拆成三个入口，填的内容不一样。帮买要填店名和可替换商品，帮送要填重量、是否保温。老陈最初觉得这样太麻烦，怕客人提交一半就退出。开发方加了一个“信息不全可提交”的兜底：订单会进入待确认区，由调度员回拨电话补齐信息。以前客服靠猜、靠翻历史聊天记录确认地址；现在后台直接标出哪几单缺信息，只需回拨确认。老陈举了个例子，以前有人下单“帮我买永红路那边的鸭血粉丝”，客服要打电话问是永红路还是永宁路——常州这两条路字音相近，错了要绕一大圈。现在系统把收货地址、店铺位置都做成必填项，这样的误会少了很多。
骑手端接单后，手机会响铃加震动，不用再时刻盯着微信群。取件和送件两个地址直接显示在地图导航里。订单完成后，骑手必须拍一张送达照片才能点“完成”。帮买订单还要求拍购物小票。一开始老陈觉得这条麻烦，后来发生了一件事：一个客人说没收到货，骑手坚持说自己送到了，两边说不清。老陈在后台调出照片，发现是客人同事代收的，问题当场解决。这件事之后，老陈自己要求所有订单都必须留凭证。
调度后台有一个地图页面，老陈坐在店里就能看到每个骑手在某条路上大概在哪个位置。以前客服回客人“帮您看一下”就没了下文，要等挂了电话再去翻本子、打电话问骑手。现在客服直接看后台就能说：“骑手在延政路，还有两个红绿灯到。”订单超时了会自动标红，不需要再靠晚上翻纸条整理异常单。
调度员每周按骑手的数据开始顺畅工作。月底结算原本要花整个下午甚至一整晚，翻手机群记录对账，经常和骑手手上记的数量对不上。现在后台按流程记录自动汇总每个骑手完成的单数和对应金额，老陈只需核对少数几笔临时调整的单子，时间缩短到一个小时以内，骑手自己也能在手机上看明细。核对时仍然按老规矩，跑腿费按“基础价+距离加价”算，这部分系统直接同步设置，基本不再吵。
上线后才遇到一个问题。最初跑单流程用的是抢单制，谁手快谁抢。但跑了一段时间，个别骑手用外挂抢单，不少年纪大些的骑手总抢不到好单，队伍里开始有意见。开发方和老陈讨论后，把流程改成“调度优先指派，超过半小时无人接自动进抢单池”。其实最初也考虑过做智能派单算法，但跑腿订单要考虑实时位置、路线方向和骑手当前负载，第一版就上算法成本太高，效果未必比调度员手动派单好，所以先搁置了。这个调整虽小，却让骑手之间的摩擦少了很多，因为订单是否公平的标准变成了“调度看得到全盘位置”，而不是“谁手机好使”。
整个项目从签合同到上线，花了大概一个月。开发方交付时把源码给到了老陈，后续要换人维护或加功能不会受制于人。老陈说，就怕那种做完以后动一下就要加收钱还不理人的公司，好在这家合同里把改动范围写了清楚，验收后也没冒出额外费用。
现在老陈的客服不用再拿两部手机轮班接电话了，单子从用户提交开始的每一个环节都在系统里有记录，查单、结算、处理纠纷都有了依据。老陈自己也没想到，一个看起来不算大的跑腿小程序，最先解决的竟然是“电话打不通”和“对账对不上”这两个老问题。
常见问题 FAQ
Q：跑腿小程序的核心功能有哪些？
A：核心功能包括用户端下单、骑手端接单、调度后台和月底自动汇总账单，且帮送、帮买、帮取分别设计不同填单流程。
Q：订单信息不全时如何处理？
A：系统允许信息不全先提交，订单进入待确认区，由调度员回拨电话补齐信息，并在后台标出缺哪几单信息。
Q：如何避免骑手与客户关于送达的纠纷？
A：骑手完成订单时需拍送达照片，帮买订单还要求拍购物小票，作为凭证可解决类似代收等争议。
Q：骑手派单方式是如何优化的？
A：初期采用抢单制，因外挂和手速问题改为调度优先指派，超过半小时无人接才自动进抢单池。
Q：月底对账是怎么简化的？
A：后台按流程记录自动汇总每个骑手完成的单数和金额，老陈只需核对少数临时调整，对账时间从半天缩短到一小时以内。