本文为PMCAFF专栏作者 钟翼翔 于社区发布
随着物流行业的快速发展,作为支撑物流数字化管理、信息化运作的各类系统平台也正层出叠见。运输作为物流作业中费用占比最高的环节之一,其系统竞争也格外激烈,这里就借助市场上一些主流的运输管理系统简单的说一说运输系统的核心设计思路。
本文的结构目录:
物流系统框架构成介绍
目前运输管理系统情况简介
运输系统设计方法浅谈
运输作业环节的拆解与分析
苏宁运输系统设计案例
未来运输发展方向畅想
进行物流运输系统研究之前,可以先了解下运输系统在整体物流信息框架下的位置。
广义上的物流系统可以视为由多个作业子系统组成,以一般综合型物流系统为例,在整体框架上可以分为仓储系统、运配系统、单据(跟单)系统和计费系统,这四块是物流作业中的核心和必要系统,而根据企业性质和业务需要的不同,物流系统可能还会包含一些相应的辅助系统,如增值服务系统、客户服务系统等。
并且在物流系统的深度上,基于硬件设备的信息化应用,和对作业自动化、智能化的目标追求,使得如今热炒的“大数据”和“人工智能”也逐步成为大型物流系统的标配。
图1:综合型物流系统的一般组成
物流系统从单据接收或制成开始,通过仓库拣货发货,再通过分拨进行运输、末端配送,然后进行考核、结算,所有流程都离不开系统的支撑。
根据邮政局2017年的数据,运输作业总费用已占据物流总费用的近55%,而运输也是物流各作业环节中最直接的效能体现。粗犷来看,“物流”可以简单的视为点和线的关系,即如何在点之间找到合适的线,而运输的过程正是对“线”的动态演绎。所以,这里就由运输开始逐步说一说物流系统是如何设计、物流产品功能是如何规划的。
二、目前运输管理系统情况简介
运输管理系统(TMS),顾名思义是对运输作业从运力资源准备到最终货物的抵达目的地的全流程管理。目前市场上相对成熟的运输管理系统总体可以分为四类:SaaS类运输管理系统、企业自建类运输管理系统、车队监管类系统、O2O车货匹配类系统。
SaaS类系统侧重于中小型企业的运输管理;企业自建类系统一般都是大型物流企业的选择;车队监管类系统更注重对车辆位置、行驶状态等信息的监控管理;O2O车货匹配类则一般分为货主和车主用户,更像是一个信息匹配平台。当然这只是一个框架性的分类,各类系统的作用和功能也不仅限于此,这里不做细说,只是初步探讨。
在初步了解市场上主流的运输系统之后,开始运输系统产品设计方法介绍之前,再聊一聊运输的核心。
我所定义的运输的实质如下:想办法选择合适的交通载体让货物尽量按规定的时间节点以最低的成本安全完好的送达目的地。
这里有三个关键词:
1、成本:运输作业和物流中其它面向C端的作业线不同,虽然交通载体多样,但毕竟作业形式有限,且容易学习模仿。所以,在运输作业模式同质化越来越严重的今天,谁能有效的降低占物流费用大头的运输成本,谁就已在这场物流竞赛中占得了先机。
2、时效:对时效的有效控制,不仅可以为末端用户带来较强的用户体验,还能让物流作业链中的各环节严格按计划衔接开展,让资源的使用更为高效和合理。但是对时效的控制,绝对不是单纯的货或车到的越早越好,货和车比原定计划到达的过早可能会导致园区或仓库的月台不能及时安排货位或车位,甚至导致园区或仓库的后续作业计划被打乱。所以时效是要让货或车无限趋近于计划的时间准确到达。
3、安全:安全不必多说,事故越少则损失越小,但完全杜绝事故也是非常困难的。企业运输作业的百万公里事故率需力争压至1.5%以下,若百万公里事故率会高于3%,那就可能会引起运输作业线的崩盘。
所以,在设计运输系统产品功能时,应更多的考虑如何进行降本、确保准时和保障安全。在进行具体系统和产品功能规划时,若比较迷惘,不妨先围绕这三点进行思考,即如何降低运输成本?如何按计划准时执行作业?如何降低事故风险?
在有了初步方向的同时,可以更为细化的对问题再进行分解,以降低运输成本为例,可以根据运输作业中所涉及的方方面面再进行二次提问,例如为了降低运输成本,还可以再拆解为如何提升装载率?如何找到合适车型?如何评估最优线路?如何合理安排作业班次,降低车辆空跑率?
在针对成本、时效、安全三个方面讲问题逐步细化后,不难发现,为了解决这些问题,系统的产品功能已经可以初拟出一些关键词,而这些关键词又可以再逐步完善和发散,形成一系列的功能模块或功能点。(如图2所示)
图2:提问式产品关键词分析
当然以上的初步提问式分析法可能还停留在概念层面,具体运输产品设计时要怎么去做、需要考虑什么,还得再根据实际的运输作业流程来进行逐步拆解。首先是第一步对运输过程的阶段性拆解,运输过程可以简单粗暴的分为运输前、运输中、运输后三大阶段。(如图3所示)
图3:运输作业过程阶段性拆解
1、运输前,重点工作包括对运力资源的管理、对运输任务的规划、作业前的各事项协调准备、现场装卸车的交接,而这个阶段的侧重点可以归纳为“资源准备、高效装卸“;
2、运输中,重点工作包括对车辆出入站的管理(不同交通工具管理模式不同)、对交通工具在途的监控管理、对交通载体的时效控制、对危险驾驶行为的预警和及时干预,这个阶段的侧重点可以概括为“过程透明、及时纠偏”;
3、运输后,重点工作包括对车队或车辆的合理考核、对运输任务的计费结算、对各类重点环节的数据收集及有效分析,这个阶段最重要的工作就是收集运输过程的相关数据,包括作业数据、计费数据、车辆及司机状态数据等,再通过分析加工能产生四大类参考数据:
运输作业数据,正常的运输作业数据记录,如到发车时间、装载率等数据;
作业考核数据,对运输调度人员、司机及车辆的管理及作业考核数据,如发车及时率、在途时长、行驶路线偏移情况等数据;
计费结算数据,对运输作业相关费用数据的记录,但不同的运输模式会直接影响到计费结算的机制;
管理决策数据,根据数据的分析可为管理人员提供决策依据,如根据以往的路线行驶情况可以估算出两点之间使用什么交通工具或跑什么路线将会更为高效、如根据以往的货量判断次日或次月调度的车辆最适合使用什么样的车型等。
除此之外,运输过程还离不开各类硬件设备的支撑,例如承运设备、装载设备、监控设备,所以在做系统性的产品规划时,也必须考虑到对这些硬件设备的兼容和对接问题。
通过三大阶段和十二个环节的初步拆解,运输作业的主体流程已经有了雏形,为了配合这个主体流程我们所做的系统及产品应该可以满足基本的运输需要。但是若想在主流运输系统市场中脱颖而出,真正的做到能够为作业降本、守时、保安全,还需再继续细分运输作业环节的关注点,即在原有12个环节的基础上,将具体的关注点进行细化分析。
以第一个环节“运力资源管理”为例,运力资源管理其实可以再细化为两个攻研课题:资源的筛选与评估、资源调度管理。再单说“资源筛选与评估”这一个课题,资源筛选与评估即如何为司机及车辆建立合理的评估机制,并通过评估机制去合理筛选优质的司机及车辆资源,且这样的评估机制也并非是单一的,根据车辆归属(自有车辆/外协车辆/临时车辆)不同,其评估机制也一定有所不同。
通过如上方法对这12个环节进行细化,从而可以得出26个可考虑在产品设计方面去专项攻研的产品课题。(如图4所示)
图4:运输作业过程二次细化拆解
综上所述,当我们在对运输系统做产品设计研究时,我们就可以围绕这3个运输阶段、12个运输环节、26个攻研课题逐个开展设计研究。
当然不同的企业规模、不同的行业属性、不同的业务侧重,都会影响到运输系统产品规划的方向。如上所列的12个运输作业分解环节,在实际的产品设计中未必都需要重点研究,且这12个分解环节也未必可以完全覆盖运输作业中所涉及的方方面面。以之前介绍的TMS系统的分类为例:
如SaaS类运输管理系统更加注重运输作业的通用类步骤,如运力资源管理、作业计划安排、车辆任务执行、运输考核计费等;
企业自建类运输管理系统更加注重在基础运输作业功能之上对接企业内其它信息系统并打造个性化的业务需求;
车队监管类系统更加注重对车从出站、在途到入站的全程监控,对安全、时效、油耗等更为关心;
O2O车货匹配类系统则更加注重对车货信息的匹配、货物和车辆位置的跟踪、车源信息的可靠性,以及如何计费结算等。
所以这个运输产品设计的模型并不是固定不变的,和运输系统一样,没有最好的,只有更为适合自己公司或团队的。
五、苏宁运输系统设计案例
说了这么多概念性的东西,接下来再谈谈如何根据以上的模型进行系统的落地设计。以苏宁运输系统为例(由于会涉及到企业一些内部信息这里也会做一些脱敏处理),与其他物流企业不同,苏宁物流主要有两个特点:
1) 苏宁物流的业态多样,覆盖全面,是国内较少的几乎需要支撑全业态运输作业模式的企业。在17年收购天天快递后,目前干、支、城、配四种运输形式都包括在内,从中心仓、零售仓、小店仓的干支线运输到前置仓、门店、快递点、顾客家的市内调拨和末端揽送都有覆盖。且公路、高铁、航空,以及无人车、无人机等多种运输方式,大小件等货物运输能力,无车承运人、同城配等业务模式也都需要进行系统支撑。(如图5所示)
2) 苏宁物流的系统基本都是自主开发,各类型系统拆分较细,各司其职,所以耦合性低,但业务要求及个性化需求更多。
首先在系统设计时,先看一下系统所需支撑的运输作业模式,苏宁目前主要运输作业模式如下图所示:
图5:苏宁物流主要运输作业模式说明
在面对这样业务形态广、运输模式多的系统设计时,通常可考虑将整体设计分为四步开展:
第一步:场景初步梳理
由于苏宁所需支撑的运输模式及场景较多,所以在进行系统设计时还需先进行合理的设计场景区分。目前苏宁运输产品根据场景主要分为三大块,干支线运输、辖区调拨(含前置仓/门店/快递点)以及末端配送。这三块既是运输场景中三个独立运输模式,也可以视为使用共用底层服务(运力资源/运输监控/计费结算/数据分析等)的整体运输流程中的三个环节。
第二步:基于初步场景的共用服务和能力梳理
所有运输作业场景基本都基于一套共用的服务和数据资源,以苏宁运输系统为例,针对运输作业的支撑,主要有三类共用服务:
1、运输侧特有的共用服务,这类是指基于运输作业的一些常用功能及服务,例如运力资源管理和运输监控管理。运力资源池包括对人、车、承运商(车队)等主要运输资源的统一管理,运输监控管理包括地图监控系统、GPS解析等服务能力,这些都是无论什么运输场景和作业模式均可共用的运输服务能力;
2、运输底层服务,这类是指针对运输的一些底层服务能力的设计,如路由规划、时效控制、地址解析等,这些是运输作业可以顺利执行的基础保障;
3、物流共用能力,这类只是整个物流域系统的一些通用服务或能力,如数据分析和计费结算。在苏宁的物流域系统中,大数据和计费都是独立运行的系统,可对整个物流域进行统一的支撑。
第三步:基于初步场景和共用能力的单一场景细化梳理
在梳理出整体框架后,则可以开始针对单一场景进行细化补充。这里以作业模式较为复杂的辖区调拨为例。
辖区调拨包括了仓往前置仓、仓往门店、仓往网点、前置仓往门店、前置仓往网点、门店往网点、分拨往网点等细分作业场景的正向以及逆向调拨(可参考之前介绍的图5场景)。由于篇幅原因不能逐一细化介绍,这里就以仓往门店的调拨运输为例。
仓往门店的调拨其实还可以进一步细分为三类,一是大件(如大电器、家具)的调拨;二是常温小件的调拨;三是对温度要求较高的小件冷链运输的调拨。这三类在车辆要求、时效要求上也有所不同,但是因为同是辖区门店调拨,所以基本关注点可以视为是一致的。门店调拨其实除去共用服务外,最关注的就是作业协调准备、现场高效交接和合理的考核规则。(如图6所示)
图6:门店调拨运输作业的侧重点说明
1) 作业协调准备:因为门店调拨一般都是同一城市一个或几个仓库往多个门店间的货物运输,且门店要货也存在不确定性,有些门店可能几天才会发起一次补货,所以门店调拨的作业计划可根据门店当日或隔日的实际要货情况灵活制定,于是如何合理选择车型和规划线路就成了重点。故此时的系统设计重点将是围绕辖区调拨开展车型和线路的短频且合理的系统智能推荐,以帮助运输调度人员进行降本。(关于车线智能推荐我会专门介绍,如果有兴趣的朋友可以关注下我的个人微信:ernestzhong)
2) 门店现场交接:针对门店调拨,司机和门店如何进行高效交接,甚至是无人交接。目前行业内大小便利店和电器店众多,在门店调拨的交接方式上也各不相同。以常温小件调拨为例,目前比较常用的作业模式是,司机夜间送货到门店进行无人交接,通过提前排班用系统设置好的门磁卡打开店门,在指定的视频监控可覆盖的区域内进行卸货交接。且车辆进出电子围栏时系统会自动触发到发车判断,以方便对司机作业的时效性进行考核。这一套流程看似简单,但是其细节还需要不断的打磨和完善,例如针对每次卸货操作的视频监控的截取时间,是根据车辆进出门店的电子围栏时间判断截取,还是根据门店门磁卡的刷卡时间计算截取?这里并没有标准答案,但是其实在系统设计时都需要细心斟酌、全面考量。
3) 运输作业考核:门店补货,特别是冷链货物对于时效及运输环境要求较高,考核也会围绕这两块开展。但是具体如何考核会涉及到企业内部的一些敏感信息,这里就不做太多介绍。
第四步:基于单一场景作业流程的系统融合贯通
最后一步,其实也是最为复杂的一步。就是将多个场景进行最后的融合贯通,让我们所涉及的每个场景的独立流程都能衔接起来。当然这里需要考虑的因素较多,且会涉及到整个物流域大部分系统的对接与交互。
最后再说几点运输系统规划和功能设计时比较容易陷入的误区:
1、不要抓小失大,在设计运输系统产品时一切的核心都是为了降本(省)、准时(准)、安全(稳)。
2、信息化、数字化不代表给作业人员带来更多的操作步骤,特别对运输作业来说,千万不要给司机在驾车过程中安插太多需要操作系统的行为要求。
3、系统设计不能不近乎人情,判断标准绝不是单一的。以司机驾驶行为监控为例,驾车过程中抽烟可能对一些公司或车队来说是明令禁止的,是应该通过系统记录并给予惩罚的行为;而对于一些跑长途干线的司机来说,抽烟又或许能够帮助司机提神醒脑,所以在做司机行为监控时系统是否应该抓取司机的抽烟行为呢……(当然并不鼓励驾车吸烟行为)
六、未来运输发展方向畅想
未来的运输系统会怎么发展、运输业务会侧重哪个方向,这里不敢多说,简单的提几个关键词做一些预测尝试吧。
1、可定制化的GIS地图:提到地图,目前已经有系统能力非常成熟的高德、百度、图吧、腾讯等地图产品,但是对于运输作业来说也许这些都还不够。特别是在无人重卡、无人机、无人仓逐步投入生产作业,且运输作业站点和区域管理、自动化导航(无人驾驶技术导航)、辅助地理信息元素越来越个性化的未来,一套可定制化的GIS地图对于大型物流企业来说显得越来越重要。
图7:苏宁GIS地图
2、无人交接:在运输作业中车辆实际在途行驶的时间和车辆在园区的滞留时间几乎持平,这无外乎两个原因,一是调度能力,对运输货量及调车时间的错误估算会直接增加车辆在园区的滞留时间;另一个原因就是车货交接的效率,对月台车位的合理分配、对园区分拨作业效能的高度把控,可缩短车辆在园区的排队时间和装卸时间,但全靠人力交接始终是存在较多不确定性因素,并且在“无人化”概念逐步盛行的今天,为配合无人重卡、无人仓等技术,依托大数据和人工智能的无人交接也显得愈发关键。
图8:苏宁无人重卡
3、智能挂厢:目前很多企业的运输作业还停留在单纯管“车”的阶段,或者是将车头和甩挂进行简单的组合应用,但是实际上缺少了对“甩挂”的直接管理。当然也有很多企业已经走在了前面,例如沃尔玛公司在运输作业中就不“碰”车头,而是直接对甩挂进行管理,通过对挂厢的智能硬件升级,每一个挂厢我们都可以看成是一个小型的信息化移动仓库。未来的运输管理,车头或许只是一个动力牵引装置,而智能挂厢才是我们运输管理应该关注的核心。
图9:G7智能挂厢
七、结语
说了这么多的运输系统及产品设计经验,其实也并没有把运输信息能力都给覆盖完全,例如在运输作业中作为系统底层服务的路由、班线、时效、控量等系统设计都未提到,再例如类似无车承运人业务、车货匹配等行业热点也都没有涉及。运输看似只是点到点的车货位移,但是结合实际作业情况和商业模式却有着千变万化的玩法,这里我也只是抛砖引玉,给出一些运输系统设计的主干流程介绍,希望可以为各位物流IT人带来一些新思路。