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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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