个人认为，一个运输生态的核心有两点：1.连接；2.紧密结合业务流程。

只连接，不结合业务流程，那是弱连接，随时可以断开；只结合业务流程，不连接，那是企业传统软件的封闭时代。只有基于紧密结合业务流程的连接，才是我们要去迎接的美丽新时代。这也是为什么我自己产品（oTMS）的口号是：连接你的运输。

1.连接

中国运输市场的结构：货主－3PL－分包商－司机－收货人，在这样一个“串联”结构里面，对货主而言的运输管理质量以及对承运商而言的服务质量与其说是取决于自己，不如说是取决于这个链条中最弱的那一环，类似我们常说的木桶理论，一个木桶能装多少水，取决于最短的那块木板。所以，哪怕你自己武装到牙齿，一旦订单出了你的公司，该传真传真，该电话电话，该虚报还是虚报，你如何能察觉？所以，在一个竞争日益激烈、服务要求日益提高的年代，连接是必然的选择。

那么，我们该如何连接？除了互联网/移动互联网，舍我其谁！

我一直认为，运输和互联网是天生一对，尤其是在中国。尽管反差很大，但是请试着拿一张纸，划一个运输网络图：

• 若干货主－若干3PL－若干分包商－若干司机－若干收货人，你会看到一个交叉连接的运输网络图；
• 然后把里面的货主、3PL、分包商、司机、收货人的人物，换成路由器，那么你现在看到的是一个互联网的基础设施图；
• 如果你再把里面的这些个货主、3PL、分包商、司机、收货人，全部换成一个个人，那么你看到的是一个人和人之间的社交网络（SNS）。

所以，用互联网来实现运输行业中B2B2C的连接似乎是天生的选择，让我们看看这些特点：低成本、高度灵活、全连接。。。对于这种默契的关联，诧异吗？不用，请赞美吧！

2.结合业务流程

这里简而言之，就是运输管理系统（TMS）。不管是做完整生态，还是做局部生态，迟早都会遇到这个题目。如前所说，连接之后，转变为强连接的最有效方式就是结合业务流程，怎么结合，就是通过运输管理系统，当然，根据情况不同，这里的TMS有的会侧重订单执行，有的会侧重车辆管理，但是如果要去做的是一个完整生态，则必须是一个能够管理订单全流程的TMS。

这里的TMS，不再是像传统TMS那样大门一关，在公司内部，自己陪自己玩儿，其重点应当是在基于连接后的企业间协作，提高整个链条的管理水平和效率。所以，传统TMS软件的产品思路，可以借鉴、但不能借用，思路、逻辑、算法都大不同。这里不是全盘否定传统软件，而是指在建立运输生态领域的应用。好有一比，在移动互联网时代，QQ的团队恐怕永远无法开发出微信，手机QQ有一个移动的身，但微信有一颗移动的心，这就是差别。

最后，再啰嗦一句，尽管这里的题目是生态第一，可是根基还是那6个字：看产品、看执行。

相关信息：TMS、tms系统、物流运输管理系统、物流管理软件、物流管理系统、物流运输系统、运输管理系统、物流管理信息系统、物流公司管理系统、运输公司管理系统

运输，这个几乎和餐饮一样古老的行业，这里说的运输，特指是快递、快运之外的公路整车和零担运输，最大的市场、最散的结构、很多的从业者，这个领域里面，包括第三方物流，运输公司、专线公司、信息中介、个体司机等等，所谓“江湖”是也。

寒冬已至，最适合温一点酒（茶也好），聊一点江湖，说一说运输。你若也有兴致，就一起来吧。

运输的完整生态是这样的，一票订单，流经：货主－3PL－分包商－司机－收货人。再延伸一下，复杂点儿：货主－3PL－分包商1－分包商2－分包商3—司机－收货人；简单点儿：货主－运输公司－司机－收货人。当然在现实世界中，复杂的多，简单的少。

其实，现在整个运输行业大家都卯着劲儿地做各种创新尝试，大都是在有意或无意的向着建立生态的方向奔去。在此简单做如下划分，一家之言，未必准确：

1. 关注局部生态：在这样一个完整的生态中，也可以划出来若干小生态，比如现在很多各式各样的APP、配货网、以及一些平台等，针对的很多都是运输公司－司机的底层生态。

2. 重塑生态，变成：货主－司机。这种是打算建个平台，干掉中间的运输公司，直接就货主－司机对接了。

3. 也是重塑生态，用创新方式建成线上运输软件社区，连接货主到司机以及中间无限层级的运输公司，做成：货主－oTMS－司机的模式（呵呵，此处真的不是广告，而是我们实在做得是一件特别的事情，自成一类了）

详细地说来，我们建立的是一个完整的业务生态：货主－3PL－分包商们（如果有）－司机－收货人，打通全链条的信息流通，但不去干涉实际运营、不干掉任何一方，而是服务于所有各方，帮助上游更好地管控下游，也帮助下游为上游提供更好的服务。让各方都从中受益，产物就是现如今的oTMS。

对于方式1，保守地看好，但是有一种可能性，局部随时随地可能变成全局，就是1向3的演化，永远存在下游逆袭的可能性，至于做得如何，那要看产品、看执行。

个人不看好方式2，基本无望。有人会说，少即是多(less is more)，这是又一句被炒翻天的神句，仅次于互联网思维。可是亲们，少即是多，来源于设计师，其后延伸到互联网产品设计，但不代表放之四海而皆准的地步。作为物流行业耕耘者，在我们热情的拥抱互联网的同时，不能忘了物流行业的商业特点，这可是“忘本”。

至于方式3，非常有可能做起来，这实际是用一个更大的运输公司去替代现有的若干小运输公司，我相信在中国，会有集约化的大车队、运输公司出现，本质上，这更是一个类似第三方的内部生态。但是，具体能走多远、做多大，看产品、看执行、看博弈。

相关信息：TMS、tms系统、物流运输管理系统、物流管理软件、物流管理系统、物流运输系统、运输管理系统、物流管理信息系统、物流公司管理系统、运输公司管理系统

微信，移动互联网时代最强应用，携6亿用户席卷天下，在称雄C端（consumer，消费者个人应用）的同时，众多敏锐的企业也借助微信公共号，向各自的客户提供更好的服务体验，而且，最近江湖传言，微信计划7月发布微信企业号，进军企业级市场，一时间，众多企业级软件供应商“人心惶惶”。

公路运输，信息化最弱的传统行业之一，当然快递和快运除外，快递应当是信息化武装到牙齿才对，当然目前在中国，快递信息化程度很高，但是远未武装到牙齿，但怎么说也应该是穿上了衣服。快运信息化程度应该次之，但也一样，虽不尽如人意但是也算可以蔽体。

我这里说的运输，是快递、快运之外的公路整车和零担运输，最大的市场、最散的结构、很多的从业者，这个领域里面，包括第三方物流，运输公司、专线公司、信息中介、个体司机等等，所谓“江湖”是也。在这个领域，当然也有信息化程度相对还过得去的公司，但是个体的出色掩盖不住整体的孱弱，基本我们可以把这个领域的信息化列入“裸奔”或者说－光膀子的行列。

但是这个行业/领域正在奋起追赶的前夜，正如我们一贯的观点，触底反弹、否极泰来，大家都在酝酿改变，不论是哪种模式，无不把信息系统放在很关键的位置。而微信作为时下最普及的应用，已经被一些敏锐的行内企业利用起来，向客户提供基于微信的货物追踪，客户关注企业公共微信号，输入订单号码，或者其他相关信息，便可以收到对应的回复，有的还可以下单等等。

趋势是好的，但是不赞成一些行业内人士过分夸大微信作用的观点，我觉得不能用光鲜的前端应用，掩盖孱弱的后台能力。所以，才忍不住就这个话题专门写点儿东西：

• 方向偏了的 － 请自动纠偏
• 方向不清的 － 希望能帮你整理思路
• 方向正确的 － 一路狂奔吧

首先，我们从微信的角度来看（这里不谈微信营销）。对于传统行业来讲，微信可以有两个角色：

1. 做功能应用：就是自己开发相关功能；
2. 做开放接入：就是开放接口，接入第三方应用，比如接入传统企业管理软件

微信的角色，将取决于面对什么类型的企业级软件，个人认为大致如下，一家之言，欢迎拍砖

对于运输这样的传统行业，开发任何一套应用，都需要有深厚的行业知识和对行业趋势的把握。明显微信是不可能杀进来做个TMS或者其他类型的运输相关管理应用的，这种东西对微信而言，是个重的要死的东西，而且我相信微信也无意于自己操刀来做每件事，作为明白的平台公司，微 信大可以开放接口，打开门来做生意，接入大量的第三方应用，把第三方应用传递来的数据、信息，通过微信这个接口，呈现给客户。

所以，对于传统运输行业而言，微信的角色是做接入，意味着微信是个渠道，是一个客户获取信息的介质，在这个意义上，微信和短信、邮件、电话是同等作用，那么关键就在于你得看企业这个微信介质的背后是什么？是发达的、整合的信息系统？那么太棒了，这个加上微信是如虎添翼， 对消费者是锦上添花。但是，如果背后依然是人工、电话、Excel呢？那么我们只能称之为新瓶装旧酒，治标不治本。

针对这一点，我们再深入展开分析一下：

观点如上，大家应该一眼就能看明白：

1. 快递领域：非常好的探索，给用户，尤其是个人消费者更多、可能也更方便的下单、查询的选择；
2. 快运领域：同上
3. 公路整车/零担：也是很好的尝试，毕竟给客户多一个选择，而且某种程度上可能会有其方便的地方，比如对于终端收货人可以关注某个物流公司的公共号，输入订单号码，查询订单状态，但是我总觉得这是一个典型的新瓶装旧酒的事儿，我不否认微信的便捷性和普及性，但是不代表具有普适性，尤其在B2B中的业务流程有关的方面。那么让我们一起透过现象看看背后的玄机：

a)微信入口的背后：如前所述，抛开微信的光环，把微信当作和短信、邮件、电话同等性质的介质或入口来看，你就能淡定的去问：1、你从微信查到的信息是哪里来的？很大程度上微信是一个入口，背后对接的是企业的内部IT系统，用纯手工的方式来支持微信入口，绝对属于出力不讨好；那么2、企业内部IT系统的信息是哪里来的？我想这个地方的回答和以前的应该没什么变化，大部分是根据承运商的excel反馈，然后自己录入的；如果有人说还开放了端口给承运商，那么请再多问一句，那么承运商还有下家，直至司机，这些还是老套路，并无区别：手工的流程＋微信的查询界面。

不可否认这仍然是一种进步，起码给用户多了一个选择，更多的去考虑终端用户服务体验，但是并未带来实质性的改变，真正的改变应该来自于合作企业之间的协同和连接。

b)货主：如果作为货主方，你会使用微信来查询和管理订单吗？微信入口更适合于作为用户界面，而不是作为管理界面。

c)收货人：如果是收货人，你会使用吗？我估计很多人会回答是的，但是经过我们的实践验证（非微信，其他方式），这是需要区分场景的：1、如果是经常性的稳定收货人，比如你一个月要配送给他几十票、上百票订单这种，有可能会用。如果是偶发性收货人，难度比较大，一个月订机票货，还得去关注一个物流公司的微信号，还得每次想起来去查询，这是一件想起来容易做起来难的事儿，大家看看自己的微信里面已经关注了多少公共号？；2.收货人主动查询还是推送给收货人：如 果是前者，效果要差很多，如果是后者，则会好很多。我的忠告是不要高估人们在工作方面的积极主动性，除非他很热爱工作，或者万不得已要出事儿的时候。

好的衣服，不但得有漂亮的“面子”，也得有牢靠的“里子”。

好的运输信息化，不但得有便捷的前端应用，更得有强大的后台体系。

与君共勉。

相关信息：TMS、tms系统、物流运输管理系统、物流管理软件、物流管理系统、物流运输系统、运输管理系统、物流管理信息系统、物流公司管理系统、运输公司管理系统