第一千五百八十五章 模式可以反向移植 (第2/2页)

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