第一千五百八十五章 模式可以反向移植（2/2）

外卖产品，和打车产品不一样，后者有一个巨大的限制，就是提供服务的人，以及接受服务的人，机动性都非常高，高度依赖智能机里的gps定位来让他们更容易捕捉到对方；

但是，外卖产品从本质上来说，提供服务的人，以及接受服务的人都是固定的，不固定的只是中间提供外送服务的送餐员罢了，从来不会有人点个外卖，不写一个明确地址，而是让送餐员根据自己事实定位来寻找自己的，更没哪个餐厅一边做饭一边移动自己的位置，所以，理论上来说，外卖产品，是可以直接在现阶段传统的pc互联网时代使用的。

随即，李牧开始在脑子里搭建起产品架构和需求。

第一，整个产品最适合做成eb，也就是说，要开发一个提供外卖服务的网站；

第二，网站要有两套后台，一套给商户，一套给用户；

第三，用户利用pc在页面下单，商户也通过pc接收订单，然后系统再向派送员派单；

第四，用户层面的pc终端，李牧可以不去考虑，也就是说这套产品只考虑有pc终端可供操作的普通用户，但是商户的pc就是李牧需要去考虑的了。

现阶段电脑价格虽然有了不小的下滑，但问题是很多小型餐馆几个月的净利润也未必能买得起一台电脑，所以，自己如果想做大这块业务，就必须要想办法解决那些无力添置pc终端的商户。

这个问题说起来可能比较麻烦，但李牧有他的先天优势，他可以直接找神舟合作，让神舟定制一款低配置的商用一体机，专门提供给商户使用。

机器可以通过租赁的方式给到商户，缴纳部分押金，或者完善经营信息，即可以低廉的价格进行试用，一旦他们发现线上订单给他们带来了可观的收入提升，他们自然会考虑购入，或者长期租赁；

第五，由于没有智能手机，派送员的机动性会受到阉割，所以最合适的方式是，派送员限定区域，区域内的订单，由系统以短信形式向派送员的手机派单。

派送员限定区域，要采用覆盖人口以及半径概念，例如，前期送餐业务还没有起步、使用率偏低的时候，一个送餐员可以覆盖2000人的小区或者写字楼，那么，他的限定区域就在这2000人的范围内，只有在他范围内的地址下单，才会向他推送；

而且，用户下单也要先限制他的下单半径，比如下单半径为三公里的话，那么用户就暂时只能对三公里半径内的商户下单，这样一来，派送员也会被捆绑在限定区域的三公里范围内，这样就可以保证送餐效率；

这其中大量的短信下发业务，可以和两家电信服务上深入沟通，企业优惠价格是肯定可以保障的，剩下的就是想办法在两家之中斡旋，看看谁给的成本最低。

正常情况下，大客户一条短信的资费，是可以降低到五分钱附近，甚至控制在五分钱以下的，如此一来，一个订单里隐含的通信成本并不算高。

如此一来，拿自己举例，自己现在想点餐吃饭，自己要的整个下单及服务流程是：

先打开电脑，把紫云山庄列为收货地址，那么自己在网站上看到的，就是三公里范围内所有加入平台的餐厅；

接着，自己通过pc网站，浏览并选择好菜品，确认价格，这些步骤与在手机上操作一样；

再接着，自己通过线上使用支付宝支付款项后，订单就会发送给卖家，卖家在审核订单之后，点击确认，那么买卖双方就已经达成协议，系统开始向所有限定区域内包含紫云山庄的派送员派单。

派单的信息中，将会有完整的取货地址信息，以及相对模糊的送货地址，比如模糊掉楼号以及门牌号、收货人信息，派送员收到信息之后，先看大概位置，然后回复短信确定抢单；

多人抢单的情况下，由系统来公平的判定谁是第一个成功抢到订单的派送员，该派送员在收到确认信息后，即可前往商家取货，当他抵达商家、拿到餐品之后，才会看到收货人的详细地址，然后出发送餐。

用户使用pc下单之后，剩下的就是等待了，送餐员带着餐点送货上门之后，交易就自动完成，用户在接下来的时间里，还可以在pc上点击确认，或者进行点评、申请售后。

捋一下虽然感觉比手机麻烦了一些，但是再仔细一想，当年最早用淘宝的那批用户，就是这么一路走过来的，完全是pc操作网购的全部流程，后来才把这套理论以及系统移植到了手机平台。

所以现在看看，把手机平台上的外卖app理论以及系统，反向移植到pc平台来，应该也是完全可行的，虽说必然会因为技术手段的欠缺，而在功能和效率上做一定的阉割，但这种阉割在这个时代背景下，是完全可以接受的……

一念至此，李牧几乎立刻就作出决定：做！一定要做！先从一线城市开始，逐渐向四五线城市以及县城覆盖，这样的话，等两年以后，智能机开始冒头，自己就可以迅速把它移植过去！