超时赔付。
如果比例高于10的话，那就无限期延后这个功能上线的时间。
一千名自行车骑手上岗的第一天，牛外卖的订单量确实得到了一定程度的缓解，但是，一千人里面，80以上的人都没有完成一天规定的二十单。
究其原因，主要就是因为订单距离较远，五公里半径对自行车骑手的挑战还是非常大的，许多人乍一骑自行车没什么感觉，但骑个十公里以上，疲惫的感觉就开始加倍。
前两单可能跑的还挺顺畅，往后就越来越累、越来越慢。
尤其是每一单都要先前往餐厅取餐，再前往用户那里送餐，有的时候完全就是在五公里范围内做大范围的随机移动，运动量消耗极大。
牛外卖很想通过系统算法，来为他们的骑手合理接单以及规划路线，例如，尽可能接商家、用户都距离骑手比较近的订单，但是，这个算法目前的牛外卖根本就支撑不了。
首先，他们没有办法定位他们的骑手位置，因为他们的骑手只有一台2手机，没有模块，无法向服务器上报坐标，所以，这样一来，他们根本没办法基于骑手的位置，给他合理分配订单
其次，他们系统内部也没有基于实际坐标，做一套自己的电子地图。
如果想在自己的服务器内标记位置，首先需要一套电子地图数据，并且需要后台系统支持这套电子地图，只有这样，他们的位置信息才有位置标记。
这就好像一个人的大脑，如果他的脑子里根本没有美国地图的大概雏形模板，你告诉他纽约市曼哈顿区，他脑子里记录的就是这行文字“纽约市曼哈顿区”，他根本就不知道这该死的纽约市曼哈顿区到底在美国的哪个位置，连一个大概范围都不知道。
这种情况下，如果你告诉他，有一个订单需要从纽约曼哈顿中心公园取货，送到第十六街35号，这个人对这两个位置根本没有任何其他的概念，因为他的大脑里没有基础地图。
如果牛外卖想在自己的系统里实现把商家的地址，以及收件人的地址坐标化，那么他们的系统才能判断出来，、、、这四个地址，哪两个离得更近、哪两个组合的订单最便捷、最容易加入其他订单来合并配送。
他们当初仓促上线，本身就有许多的技术漏洞没有解决，更不可能兼顾这么一套后台框架。
但是李牧的饿了么后台架构就不一样，李牧虽然现在也没有办法实现实时定位骑手位置的功能，但李牧起码已经把整个沪市的每一个区、每一
…。。