派送員限定區域，要采用覆蓋人口以及半徑概念，例如，前期送餐業務還沒有起步、使用率偏低的時候，一個送餐員可以覆蓋2000人的小區或者寫字樓，那麽，他的限定區域就在這2000人的範圍內，隻有在他範圍內的地址下單，才會向他推送；
而且，用戶下單也要先限製他的下單半徑，比如下單半徑為三公裏的話，那麽用戶就暫時隻能對三公裏半徑內的商戶下單，這樣一來，派送員也會被捆綁在限定區域的三公裏範圍內，這樣就可以保證送餐效率；
這其中大量的短信下發業務，可以和兩家電信服務上深入溝通，企業優惠價格是肯定可以保障的，剩下的就是想辦法在兩家之中斡旋，看看誰給的成本最低。
正常情況下，大客戶一條短信的資費，是可以降低到五分錢附近，甚至控製在五分錢以下的，如此一來，一個訂單裏隱含的通信成本並不算高。
如此一來，拿自己舉例，自己現在想點餐吃飯，自己要的整個下單及服務流程是：
先打開電腦，把紫雲山莊列為收貨地址，那麽自己在網站上看到的，就是三公裏範圍內所有加入平台的餐廳；
接著，自己通過PC網站，瀏覽並選擇好菜品，確認價格，這些步驟與在手機上操作一樣；
再接著，自己通過線上使用支付寶支付款項後，訂單就會發送給賣家，賣家在審核訂單之後，點擊確認，那麽買賣雙方就已經達成協議，係統開始向所有限定區域內包含紫雲山莊的派送員派單。
派單的信息中，將會有完整的取貨地址信息，以及相對模糊的送貨地址，比如模糊掉樓號以及門牌號、收貨人信息，派送員收到信息之後，先看大概位置，然後回複短信確定搶單；
多人搶單的情況下，由係統來公平的判定誰是第一個成功搶到訂單的派送員，該派送員在收到確認信息後，即可前往商家取貨，當他抵達商家、拿到餐品之後，才會看到收貨人的詳細地址，然後出發送餐。
用戶使用PC下單之後，剩下的就是等待了，送餐員帶著餐點送貨上門之後，交易就自動完成，用戶在接下來的時間裏，還可以在PC上點擊確認，或者進行點評、申請售後。
捋一下雖然感覺比手機麻煩了一些，但是再仔細一想，當年最早用淘寶的那批用戶，就是這麽一路走過來的，完全是PC操作網購的全部流程，後來才把這套理論以及係統移植到了手機平台。
所以現在看看，把手機平台上的外賣APP理論以及係統，反向移植到PC平台來，應該也是完全可行的，雖說必然會因為技術手段的欠缺，而在功能和效率上做一定的閹割，但這種閹割在這個時代背景下，是完全可以接受的……
一念至此，李牧幾乎立刻就作出決定：做！一定要做！先從一線城市開始，逐漸向四五線城市以及縣城覆蓋，這樣的話，等兩年以後，智能機開始冒頭，自己就可以迅速把它移植過去！
本章已閱讀完畢(請點擊下一章繼續閱讀!)