一个提供外卖服务的网站；
第二，网站要有两套后台，一套给商户，一套给用户；
第三，用户利用c在页面下单，商户也通过c接收订单，然后系统再向派送员派单；
第四，用户层面的c终端，李牧可以不去考虑，也就是说这套产品只考虑有c终端可供
作的普通用户，但是商户的c就是李牧需要去考虑的了。
现阶段电脑价格虽然有了不小的下滑，但问题是很多小型餐馆几个月的净利润也未必能买得起一台电脑，所以，自己如果想做大这块业务，就必须要想办法解决那些无力添置c终端的商户。
这个问题说起来可能比较麻烦，但李牧有他的先天优势，他可以直接找舟合作，让舟定制一款低配置的商用一体机，专门提供给商户使用。
机器可以通过租赁的方式给到商户，缴纳部分押金，或者完善经营信息，即可以低廉的价格进行试用，一旦他们发现线上订单给他们带来了可观的收
提升，他们自然会考虑购，或者长期租赁；
第五，由于没有智能手机，派送员的机动
会受到阉割，所以最合适的方式是，派送员限定区域，区域内的订单，由系统以短信形式向派送员的手机派单。
派送员限定区域，要采用覆盖
以及半径概念，例如，前期送餐业务还没有起步、使用率偏低的时候，一个送餐员可以覆盖2000的小区或者写字楼，那么，他的限定区域就在这2000的范围内，只有在他范围内的地址下单，才会向他推送；
而且，用户下单也要先限制他的下单半径，比如下单半径为三公里的话，那么用户就暂时只能对三公里半径内的商户下单，这样一来，派送员也会被捆绑在限定区域的三公里范围内，这样就可以保证送餐效率；
这其中大量的短信下发业务，可以和两家电信服务上
沟通，企业优惠价格是肯定可以保障的，剩下的就是想办法在两家之中斡旋，看看谁给的成本最低。
正常
况下，大客户一条短信的资费，是可以降低到五分钱附近，甚至控制在五分钱以下的，如此一来，一个订单里隐含的通信成本并不算高。
如此一来，拿自己举例，自己现在想点餐吃饭，自己要的整个下单及服务流程是：
先打开电脑，把紫云山庄列为收货地址，那么自己在网站上看到的，就是三公里范围内所有加平台的餐厅；
接着，自己通过c网站，浏览并选择好菜品，确认价格，这些步骤与在手机上作一样；
再接着，自己通过线上使用支付宝支付款项后，订单就会发送给卖家，卖家在审核订单之后，点击确认，那么买卖双方就已经达成协议，系统开始向所有限定区域内包含紫云山庄的派送员派单。
派单的信息中，将会有完整的取货地址信息，以及相对模糊的送货地址，比如模糊掉楼号以及门牌号、收货信息，派送员收到信息之后，先看大概位置，然后回复短信确定抢单；
多抢单的况下，由系统来公平的判定谁是第一个成功抢到订单的派送员，该派送员在收到确认信息后，即可前往商家取货，当他抵达商家、拿到餐品之后，才会看到收货的详细地址，然后出发送餐。
用户使用c下单之后，剩下的就是等待了，送餐员带着餐点送货上门之后，
易就自动完成，用户在接下来的时间里，还可以在c上点击确认，或者进行点评、申请售后。
捋一下虽然感觉比手机麻烦了一些，但是再仔细一想，当年最早用淘宝的那批用户，就是这么一路走过来的，完全是c作网购的全部流程，后来才把这套理论以及系统移植到了手机平台。
所以现在看看，把手机平台上的外卖理论以及系统，反向移植到c平台来，应该也是完全可行的，虽说必然会因为技术手段的欠缺，而在功能和效率上做一定的阉割，但这种阉割在这个时代背景下，是完全可以接受的……
一念至此，李牧几乎立刻就作出决定：做！一定要做！先从一线城市开始，逐渐向四五线城市以及县城覆盖，这样的话，等两年以后，智能机开始冒
，自己就可以迅速把它移植过去！
