作者:Dydavid 2012年
今天心血来潮,看到了一篇关于TMS的文章,可以说是我近来读到的一篇对于TMS的分析非常到位的文章,作者的观点很客观,大部分也很准确,虽然里面举得例子都是国外的TMS供应商,但是对中国,从概念和模式上,也有很好的借鉴之处。好东西,与大家共享之,赶上今天比较有空,简单的把这篇文章的要点大概的翻译描述一下,同时加上个人的观点若干,因为文章写的和我个人之前的观点非常之吻合,不吐不快呀,呵呵。
当然,最后奉上全文,供大家下载。
提出现在市场上主要的两种类型的TMS
传统TMS -- 类似所有传统软件, 单用户模式(single tenant),自己管理服务器或找IDC托管,软件仅供自己内部使用,基础数据(masterdata)独享/唯一
社区型/平台型TMS -- 多用户模式(multi tenants),使用云计算,用户除了得到TMS基本功能,同时也是加入一个“社区”,有成百上千个和你一样的“邻居”,大家共享基础数据
列出了在国外主要的两种TMS的供应商
个人备注: 介于两者之间,还有一类TMS, 由某个大型的生产制造企业开发或购买,以该企业为主,让所有的承运商使用这个软件,可以下载订单,追踪反馈,回单上传,生成帐单等等。但是这种主要是以这个龙头企业,或者说是所谓的这条供应链的链主的利益为主,对于所有的物流公司,这可以视为一个他们要操作这个企业的运输业务的额外成本,因为他只能被动录入信息,只能服务于该龙头企业。想一下,如果这个物流公司操作5个这样的客户,那么他得操作5个不同的系统。
2. 两者现在优势、劣势比较
作者在对两者优劣比较的时候,观点很客观,传统TMS依然在一些重要方面占据优势,比如战略采购,功能全面性,优化功能等,同时社区型/平台型TMS在则一些执行层面更有优势,比如过程透明性,数据实时反馈,数据真实性,数据传输等。具体内容,大家可以看下面的表:
作者也坦言,虽然社区型/平台型的TMS在很多方面占据优势,但是目前总体来说还是传统型TMS市场份额更大,因为传统TMS在传略采购和优化方面做得更好,当然另外一个重要原因是大型的跨国公司更加青睐传统TMS,因为觉得从规模上(比如业务上地域的延伸),可以更好的满足需求。
个人备注:这一点也确实如此,因为美国的运输市场集中程度很高,集中化程度越高,越容易选择传统型TMS,传统TMS的逻辑和集中化程度高的企业或市场吻合,从内到外的思维方式,以我为主,我的流程这样的,你按照我的来等等。不过在中国的运输市场则不同,市场及其分散,碎片化,而且中国的运输市场是一个纺锤形,两头大,中间小,物流公司80万家,就算全做运输,那么发货人的大中小企业是数以百万计,另一头的司机也是几百万。在这样的市场下,集中化的方案其市场也相对有限。
3. TMS的未来
尽管以上种种,但是最后,作者很直接的说:现在,传统的TMS做的更好,但是TMS的未来,属于社区型/平台型TMS。原因有两个:
1. 后者正在日渐努力缩小与传统TMS在功能全面性和优化能力方面的差距;
2. 这个是最关键的原因,目前尚未利用的但是最大的可能降低运输成本的因素是--- 降低车辆在路上的空驶,而这一点,只有社区型/平台型才有可能做到。作者引用美国交通部(US department of Transportation)的数据为证,美国有25%的车辆在路上处于空驶状态。同学们,那中国呢?你能想象吗?
个人备注:这一点我个人绝对认同,就降低成本而言,对于甲方也好,第三方物流,运输公司,甚至专线公司,都是永恒的主题。就内部深挖,提高自身等方面降低成本,我想很多公司已经做的够多了,而中国过去10年的运输市场也反映了这一点,价格一直在降,成本一直在涨,生意还是一样在做,所以近2年,我们才会越来越多谈公路运输困境,生存空间缩小,变革之年。。。。也出现了好的创新思路和业务模式,比如快运进一步提速,专线联盟,专线平台等等。同时,另外一种思路,跳出来,从更广的角度去看整个运输产业链:生产制造企业(货主,甲方)- 3PL或大中小运输公司-司机,提供类似社区型/平台型的TMS,有几个关键点(不谈细节,比如功能,架构,):
数据共享:这个很重要,不是说我准备好一套数据你们都来用,而是共同基础数据+存在合作关系的公司间的共同数据,有了这个基础,传输数据的真实性、可信度才能实现,才能打破信息的不对称,才能有机会做数据挖掘,才能降低空驶,才能撮合交易。
提炼流程,标准化,了解细节但不沉溺于细节而不自拔 -- 谁都知道也会说“中国运输市场很复杂,需求都不一样” “市场太不成熟了,不适合我们的软件/系统”,但是这些都不足以成为阻碍创新的借口,反而该是动力,市场如果很好很成熟,创新何来?正所谓:技术应该顺应市场需求,而不是等待市场“成熟”.
关注甲方需求 - 货从而来?甲方。服务的需求何来?也是甲方。所以,运输链条上,很多的驱动因素来自甲方的需求,所以更多的关注甲方的需求没有错,但是记得:了解细节,但能超越细节。
开放平台:对主流ERP的标准接口开放,对可能的一些第三方应用的开放,比如GPS,SMS,APP等等,开放是帮助你增长,而封闭。。。,好像目前只有apple能够这么牛B
低成本、SaaS:别再想着卖给人家:license+ hardware + implementation man days + customization man days了,这些是传统软件公司干的事儿,学学salesforce,能SaaS就SaaS吧。就我个人观点,很粗鲁的预测一下,软件业的趋势,未来可能就剩3种:大型、超大型企业仍然使用大型复杂的企业级软件,比如SAP, Oracle; 特别个性化的领域,还是传统软件,很细分;剩下的,逐步转向SaaS。因为对于客户来说,他应该为买到的价值付费,而不是这个软件本身。Pay for value, not pay for software。SaaS可能会颠覆很多公司的现有模式,当然,和任何变革都一样,你不参与到颠覆中来,那么就等着被颠覆吧。SaaS其实不新鲜了,比如20年前,装个座机电话还得交很贵的钱,现在硬件好像免费或者很低吧,用就行了,还有宽带,还有手机,不用买了,有合约机了,用本来就要用的话费来充就可以了,从某个角度上来说,这都是SaaS.
不好意思,讲SaaS讲多了点,回到TMS。其实开始也别急着叫平台,就从小社区开始入手,从小才能到大。另外,顺序要选对,切入点要选对,如果错了,要么全输,要么偏安一隅。
What_Type_of_TMS_Is_Best_ARC.pdf
评论整理:
TMS SAAS在国外早已是成熟领域;而在中国也就GPS SAAS服务算是个成熟市场,前2年有欧美TMS SAAS模式的厂家尝试进入中国市场调研,试水,很快就没声音了。在国外做TMS SAAS服务的,单客户年度缴费贡献非常高,有个40-50家客户就能支撑起,在中国SAAS等同于便宜的理念下培养不出优秀的供应商,只有传统TMS市场发展起来成熟度高了,才有可能进入社区平台时代把。另外公共服务这块,很多人都在关注,需求也清晰,愿景也美好,许多地方企业也在尝试,希望能早日看到成功者吧。
Pay for value, not pay for software.
这算是我在物流论坛里见的关于TMS最好的帖子了,学习了。
一提到wms和tms,大家的印象都是wms已经比较成熟了,国内也有很多优秀的软件供应商;而tms还是处于一个“混乱”的局面,很多的软件供应商,都说自己是最好的,最优秀的,但这些也都仅限于某个行业或者领域,成熟度还远没有wms那么高,所以这么看来,tms还是大有可为,saas模式是趋势,但也是挑战。
3.bchyuan
在运输合约没有规范起来之前,SAAS型的TMS是构建不起来的,前述两类产品都有接触和研究过,要知道其根本出发点是完全不同的。
根据目的不同,我觉得应该把TMS分成以下几个种类,叫不同的名字,可能对物流或者货主企业遴选系统或者服务更有帮助。
1)运输管理和优化 -- 着重于货的分配,合约,混载,多点提货和多点配送,回程车,计费,以最小费用为优化重点。适用于货主和第三方物流。
2)配送路径优化--着重于区域配送的路径优化,以最小配送路程为优化重点。适用于车队。
3)货物实时跟踪 -- 重点在记录运输中的各种Activity。适用于车队。
后两者用SASS模式是不错的。
---Dydavid
有道理,SaaS的一个前提就是数据共享common data,数据共享大体上可以分两种,其中一种是运输合同业务双方之间的数据共享,比如一个典型的关系:甲方-3pl-运输公司中,三方共享的数据有提货点信息、收货点信息、产品信息;双方共享的数据就是合同,包括价格、价格参数,运输时间、SLA/KPI。后者的数据是严格限于合约双方的,并不会越级传递,确保商务数据的准确性和保密性。但是前者就可以随着订单,层层传递,确保运输数据的准确性。
另外,这里说的三方数据共享,并不是放在哪儿大家都能看到,而是在其中一方(甲方或客户方)的masterdata中,随着订单的不同而传递不同数据。至于双方的数据共享,就跟你和客户的合同,承运商的合同一样,看到的都是一样的。
数据共享是社区型TMS的前提和基础,才能进行数据的传输,同时,数据一次输入后,避免了后续人工干预,也大大提高了数据准确性和真实性,这也是很重要一方面。
----bchyuan
再讲的透一点:五年前我曾经研究过Bolero,这是一个运输过程中的多方(包括船公司,政府机关,3PL和货主)共享的数据和交换平台。是比较典型的共享式服务,有兴趣的可以去研究。虽然我一向不认为这应该是TMS的范畴,但这样的平台对货主建立一个运输优化系统是有至关重要的作用的,没有规范合约和规范实时的数据传递和共享,货主的运输优化系统的效果会大打折扣。在中国的环境下,这样的平台应当是政府主导和非盈利的,才有可能发展起来。
赞一个,就我接触的tms系统(汽车第三方物流)有很多功能并不能在实际使用中实现,期待tms系统有更好的发展吧...也期待自己知其所以然
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
备注:
8年过去了,国内的TMS市场如何呢?
tms功能好不好,要看他解决的问题,是不是企业亟待解决的问题。如果只是功能凑数,还不如没有这个功能。那么哪个功能是亟待解决的呢,举个例子,十年前有个客户问我有无“点检功能”,我说没有。客户很轻蔑的嘿嘿笑了一声,车辆安全比天大,你这TMS竟然没这个功能。我们本来认为,这些简单的,静态的功能,我们觉得没必要放进tms里。有个很有意思的现象,有些同行,包括他们的客户,当我提到他们tms需要实现线路规划和自动配载功能。他们都会很自豪的说,这个我有。我怀疑是要么他们意会错了线路规划和自动配载的含义,要么是不想把比较难堪的问题袒露在我面前。因为我提到说想看一下效果时,一定会被以各种理由拒绝。另外,线路规划和自动配载功能,对大多数做运输的人来说,是没啥用的。但在某些上规模的城市配送业务,这两个功能就非常有用。调度是这些公司里最糟心的事。千金易得,调度难求。
This guy is lazy,Introduction has not been set