“段言”是oTMS全新推出的一档集“行业前瞻”，“资讯点评”，“公司理念”及“产品解读”于一体的专业性栏目。我们将在此独家分享给大家oTMS联合创始人段琰的行业深度剖析！

这是我们的第四期产品原则解读，oTMS内部有8条产品原则，在oTMS从0到今天的过程中，这些产品原则起到了重要的作用，而未来的路，我们也会坚定的按照这些方向走下去。 我们愿意把这些产品原则分享出来，供更多的朋友参考，感谢支持！

oTMS的8点产品原则：

1. Better workflow for everyone. 更好的连接，更好的协同，让每一个人变得更好

2. Client problems, our solutions. 用非线性思维来解决问题

3. We make magic. 走出舒适区，发现奇迹

4. Everything is connected. 万物互联：牵一发而动全身（本期解读）

5. Enterprise users deserve better.极致用户体验

6. Data talks. 用数据说话

7. oTMS （Really） Mean open. 开放的生态

8. oTMS is just means to an end. oTMS只是方式，不是目标

#4：万物互联：牵一发而动全身（Everything is connected）

传统软件相比较，oTMS最具创新的一点就是把物流外包链条上的所有参与者能够连接起来，货主、物流公司、专线、司机、收货人都在共同的平台上相互配合、共享信息、各取所需，我们也是中国首批做出这种产品的公司。而这种方式现在也得到了市场的普遍认可和接受。

但是这种连接的背后，意味着极大的复杂性，oTMS系统中每个使用者、每个功能都不是彼此孤立的，好像蝴蝶效应一般，可能在某处你不经意的改变一个你认为的“小小”的功能，会造成全链条的变化、影响这个链条上所有的参与者。

请回想一下我们的产品原则1: betterworkflow for everyone，我们的产品同事需要足够的聪明和睿智、足够勤奋的思考和探讨，去合理的评估任何一个改变对于整个流程中其他参与方的影响，以及如何更好的设计产品，把复杂留给自己、把简单留给用户。反之则可能是一种灾难，想象一下如果客户需要去面对一个越来越复杂的工具的时候，他内心会是一种什么感受，就好像如果你是图片中这个人一样，貌似互联、但毫无头绪。。。

“段言”是oTMS全新推出的一档集“行业前瞻”，“资讯点评”，“公司理念”及“产品解读”于一体的专业性栏目。我们将每周一期独家分享给大家oTMS联合创始人段琰的行业深度剖析！

此次，David将为大家解读《全球物流创业公司投资并购趋势》报告，欢迎各位留言发布个人观点。

我在2014年初，写过一篇文章《麦肯锡：2014，物流业并购的春天》，当时还是以《运输进化论》的名义在写，现在回头看看，题目说对了一半，物流业并购的春天没来，但是物流业的春天倒是真的来了，而且是技术含金量很高、持续时间会很长、当然过程也必然波澜起伏的一个春天。

最近看到了国外著名的风险投资数据平台公司CBInsights一个专题报告，特别想分享出来，题目是《供应链和物流领域创业公司－投资、并购和趋势观察》，涵盖了全球范围的该领域的投资数字/事件分析，里面也包含了大量中国和美国的供应链和物流领域的创业公司，你可以看到很多耳熟能详的名字，比如oTMS:>

看完之后我感觉特别强烈，分享三点给大家：

1. 技术驱动会越来越明显：经验很重要，但是技术会占据主导。

文章《麦肯锡：2014，物流业并购的春天》里汇总过：

2006-2008，基本是外资物流公司在收购中国物流公司；

2011-2014:基本是各种VC/PE在投资物流实体公司；

再看看这个报告中总结的2014-2016，越来越多的投资在向技术导向型公司倾斜。

2.在这个领域中，中国企业和美国企业差距并没有那么大，可以交流学习，但是无需仰视。

3. 中国的机会更大，原因是基础更差、效率更低，当然中国市场所需时间可能更长，但是这二者是辩证统一的。而且，全方位的技术进步，会极大缩短这个时间。

报告全文38页，本文选取了其中大部分内容进行解读：

PART ONE：Investment trends and landscape

自从2012年以来，供应链和物流科技领域中发生了938起融资事件，吸引了84亿美金投资。

阿里系绝对是大赢家，一个超级巨头菜鸟＋小巨头百世，菜鸟的天网、地网确实有超强想象力，可惜目前还是主要限于2C领域，当然能把2C吃好已经很好胃口了，2B具有更大的想象空间，但是绝对需要不一样的基因。

这应该是迄今为止，我看到过最全的国内外物流领域创业公司的汇总了。

看来UPS比Fedex想得开，你们要”肢解”我，也算我一份儿，一起来。其实是好事儿，大公司体制内创新太难，甚至不可能，既然看到趋势，自己干不了，就以各种可能的方式去参与进去。

PART THREE：UPS & UPS Strategic Enterprise Fund

PART FOUR：Spotlight：Rise of trucking tech

这里我有一些不同意见，车货匹配本来是个很中性的词，可惜现在感觉在中国物流行业内被迅速的叫成了一个捎带贬义的词，一切来的太美好，突然又消失的太快。

前段时间我在朋友圈发过2则新闻：Convoy系列转型，签约联合利华。。。创始人说Convoy要转型，立志成为世界上服务顶级的运输公司。而前后脚，又有cargomatic遭遇困境。。。我就不往国内引申了。

这个世界不会在乎多一家少一家提供好的服务的运输公司，从一个逻辑走不通的方向走入一个逻辑走的通、但是彻底红海的市场，是一种选择，但并不好，离你改变世界的梦想渐行渐远。

大家可以迅速的联想到国内对标他们的公司是谁，我就不点名了:>

PART FIVE：Exits & recent deals

关注订阅号“oTMS一站式运输服务平台”（ID：iloveotms），回复【报告】获取英文完整版报告。

“段言”是oTMS全新推出的一档集“行业前瞻”，“资讯点评”，“公司理念”及“产品解读”于一体的专业性栏目。我们将在此独家分享给大家oTMS联合创始人段琰的行业深度剖析！

这是我们的第二期产品原则解读，oTMS内部有8条产品原则，在oTMS从0到今天的过程中，这些产品原则起到了重要的作用，而未来的路，我们也会坚定的按照这些方向走下去。 我们愿意把这些产品原则分享出来，供更多的朋友参考，敬请期待！

oTMS的8点产品原则：

1.Better workflow for everyone. 更好的连接，更好的协同，让每一个人变得更好
2. Client problems, our solutions. 问题和方案的非线性关系（本期解读）
3. We make magic. 走出舒适区，发现奇迹
4. Everything is connected. 运输互联：牵一发而动全身
5. Enterprise users deserve better.极致用户体验
6. Data talks. 用数据说话
7. oTMS （Really） Mean open. 开放的生态
8. oTMS is just means to an end. oTMS只是方式，不是目标

#2：用非线性思维来解决问题（Client problems, our solutions）

成功不是一条直线，适用于大多数的情况。传统软件公司，解决客户提出的问题办法，往往都是在问题和办法之间画一条直线，客户要什么，传统软件公司就去做什么。而在oTMS，我们提倡应用“双钻模型(DoubleDiamond Model)”的方法来分析问题、解决问题。把“发散思考”和“聚合分析”的方法论辩证的应用于发现(Discover)、定义（Define）、开发（Develop）、交付（Deliver）这四个阶段。

第一个菱形包含两个阶段：发现（问题）和定义（问题），虽然谈的是产品原则，主角是产品团队，但是在这个阶段客户以及我们的业务团队同事也担负着主要的责任，比如Sales/PMO/PD/CS。

1.发现（Discover）：客户在某个时间点提出了某个具体的需求，我们要求我们的同事和客户一起，去发现和这个问题相关的所有前后左右的其他问题，这是一个发散过程，从某个具体问题出发，把周边相关可能问题都挖掘出来。比如，客户要求增加订单分配后，仍然可以更新数量、重量和体积的需求，这是一个具体问题。那么和这个问题相关的问题可能会有：

• 客户希望通过什么方式更新，对接or手工？
• 应该由谁来发起更新？
• 更新之后是否全链条同步更新？
• 当一个订单包含多个订单行的时候，是只更新订单级别的数据，还是也要更新订单行数据？
• 客户为什么会有这种需求？
• 有这样情况的订单比例占多少？

2.定义（Define）：基于发现的所有相关问题，充分的论证，挖掘出客户真正的、有价值的需求，这是一个聚合的过程。比如接着上面的问题，在考虑到各种可能性后，我们确认下来：

•  因为生产不确定性的原因，订单数量经常会有变化
•  这种订单比例占比30%－40%，比例很高
•  需要做到订单行和订单层面的同步的数重体的更新
•  订单应该通过系统对接的方式和文件导入的方式，由客户或承运商发起更新，全链条同步更新

可以说，这是一个值得我们去解决的问题，定义也很明确，前因后果也比较清楚。但是如果变一下，最后一条不是全链条同步更新，而成了更新结果只向上传递，体现给货主，而对向下分配给承运商的订单，则不更新。如果是这样的话，就违反了我们的产品原则No1，损害了链条中其他参与方的利益，是我们的产品禁区，可以否决了。

第二个菱形包含也包含两个阶段：制定方案和交付产品。这个阶段的主角是产品团队，在第一个菱形结束后，我们拿到的是一个方向正确、需求明确的客户需求，那么就轮到我们的产品团队来发挥作用。

3.制定（Develop）：这又是一个发散的过程，产品团队需要从这个明确的需求出发，考虑各种各样方案的可能性和对其他功能模块可能产生的影响，因为oTMS中，不但各个功能模块是相互连接的，而且不同公司用户之间也是相互连接，有一些改变，可能会牵一发而动全身。比如，在上面的例子中，数重体更新后：

• 对费率计算的影响？
• 对帐单的影响？
• 对KPI计算的影响？
• 数字更新后，下游供应商有异议怎么处理？

4.交付（Deliver）：最后又是一个聚合的过程，在充分验证和讨论各种可能性及影响后，去芜存菁，最后制定出的产品设计、开发团队进行开发、测试、上线，当然还有反馈收集。

如何能够很好的运用发散－聚合的方法，可以给我们实际工作带来巨大的帮助，可惜实际中我们做的远远不够，我们很多时候都是在点到点的直线解决问题，希望今后大家在工作中能做到自己主动的学习和思考。

就好像上边右面的这张图片，当你决定购买这块制作精美的瑞士手表时候，你不会去试图理解这块手表背后的制作过程、工作原理，你也不会去给表店/制造商建议别人如何如何改进，你所需要做的就是选择一块最适合你的手表：制作精美，展示你的身份；准确计时，告诉你时间。