最近稍微了解了一下邻趣，其产品主要涉及众包配送和代办2块，今天尝试分析下众包配送这块产品的订单派单逻辑。
从知乎上了解到，邻趣已取消订单抢单模式，改为派单模式，考虑到1个城市10w+的日订单（数据来自上海的邻趣小哥），必然采用自动派单模式。假设所有订单都是即时类（非预约类）订单，越快完成越好，则需从3个方面来分析其自动派单的逻辑规则：派单规则、二（再）次派单的触发条件，结束派单的触发条件。
一、派单规则
考虑到派单规则的参考数据来源，我们可以粗略地将派单规则分为2块，分别是当前数据、历史数据。
A 当前数据
1. 配送员状态。必须是设定状态为“可派单”的配送员。
2. 位置。位置中有3个参数，分别是：配送员当前位置、配送位置、购买位置，为了保证配送时间，必须设定（配送员当前位置-购买位置）+（购买位置-配送位置）必须小于某一值，并且值越小，优先级越高。
3. 配送员当前未完成订单量。为了保证配送时间，选择当前未完成订单尽可能少的配送员。
B 历史数据
1. 用户喜好。为保障服务质量，若用户曾经使用过某配送员的服务，并且给予差评，则该用户的订单不会再派给此配送员；反之，可考虑优先派给好评的配送员。
2. 配送员的历史服务评价。
3. 配送员的接单率。
4. 配送员订单平均完成时间。
5. 配送员的历史订单区域范围。通过历史数据，分析出配送员偏好的配送区域，作为派单参考规则。
以上因素可根据某一阶段的产品侧重点（接单率、订单处理时间、订单服务质量）调整优先级。
二、二（再）次派单的触发条件
假设邻趣的接单率为30%（邻趣设定接单率为30%的配送员没有奖励也没有惩罚），订单平均完成的时间为35分钟，则订单平均派单次数为3.3次，派单流程上耗费的时间<5分钟，即每次派单<1.5分钟。
所以，再次派单的触发条件有2个：
1. 1.5分钟内配送员主动拒绝接单；
2. 1.5分钟内配送员被动拒绝（没有接单）。
三、结束派单的触发条件
邻趣采用区域经理制，即订单无人响应时，区域经理承担起配送任务，所以，需要考虑何时结束派单并将订单流转到区域经理手中。同样的，从2个方面考虑此问题：
1. 派单流程耗费的时间。比如设定派单时间>20分钟，此订单结束派单，转给区域经理。
2. 订单被拒绝的次数。比如设定订单拒绝次数>10次，此订单结束派单，转给区域经理。
订单派给区域经理后，区域经理手动派单的情况就不再
以上是我对邻趣即时类配送订单派单逻辑的简单分析，因为了解得较浅，所以很多方面可能都没有考虑到，希望能有人一起探讨下吧！
