一千名自行車騎手上崗的第一天，牛外賣的訂單量確實得到了一定程度的緩解，但是，一千人里面，80以上的人都沒有完成一天規定的二十單。

    究其原因，主要就是因為訂單距離較遠，五公里半徑對自行車騎手的挑戰還是非常大的，許多人乍一騎自行車沒什么感覺，但騎個十公里以上，疲憊的感覺就開始加倍。

    前兩單可能跑的還挺順暢，往后就越來越累、越來越慢。

    尤其是每一單都要先前往餐廳取餐，再前往用戶那里送餐，有的時候完全就是在五公里范圍內做大范圍的隨機移動，運動量消耗極大。

    牛外賣很想通過系統算法，來為他們的騎手合理接單以及規劃路線，例如，盡可能接商家、用戶都距離騎手比較近的訂單，但是，這個算法目前的牛外賣根本就支撐不了。

    首先，他們沒有辦法定位他們的騎手位置，因為他們的騎手只有一臺2手機，沒有模塊，無法向服務器上報坐標，所以，這樣一來，他們根本沒辦法基于騎手的位置，給他合理分配訂單

    其次，他們系統內部也沒有基于實際坐標，做一套自己的電子地圖。

    如果想在自己的服務器內標記位置，首先需要一套電子地圖數據，并且需要后臺系統支持這套電子地圖，只有這樣，他們的位置信息才有位置標記。

    這就好像一個人的大腦，如果他的腦子里根本沒有美國地圖的大概雛形模板，你告訴他紐約市曼哈頓區，他腦子里記錄的就是這行文字“紐約市曼哈頓區”，他根本就不知道這該死的紐約市曼哈頓區到底在美國的哪個位置，連一個大概范圍都不知道。

    這種情況下，如果你告訴他，有一個訂單需要從紐約曼哈頓中心公園取貨，送到第十六街35號，這個人對這兩個位置根本沒有任何其他的概念，因為他的大腦里沒有基礎地圖。

    如果牛外賣想在自己的系統里實現把商家的地址，以及收件人的地址坐標化，那么他們的系統才能判斷出來，、、、這四個地址，哪兩個離得更近、哪兩個組合的訂單最便捷、最容易加入其他訂單來合并配送。

    他們當初倉促上線，本身就有許多的技術漏洞沒有解決，更不可能兼顧這么一套后臺框架。

    但是李牧的餓了么后臺架構就不一樣，李牧雖然現在也沒有辦法實現實時定位騎手位置的功能，但李牧起碼已經把整個滬市的每一個區、每一條路、每一條街、每一棟建筑都進行了坐標化，他的后臺里，早就有了整個地圖以及這些地址的坐標，如果系統接到大量訂單，它自己會先根據訂單規劃單個訂單需要跑的配送路線，然后在這個配送路線的基礎上，增加其他適合合并的路線。

    這個，牛外賣再有一個月的時間都實現不了。

    既然實現不了，就無法為自己的騎手提供任何實質性的幫助，所以騎手接單，距離遠近全靠運氣，想合并訂單、一趟多跑個一兩單也不可能。

    由于大量自行車騎手沒有完成規定訂單數，他們立刻對這項工作失去了興趣，好在盧允浩及時讓步，把每天最低的二十單，暫時下調到了每天十五單。

    每天只要完成十五單，就能拿到六十元，自行車配送一單的成本已經達到四元。

    但是盧允浩只能咬牙接受，這是沒辦法的辦法，至少這樣可以先支持平臺運轉起來，而不至于讓許多用戶想下單都下不了。