网站建设播放vr视频,个人做网站备案吗,二维码怎么做网站,网站数据采集 源码下文为广西星网智云总经理韦炜的演讲全文#xff1a; 大家下午好#xff0c;今天给大家分享一下玉柴的数字化转型过程#xff0c;以及整个过程中我们会怎样使用低代码。 ﹀
﹀
﹀ #玉柴数字化战略
#两个要点
我们的数字化#xff0c;是在公司的整一个战略转型下去做的。…下文为广西星网智云总经理韦炜的演讲全文 大家下午好今天给大家分享一下玉柴的数字化转型过程以及整个过程中我们会怎样使用低代码。 ﹀
﹀
﹀ #玉柴数字化战略
#两个要点
我们的数字化是在公司的整一个战略转型下去做的。我们定义要做独立的专业动力系统的供应商因为我们跟其他的厂家不一样玉柴是独立的发动机厂商身份我们不与客户去争抢市场而是作为背后的动力支持。整个玉柴 1235战略里面跟数字化紧密相关的是两个点一个点是新能源动力另一个点叫“做全 做新 做强”。
首先新能源动力因为新能源实现了电子控制它比基线控制更精准在这之上会衍生很多IT需求。比如我们现在做农用机械的自动驾驶为什么原来做不了因为原来是手动挡变速箱我没办法控制它。现在我们通过新能源混动的自动挡变速箱可以很精确地控制它并且电力的控制会比机械的控制更精准。所以现在我们有很多的控制程序是写在发动机上面的整个数字化转型跟动力系统结合就更紧密了。
第二是做全、做新、做强它指的是我们要进入更多的领域出更多的产品拓展更多不同细分市场。比如说像农业动力像小麦机、水稻机、收割机是这种类型下不同的细分市场。但有很多细分板块里的应用对玉柴来说是不明确的不可能提出明确的需求只能边做边摸索。所以在数字化转型过程中我们需要降低试错成本包括时间成本和金钱成本。如果“错”是不可避免的话那就降低“错”的成本还要从“错”里面汲取知识。
所以可以看到玉柴的数字化战略就是要帮助业务流程创新同时帮助产品实现智能化转型升级。
#四个关注
这也是今天早上杨总的分享为什么我们从传统的信息IT部门合并了企业管理部做业务流程咨询然后又把战略、情报、人力、投资又拢在一起变成一个运营管理线。目的是希望公司从战略、到业务流程、到执行、到IT的落地都能够实现企业数字化战略。从这一块我们会看到会关注运营效率关注运营效能、关注客户体验以及关注业务创新。
第一关注运营效率。我们现在跟业务人员去聊IT需求的时候我们不再说要什么功能有几个表单分别是什么按钮。我们把它变成你现在提的需求与你板块的哪一个业务指标相关比如说部门周转率、客户的响应速度等等我们把它变成一个个的指标然后把指标在公司的指标数里面去做关联去看这个指标到底能支撑和关联公司哪个顶层指标以此来判定这个需求的合理性和紧迫性。所以我们企业内部运营管理关注运营项目我们会把几个大的业务流程全部数字化用数字化的报表或者驾驶舱来反映公司运营的效率与情况然后再根据运营效率情况去与各个业务部门板块所提的需求进行关联来降低需求乱提以及频繁更改的可能性。
第二关注运营效能。这部分内容关注的是玉柴与客户、与伙伴上下游之间的关联。我们知道整个企业特别是离散制造业光在企业内部做数字化转型做得再深、再好都会有个瓶颈。经过这几年的数字化转型现在我们更加关注的是跟上下游领域的协同不仅我本事强我还要让我的供应商我的客户跟着我一起强。我们现在做了几个部分的尝试是关于生产计划的协同物料配送的协同、服务的协同以及零部件设计的协同。我们希望打通这几个模块能够把库存件量减少同时也帮助供应商去把物料配送到我们的生产线来的时候能够降本。
第三关注客户体验。这也是这两年来投入很大的部分了。具体来讲就是我们希望在客户使用玉柴产品的时候跟他发生关联关系。后来我们发现一个装在车里面的东西凭什么跟客户产生关系于是我们痛定思痛我们把客户定位为最终端的使用者的同时把数字化能力嵌入到主机厂就是买我发动机的整车商品然后再通过他们的APP跟客户产生关联。
举个例子现在我们和某汽车企业在大力合作把发动机的运行工况与整车的运行工况拼在一起作为一个数据模型提交到车队用户使用的APP里。客户就能够用这APP看到他自己车队运行的行驶的速度、油耗比如是不是有突然的油耗下降有没有偷油的可能国内排放是不是有超标的痕迹它在长途运输的时候是不是需要定制一些省油的服务。我们也根据路况、海拔的不同根据发动机运营区间灵活地调整发动机运行的模式来使整个发动机运行更加节油把它变成一个节油的服务产品提供给我们整车的客户使用。
最后关注业务创新。刚才说了很多新的系统很多时候都搞不清楚到底怎么做那我们会通过数据去支撑。第一块是现在基本上所有的产品研发都会进行仿真设计。我们在19年跟华为做了IPD的咨询构建了需求管理平台跟项目管理平台这两大平台把客户和用户的实际需求收集在我的平台里面以后跟我产品的模块的设计去做关联关系以此来判定我的客户需求有没有落到产品上我产品承接以后有没有实现客户的价值。现在可以看到很多新的市场里面我们都做得很不错。像原来玉柴从来没进入过起重机市场经过将近小三年的IPD的试点以后我们现在目前在起重机市场已经做了78%成为客户的主配车型了。这个是我觉得业务创新比较成功的尝试。 #构筑坚实数字化底座
这么多创新离不开一个坚实的数字化底座。这块底座也来自于我们跟得帆的深度合作我们把它定位成“玉柴云生态圈”。实际上还有很多得帆提交给我们的基础能力。因为我们玉柴在很早以前就跟得帆合作了我们的SOA我们的门户都是得帆以前做的。
现在我们在构建这个生态圈中也引入得帆得帆低代码aPaaS、iPaaS产品也有所使用。我们需要让得帆的整个技术成为玉柴生态圈的底座用这个底座去支撑业务创新去构建若干个APP。这些APP可能上线了半年一年后会干掉。没关系只要我的投入成本足够低那么他试错该干掉就干掉。一旦使用量很大了我们就持续投入。这也是数字化底座来给我们带来的价值。 #精益试验平台试点
这里我分享两个低代码在玉柴的应用。低代码第一次进入玉柴的时候其实IT人员是很反对的他觉得低代码实现是不可能的。
我们那时候讲先去尝试一下所以我们就用试验平台来去做尝试。这个试验平台做的是整个发动机的试验室的管理。在装配完成以后所有发动机都要上台架进行热视。比如你要装上油管装上润滑油、柴油跑起来运行一下看行不行。
每年玉柴大概生产40万台发动机但是仅有100来个台架资源是非常紧缺的。特别是新产品开发的时候台架是抢来用的。以前出现的情况是发动机放到台架上我本来预计一天就能跑完试验结果因为某个零部件没到它一直占在那里别的机器排队也不能上去。
所以试验室的目的其实解决资源跟试验之间的不平衡关系。我们也做了一个小小的尝试在平台整个开发过程里IT人员参与的角色发生了转化变成了老师或者业务顾问实际进行试验平台开发的人员是试验室的业务骨干。我们经过得帆低代码培训以后去给试验室的管理人员做培训由他们根据业务经验尝试做一些设计尝试做一些模型。公司对这个项目没有投资纯粹是试验室的领导愿意跟我们一起用的得帆低代码来尝试构建和他们自己的管理平台。
从22年3月1号开始我们做了开发需求成立项目组。在22年的5月25号已经开始试运行了。现在目前二期的迭代开发已经完成了在22年11月份上线功能。整个试验平台做的东西挺多的包括计划、验线、订单、任务准备、台架试验、机修等等。这些功能全都不是IT人干的IT主要负责设计系统的架构梳理业务的流程。里面所有功能开发或者拖拉拽部分都是我们业务人员自行拉进来的。这有几个好处没有人会比业务人员更懂他自己的需求更懂他的痛点。那么他们自己做出来软件系统他们用起来心里更舒服。他们也尝试给一些功能去命名比如说某功能以人名命名的或者小组命名的要求冠名权自主性很高。
从这个项目我们看到低代码确实能够在这种应用场景里面激发业务人员的主动性和积极性。同时业务人员深度地参与了试验平台的开发所以试验平台自我迭代能力非常强需要变更的时候我们要求走IT流程。业务人员现在也能够习惯或者适应功能变更或业务流程变更的时候我需要提需求只不过是他提需求服务台帮他解决架构网络他自己去拖拉拽然后再测试。动作是一样的只是完成人员由原来IT人员变成了他的业务团队大家可以理解是变相扩大了IT的实施团队。
22年精益试验平台功能上线完成以后它也开始向IPD团队灌输了这部分内容跟整个IPD变革相互绑定。以前可以不花费用不花成本占着试验台架现在不行了。财经会给你算你占了台架到底花了多少钱做什么试验你要多少钱做这事情会记录到整个发动机小组研发成本里面的。
精益试验平台通过计划的拉通协同跟用得帆的平台去构建出的产品研发项目平台做深度对接。由整个的项目计划延展出试验计划选出试验清单去回顾这些试验清单有没有符合需求管理平台里面的实现要点、成长要点做一个打通从而实现整个试验平台的顺畅的流转。
在这个过程中试验室的骨干人员他们都是在现场和我们一起联合成立项目组去做这个项目。这样后续解决了很多事情包括后续的宣传、后续的推广、后续的培训几乎都不需要IT人参与了只是试验中心的骨干自行给试验的工人去做培训。
这就是整个精益试验平台的试点过程。在这里玉柴摸清楚了一件事情低代码在相对简单的应用情况下由业务人员来拖拉拽简单的业务是能够实现业务需求的。我们证明这一点后又进行了更复杂的一个项目。 #玉柴售后服务系统
更复杂的项目是玉柴的售后服务系统它是从2022年8月份开始为什么从这个时间开始因为我们在22年前期试验了低代码平台的可行性所以在8月份我们决定用得帆低代码作为本次构建的主打技术底座。
这个售后系统呢给大家做一个简要介绍。我们在全国有将近4000家服务站你只要打电话要求发动机的服务不管你在海南岛还是在吉林还是在新疆两个小时内一定有人上门做维修。这么复杂的一个业务场景下我们需要考虑不同地方比如说西藏、新疆这种地域白天出去的费用、晚上出去的费用、夏季出去的费用、冬季出去的费用费用结算模式也复杂业务流程也复杂。
整个玉柴售后服务系统不是第一次做了我们已经历了每三年一个迭代。并且玉柴现在也分成了很多经营体像我刚才介绍的船用的、公路用的、农用机械板块、车机械板块每一个的管理模式的业务流程都不一样。这个售后服务系统能覆盖这么多不同产品那么多公司主体。
它的系统架构、业务流程中最大的就是服务订单所谓服务执行包括有买断的服务就是我卖完以后不能再出来。还有持续给的服务以及旧件服务结算、服务索赔适应的各种各样服务站有新建站、二级站点、服务站的协议。下面是主数据、物料主数据、客户主数据、共享主数据还有价格数据、产品档案、物价工时信息、质保信息等等。整个售后系统跟玉柴的所有系统都有关系OA、SDP、ERP、EBS、ESI还有我们下面的公司。不同的公司、不同的主体、不同业务流程、不同的服务结算套路、不同的服务结算流程都不一样它非常复杂。
我们下定决心用低代码来重构整一套玉柴的服务体系。希望重构完以后能够更敏捷地支撑玉柴的服务系统也更能去适应不同公司、不同的业务流。
售后服务系统应该说倾注了绝大部分能力它看起来是一个售后服务系统它的背后包括了低代码aPaaS平台和iPaaS平台这两个平台深度融合。那么因为玉柴使用aPaaS的时间比较早所以我们在本地数据、华为云、微软云上有一个版本的都有几个大的版本,这几个版本都还不一样。我们也是趁这个项目把承载过这么多的版本做一次刷新把整个技术栈统一的用户门户重构一次把原来在Oracle上实现的内容抽出来。所以它看似是一个售后服务系统它实际上背后代表的是整个业务流程的敏捷化的架构以及所使用的标准技术栈的迭代和升级。
讲那么多可以看到玉柴售后服务系统的目标瞄准的是玉柴数字化转型中的提升客户满意度。我们希望未来的客户在无论天南地北什么地方呼叫玉柴服务都能精准地导向到你产品所属的公司能够精准地拉出产品所属公司的业务服务流程能够精确地计算出这台车什么时候到服务站、什么时候修好以及修好大概会使用多少配件这些配件价格是多少、工时多少、材料费多少、维修时间多长能给用户很精准的反馈方便用户在不同时间、不同地点进入到全国各服务站的时候都能享受到同样的服务。通过数字化转型方式结合得帆的技术能力让我们的客户在使用或者体验会有升级的感觉和“尊贵VIP”的感觉。 #懂管理、懂业务、懂技术的团队
最后我做一个小结。技术作为公司的底层架构它需要有一个团队去实现。我们成立星网智云的目的也是围绕这个目标。现在星网智云里面已经不全是IT人员了还包括了业务人员。我们这样做的目的就是希望把技术这么一个晦涩难懂的东西放在业务系统的背后让我们广大的企业用户也好社会用户也好接触数字化的服务的时候不需要去关心后面复杂的逻辑只需要几个界面跳转就实现功能。
对企业内部的使用者来讲可以不再去关心技术对我有什么影响这些内容都由数字化转型的团队帮你实现。像试验室那种简单的、拖拉拽就能实现业务流程的我可以把工具给你由你自己实施。对于复杂的、大型的、多变的那由信息化的团队来跟大家一起梳理业务流程选择工具快速敏捷迭代。
我们数字化的方法论也开始变化。现在我们基本上要求两个月到三个月一定要出一个迭代一定要上线一个对用户有意义的功能。也逼得我们的产品经理产品线的业务顾问他会绞尽脑汁去思考我怎么样能把这些功能能够快速的上线给用户使用也会逼着他们去尽量使用一些与技术不那么大关联的东西不要动不动上来说全部手敲代码去实现。
这也是为什么我们在公司内部先做小范围的尝试再做大面积推广。产品经理也好运维经理也好我们都要求大家去做大面积的培训参加低代码的考试。因为很多时候我们发现只有自己学过了、用过了、了解了在他的业务过程中在后续的使用过程中他会才会不自觉地去想到去应用低代码技术。
我们也希望能够在未来的时间里更多地跟得帆加强技术方面领域的合作把得帆在技术能力的优势发挥出来把玉柴以及星网智云在业务咨询在业务解决方案设计的能力发挥出来一起去为玉柴、玉柴的上下的供应链以及其他客户去提供数字化转型的服务、信息化的服务、IT的服务 我的分享就到这里感谢大家
