怎么办？
卢允浩头大如斗。
想来想去，他想出一个解决方案，
先发布超市配送即将上线的预告，但不明确上线的具体时间，以及上线后的具体赔偿措施，只是先告诉大家，这个功能即将上线。
然后，赶紧把那一千名自行车骑手弄上岗，让他们赶紧投入到配送大军中去。
眼下，牛外卖的一千名自行车配送员已经陆续到位，正在进行为期一天的最基础培训，一旦他们知道怎么接单、怎么送单，他们就会被立刻投入到牛外卖与饿了么鏖战的中心地带。
一千名自行车配送员，每天的薪资水平是60元，但是他们每天的工作时间只有不到十个小时，也就是说，正常情况下，他们一天最多也就能跑二十几单，三十单已经是极限了。
这还只是一个理论值，万一订单距离普遍较远，那这个数字还会打上一个折扣。
要是配送员自身的体力比较差，那就更没谱了。
但是，为了防止有人混日子，牛外卖还是给自行车骑手定了最低任务量，他每天必须要完成二十单，才能拿到当天的底薪，否则的话，每少一单，扣五元，一直到扣完为止，如果连续三天不达标的，则必须淘汰。
卢允浩期待着这一千个自行车配送员能够提高整个牛外卖的订单周转速度，同时能够分担高峰期送餐压力，如果这一千人能够表现不错，能够把超时送达的比例降低到10以内，那自己就可以宣布正式启动超时赔付。
如果比例高于10的话，那就无限期延后这个功能上线的时间。
一千名自行车骑手上岗的第一天，牛外卖的订单量确实得到了一定程度的缓解，但是，一千人里面，80以上的人都没有完成一天规定的二十单。
究其原因，主要就是因为订单距离较远，五公里半径对自行车骑手的挑战还是非常大的，许多人乍一骑自行车没什么感觉，但骑个十公里以上，疲惫的感觉就开始加倍。
前两单可能跑的还挺顺畅，往后就越来越累、越来越慢。
尤其是每一单都要先前往餐厅取餐，再前往用户那里送餐，有的时候完全就是在五公里范围内做大范围的随机移动，运动量消耗极大。
牛外卖很想通过系统算法，来为他们的骑手合理接单以及规划路线，例如，尽可能接商家、用户都距离骑手比较近的订单，但是，这个算法目前的牛外卖根本就支撑不了。
首先，他们没有办法定位他们的骑手位置，因为他们的骑手只有一台2g手机，没有gps模块，无法向服务器上报坐标，所以，这样一来，他们根本没办法基于骑手的位置，给他合理分配订单；
其次，他们系统内部也没有基于实际坐标，做一套自己的电子地图。
如果想在自己的服务器内标记位置，首先需要一套电子地图数据，并且需要后台系统支持这套电子地图，只有这样，他们的位置信息才有位置标记。
这就好像一个人的大脑，如果他的脑子里根本没有美国地图的大概雏形模板，你告诉他纽约市曼哈顿区，他脑子里记录的就是这行文字“纽约市曼哈顿区”，他根本就不知道这该死的纽约市曼哈顿区到底在美国的哪个位置，连一个大概范围都不知道。
("小说")手打更新
这种情况下，如果你告诉他，有一个订单需要从纽约曼哈顿中心公园取货，送到第十六街35号，这个人对这两个位置根本没有任何其他的概念，因为他的大脑里没有基础地图。
如果牛外卖想在自己的系统里实现把商家的地址，以及收件人的地址坐