同城物流到底该怎样做？

去年，当我们决定在社区开实体+网上的便利店的时候，多数人都觉得我们很扯淡。但是我们自己却很快沉浸在前几家店稳定盈利的喜悦里。虽然，它的利润并不那么高，但是至少这是一门可以自己养活自己的生意。我们终于可以把我们的用户叫做消费者了——这才是传统商业的本质。我们也有机会通过低利高频的消费类目，带动低频高利的消费类目，以提高利润水平。一切简单又直接，我们真的正在成为社区生活消费的入口。但是，事情真的没有那么简单从去年年底到今年的年初，我们忽然发现，门店越来越多，但是效率却在下降。这个问题之前一直被掩盖在每日上升的店面交易中，这些漂亮的数字完全把我们这些做互联网的年轻人麻痹了。之前我们在互联网公司工作的小伙伴，习惯了漫长的亏损期，也习惯了指数级的增长。当我们“意外”的发现今天投入成本，明天就有产出的时候，也理所应当的以为，这样的增长会一直持续下去。
    　　怎么办？看数据！把几个月数据拉出曲线图来一看：店头盈利未变，上门服务出了问题。当每天送到一百单的时候，我们遇到了一个物流的盈利平衡点。再多送，就要加人，利润反而减少了。于是，有的店头忙不过来，就会放弃一些单子。而下一个物流的盈利平衡点，是在接近每天700单左右。这意味着，如果一切架构不变，我们要在短时间内规模扩大几倍。更准确的表述这个问题就是：我们的大量利润，被物流配送团队，消耗掉了。这个增长的瓶颈就是【同城物流】时候摆在我们面前有两个选择： 1、一个选择是快点去找钱，帮助我们度过这个阶段亏损期； 2、另一个选择就是停下来，把这个问题解决了，再上路。
    　　一个朋友给喝了一口创业者的通用鸡汤：“不忘初心”。我们当初为什么要做社区便利店？并不是因为这些便利店能在店头赚多少钱，而是因为，如果我们要做到上门配送，同时又能够为未来的发展留有多业务拓展的空间，我们就需要一个仓储和配送的分布式解决方案。这个方案，目前看来效率Zui高的方式是：社区便利店。既可以店头销售，也可以就近存储。社区便利店已经是被验证是一个O2O的入口。而开店Zui终重要的三要素就是“位置、位置和位置”，这个位置，是遵从店头销售Zui大化，还是遵从【同城物流】效率Zui大化，这是完全不同的两个问题。我们的店面太过于重视店头销售的人流量，而忽略了物流配送的效率。比如，我们所在的燕郊，每个小区都有几万人。横穿一个小区要超过半个小时，再加上等电梯上楼的时间，我们在路上就要消耗40分众左右的时间。而我们有一个门店，要同时兼顾四个小区，每当需要配送的时候，我们送货的小伙伴不是在路上就是在电梯里。我和一个北大软件学院毕业的哥们，两个三十多岁的老男人，常常要开着SUV去社区送货，或者抱着孩子在店头收银，服务质量也开始大幅下滑。在这样的情况下，对位置的考虑就变得很重要1、如果重视店头人流量，就应该把店面开在小区外围接近小区入口的街边商铺中。Zui理想的状态是“傍大款”：跟着麦当劳、肯德基这样的人流量聚集能力强的异业伙伴一起走，肯定没错。2、如果重视快速配送的效率，就应该把店面开在小区中间有足够地下仓储空间的一层民宅。或者建立在几个小区的物理Zui近点上。店头更多的是完成包装和配送，而不是售卖。这些两难问题，在燕郊这个竞争相对不太激烈、租金成本相对低廉的市场，被用户汹涌的购物需求掩盖了。而当我们跨出燕郊进入环北京市场或者进入北京城区，这些被掩盖的问题，会随着摊子不断变大和各项开支成本升高而再次爆发出来。我们会因为资金使用效率低和管理负担越来越重，死在路上。挣扎了好久，一狠心！趁着我们还没形成路径依赖，把店关了，部分人员暂时回到线上去积累本地流量。一切从头再来，回到原点，重新研究【同城物流】的问题，看看别人是怎么做的 【同城物流】，我们首先想到的是滴滴打车的模式，就是人人快递和云鸟配送正在做的事儿。云鸟配送通过整合大量货运车辆，在平台以公开竞价招投标的方式，为企业客户提供专业的配送解决方案。在对企业服务前，企业通过竞价招投标的方式在平台上招募司机，相当于组建了一个临时车队。云鸟则通过互联网信息计算对运力进行调配、现场管理。