修改导语：一个体系的运作，是由体系的功用加上外部的运营和操作等一系列功用一起组成的，那么该怎么规划一个聚合物流体系的概念解析

　　在开端正式规划之前，需求辨明物流配送体系是做什么的，以及几种物流方法。在供应链体系模型：将多方配送资源进行整合，供给全体解决方案的第四方，第四方在整个供应链中承当渠道信息发布、信息匹配和促成、物流资源承继，物流解决方案等人物，能够为商家供给配送方法的最优解，往往会依照必定的战略，呼叫价格最低或顺次呼叫装备的承运商以到达配送的意图。现在针关于O2O事务，国内展开相关事务的公司有麦芽田、餐道等。聚合物流的完成，依赖于第三方物流敞开接口才能，现在干流的承运商，都敞开了接口才能。

　　回归到笔者面对的具体事务场景上来，咱们遇到了什么痛点，要求咱们供给4PL的才能呢：

　　榜首：渠道履约服务费形成毛利率进一步下降：以美团、饿了么为例，商家能够挑选和渠道签约配送合同，订单由渠道呼叫对应的美团配送和蜂鸟配送，渠道要额定收取履约服务费，一般2-6元不等，进一步下降了毛利。

　　第二：渠道呼叫配送或自营物流在极点气候或节假日时，均可能会呈现长期无骑手接单或其他无法配送的状况，形成无效订单，进一步影响商家运营状况。

　　第三：自建物流本钱较高，部分中小商家无力承当，可是运用渠道的第三方物流时，又只能获取规范的配送服务，关于冷链等特别配送要求适配性缺乏。

　　那么因为单一的自营物流或第三方物流，现已无法满意部分商家的诉求了，那么此刻聚合物流体系之间坚持平衡，有必要多方面的考虑ROI，做出逻辑上的取舍。不可避免的，要有许多装备，请看文章《我对B端体系装备功用的规划考虑 | 人人都是产品司理 (woshipm.com)》。

　　别的请读者考虑，假如最开端，咱们没有将三个不同的配送场景笼统一致起来，而是当作三个不同的用例规划，那么咱们会将体系规划成什么姿态，咱们可能会添加三个装备页面：当渠道配送反常时，咱们怎么怎么处理，商家自己配送反常时，体系怎么怎么处理，然后用配送方法字段来区别，渠道配送无配送单，其他的有配送单……

　　可是，咱们在体系规划过程中，总是期望将共性的逻辑提炼出来，这样将大大减轻用户的认知本钱，一起也利于进步体系的可复用性，假如咱们为每一个场景都规划一套逻辑，一套界面，那么用户运用体会是分裂的，界面规划将是冗余的，期望读者能够了解里边的纤细差异。

　　本篇文章想表达的许多，可是受限于个人的才能，所以有些需求具体的当地可是表达的很大略，有些需求简略说说的，又显得长篇大论，期望我们给出定见和主张，我必定会汲取采用。后续会更新OMS体系的中心逻辑的规划，敬请期待。

　　题图来自 Unsplash，根据 CC0 协议