外賣產品，和打車產品不一樣，後者有一個巨大的限制，就是提供服務的人，以及接受服務的人，機動性都非常高，高度依賴智能機里的gps定位來讓他們更容易捕捉到對方；

但是，外賣產品從本質上來說，提供服務的人，以及接受服務的人都是固定的，不固定的只是間提供外送服務的送餐員罷了，從來不會有人點個外賣，不寫一個明確地址，而是讓送餐員根據自己事實定位來尋找自己的，更沒哪個餐廳一邊做飯一邊移動自己的位置，所以，理論上來說，外賣產品，是可以直接在現階段傳統的pc互聯網時代使用的。

隨即，李牧開始在腦子里搭建起產品架構和需求。

第一，整個產品最適合做成web，也就是說，要開發一個提供外賣服務的網站；

第二，網站要有兩套後台，一套給商戶，一套給用戶；

第三，用戶利用pc在頁面下單，商戶也通過pc接收訂單，然後系統再向派送員派單；

第四，用戶層面的pc終端，李牧可以不去考慮，也就是說這套產品只考慮有pc終端可供操作的普通用戶，但是商戶的pc就是李牧需要去考慮的了。

現階段電腦價格雖然有了不小的下滑，但問題是很多小型餐館幾個月的凈利潤也未必能買得起一台電腦，所以，自己如果想做大這塊業務，就必須要想辦法解決那些無力添置pc終端的商戶。

這個問題說起來可能比較麻煩，但李牧有他的先天優勢，他可以直接找神舟合作，讓神舟定制一款低配置的商用一體機，專門提供給商戶使用。

機器可以通過租賃的方式給到商戶，繳納部分押金，或者完善經營信息，即可以低廉的價格進行試用，一旦他們發現線上訂單給他們帶來了可觀的收入提升，他們自然會考慮購入，或者長期租賃；

第五，由於沒有智能手機，派送員的機動性會受到閹割，所以最合適的方式是，派送員限定區域，區域內的訂單，由系統以短信形式向派送員的手機派單。

派送員限定區域，要采用覆蓋人口以及半徑概念，例如，前期送餐業務還沒有起步、使用率偏低的時候，一個送餐員可以覆蓋2000人的小區或者寫字樓，那么，他的限定區域就在這2000人的范圍內，只有在他范圍內的地址下單，才會向他推送；

而且，用戶下單也要先限制他的下單半徑，比如下單半徑為三公里的話，那么用戶就暫時只能對三公里半徑內的商戶下單，這樣一來，派送員也會被捆綁在限定區域的三公里范圍內，這樣就可以保證送餐效率；

這其大量的短信下發業務，可以和兩家電信服務上深入溝通，企業優惠價格是肯定可以保障的，剩下的就是想辦法在兩家之斡旋，看看誰給的成本最低。

正常情況下，大客戶一條短信的資費，是可以降低到五分錢附近，甚至控制在五分錢以下的，如此一來，一個訂單里隱含的通信成本並不算高。

如此一來，拿自己舉例，自己現在想點餐吃飯，自己要的整個下單及服務流程是：

先打開電腦，把紫雲山庄列為收貨地址，那么自己在網站上看到的，就是三公里范圍內所有加入平台的餐廳；

接著，自己通過pc網站，瀏覽並選擇好菜品，確認價格，這些步驟與在手機上操作一樣；

再接著，自己通過線上使用支付寶支付款項後，訂單就會發送給賣家，賣家在審核訂單之後，點擊確認，那么買賣雙方就已經達成協議，系統開始向所有限定區域內包含紫雲山庄的派送員派單。

派單的信息，將會有完整的取貨地址信息，以及相對模糊的送貨地址，比如模糊掉樓號以及門牌號、收貨人信息，派送員收到信息之後，先看大概位置，然後回復短信確定搶單；

多人搶單的情況下，由系統來公平的判定誰是第一個成功搶到訂單的派送員，該派送員在收到確認信息後，即可前往商家取貨，當他抵達商家、拿到餐品之後，才會看到收貨人的詳細地址，然後出發送餐。

用戶使用pc下單之後，剩下的就是等待了，送餐員帶著餐點送貨上門之後，交易就自動完成，用戶在接下來的時間里，還可以在pc上點擊確認，或者進行點評、申請售後。

捋一下雖然感覺比手機麻煩了一些，但是再仔細一想，當年最早用淘寶的那批用戶，就是這么一路走過來的，完全是pc操作網購的全部流程，後來才把這套理論以及系統移植到了手機平台。

所以現在看看，把手機平台上的外賣app理論以及系統，反向移植到pc平台來，應該也是完全可行的，雖說必然會因為技術手段的欠缺，而在功能和效率上做一定的閹割，但這種閹割在這個時代背景下，是完全可以接受的……

一念至此，李牧幾乎立刻就作出決定：做！一定要做！先從一線城市開始，逐漸向四五線城市以及縣城覆蓋，這樣的話，等兩年以後，智能機開始冒頭，自己就可以迅把它移植過去！