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

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

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

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

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

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

    其次，他們系統(tǒng)內(nèi)部也沒有基于實際坐標(biāo)，做一套自己的電子地圖。

    如果想在自己的服務(wù)器內(nèi)標(biāo)記位置，首先需要一套電子地圖數(shù)據(jù)，并且需要后臺系統(tǒng)支持這套電子地圖，只有這樣，他們的位置信息才有位置標(biāo)記。

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

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

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

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

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

    這個，牛外賣再有一個月的時間都實現(xiàn)不了。

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

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

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

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