南京某科技公司派单小程序开发

给南京这家科技公司做派单小程序，核心问题就一个：单子怎么分给合适的人。这看起来是个技术题，其实更是个业务题，因为不同的业务场景，对“怎么分”的要求完全不一样。有的要快，有的要准，有的要公平，答案都不一样。同样是派单，修家电和跑腿的要求就不一样，不能一套逻辑走天下。

派单的模式大体有两种：抢单和派单。抢单是师傅自己抢，谁手快谁接，适合单子分散、师傅主动性强的场景；派单是系统根据位置、技能、负载自动分，适合需要统一调度的场景。我们两种都做了，让客户自己选，跑不同业务的时候用不同模式，灵活度更高。客户根据自己的业务，在后台一键切换模式，不用改代码。抢单模式还要防着有人刷单、挑单，我们加了抢单频率限制。

工单流转要清晰，这是整个系统的骨架。下单、派单、接单、上门、完成、评价，每个状态都要能实时跟踪。状态机我们设计得很细，每个状态之间能走什么、不能走什么都定死了。客户能看到师傅到哪了，师傅能看到自己的任务列表，管理后台能看到全局的调度情况，三方视角都照顾到，任何一方都不会两眼一抹黑。评价环节还接了短信和模板消息，客户不打开小程序也能收到进度。

调度这块，我们一开始也想过上复杂的算法，什么最优路径、什么智能匹配，聊了一大堆，PPT 画得挺漂亮。后来实际做下来发现，真没必要。先按位置就近、再按技能匹配、最后看负载，这套简单的规则就够用了，效果不比复杂算法差，还好维护、好解释。简单规则的好处是出问题好排查，师傅也容易理解为什么单子分给他。我们还留了人工改派的入口，特殊情况管理员能手动兜底。

真正关键的其实是数据要实时、要准确。位置漂移、状态更新不及时，这些基础问题比算法重要得多。师傅明明已经到楼下了，客户端还显示在几公里外，这种体验的伤害，再聪明的算法也补不回来。位置数据一脏，后续的分单、计费、轨迹全跟着错。为了位置准，我们同时用了基站定位和 GPS 交叉校验。

所以我们把力气花在了位置上报和状态同步上。定位要勤、要准，接单、上门这些关键节点要第一时间同步到所有相关方，宁可把上报频率调高一点，也不能让状态滞后。这里还涉及省电和上报频率的平衡，做起来比想象中磨人。我们在弱网环境下专门测过，断网重连后状态要能自动补齐。

这个项目做下来，我最大的感受是：派单系统的成败，不在算法多聪明，而在数据多及时、流转多顺畅。地基没打牢，上面盖再多花活都是虚的，用户感知不到什么智能算法，只能感知到“师傅怎么还不来”。

回头看我们当初想上复杂算法，其实是有点技术上的“自我感动”，想把事情搞得漂亮，却没想清楚业务到底需不需要。最后砍掉那些花活，反而让项目更扎实，也更早上线。这个教训我们现在还常拿出来说，尤其是新同事想炫技的时候。

把地基打牢，比什么都强。这是这个项目留给我们团队最实在的一句话。派单系统的地基，就是实时、准确、顺畅这几个字。