2022爱分析·低代码应用实践报告(三)
3.2 消费品与零售行业低代码应用分析
随着国内社会经济的快速发展,人们对产品的需求已经发生变化,消费品与零售行业的发展战略正在由“流量为王”转向“用户为王”。对于消费品与零售企业来讲,为了快速适应变化发展创新业务,企业需要快速上线创新业务场景数字化应用,如客户数据洞察等,快速识别、了解、运营用户,实现商业变现。
同时,企业数字化进程的推进,对于传统行业应用不能覆盖的中长尾场景数字化也逐步提上日程,从流程标准化管理到订单管理、工单自动分配等一些原来由线下纸质表单完成的流程也逐渐线上化,提升整体的协同效率。消费品与零售企业可根据自身系统建设情况对集成类场景与行业软件定制化场景进行考量。
图 12: 消费品与零售行业低代码应用场景建议
以创新业务场景中客户洞察为例,企业新发展业务,需要进行调研,通过数据收集、数据洞察提供支撑。使用低代码平台,业务人员可以基于业务逻辑搭建数据收集表单,不同来源数据都构筑于统一的数据底层,员工能够节省数据汇总、筛查时间,同时可以将所有来源数据统一连接到数据仪表盘,构建可视化报表并实时展示,通过不同形式的可视化图表对数据进行联动筛选、分析等,及早发现问题,并能够形成指令性动作,以流程引擎发送、传递到各运营环节,实现数据收集、分析、应用的全流程自动化。
以中长尾场景中流程管理中台为例,市场快速的变化导致零售企业组织架构及新业务单元更迭快,内部流程纷繁杂乱,如请假等通用性流程不同事业部之间不互通,各自使用自己构建的流程,且公司发展过程中购买了很多不同的SaaS产品,其内部又有自身的一套流程,导致公司的整体流程散落于不同事业部与系统中,流程标准不统一、流转不畅、协作效率低。通过低代码平台整体规划构建公司的业务系统、流程中心等,对原有系统进行集成,将原有的流程进行统一搬迁到低代码平台,实现在同一平台下统一登录、统一待办、统一标准,实现数据、业务、应用、消息通知等内容的无缝集成。所有流程统一后,公司后续还可以借助平台对内部流程进行梳理、整合、分析,精细化流程管理,提升运营效率。
案例3:夕尔控股集团使用低代码平台搭建数字化综合管理中台
夕尔控股集团作为知名母婴品牌Babycare的母公司,采用互联网模式研究分析客户需求,根据客户喜好打造年轻化产品和品牌。旗下品牌Babycare秉承父母之心做产品,致力于打造全球母婴消费者可信赖的、忠诚度高的国际母婴品牌。其销售渠道涉及线上大部分主流电商平台以及线下连锁、KA、MALL等多通路,连续多年是天猫、京东等平台的行业TOP商家,并积极布局全球销售网络。
业务迅速扩张,夕尔控股集团精细化管理面临三大需求
近年来受疫情影响,夕尔控股集团的线上业务迅速扩张,集团员工总数也扩张至3000多人,且集团内部业务线多而复杂,需要借助数字化手段进行统一的精细化管理,具体需求如下:
各部门流程管理标准不一致,需搭建统一业务流程管理平台。夕尔控股集团内部业务线较多,有直播、供应链、采购、仓库、设计、店铺运营等多个部门,各部门为了高效办公,已经在钉钉平台上搭建了请假、审批等流程,各应用彼此独立,缺乏统一的标准,与企业管理体系脱节。因此,公司需要通过专业的业务流程管理方法,建设集流程设计、流程运维管理、业务集成、数据集成等内容于一体的业务流程管理平台。
集团已搭建多个独立的业务系统与应用,需要打通系统、集成应用,实现跨部门协同办公。夕尔控股集团内部已搭建了财务、报销、人事、ERP、OA等多个系统,各系统内含多个应用,但缺乏连接,无法实现资源的整合、灵活调用以及跨系统协作,且管理人员需要操作多个系统,流程复杂,耗时较长;企业需要将各系统打通,加快流程在各部门之间的运转,构建跨业务系统的端到端流程,并为员工提供统一办公平台,实现现有业务系统与应用的集成,提高办公效率。
以线上销售为主的业务模式带来多种日益变化的个性化需求,集团需要能够快速响应。作为以电商为主要销售渠道的企业,夕尔控股集团的业务模式与传统制造业、线下零售业不同,有大量日益变化的个性化业务需求,但目前市场上缺乏能够满足其所有定制需求的系统,厂商定制化开发的系统也存在二次开发困难、迭代速度慢的问题。因此,企业需要借助数字化手段,快速开发并更新个性化应用。
夕尔控股集团通过综合考量,最终选择奥哲低代码云枢平台
基于以上需求,夕尔控股集团决定搭建数字化综合管理中台(包括统一协同管理平台、统一流程平台、统一集成管理平台与统一移动办公平台),统一标准,打通业务系统,实现精细化管理。但考虑到定制化开发的系统开发周期长,成本高,需求迭代速度较慢,该公司决定选择具有高扩展能力,可快速迭代,能够通过拖拉拽组件、模块或编写少量代码快速进行应用开发的低代码平台。通过对安全性、集成能力、开发速度等因素的综合考虑,夕尔控股集团最终选择了奥哲低代码云枢平台搭建数字化综合管理中台。
奥哲·云枢是一款面向专业开发者的低代码应用开发平台,致力于为大中型企业解决复杂的核心业务需求。该平台采用云原生架构支持多样化部署,基于领域模型驱动开发支持可视化建模,提供可视化应用开发平台、应用服务平台、应用部署&管理服务和AI&大数据平台以及集成、组件市场,支持自定义研发素材的沉淀与复用。
奥哲低代码助力夕尔控股集团搭建数字化综合管理中台
经过奥哲与夕尔控股集团的多次沟通、需求梳理、方案汇报,最终决定建立数字化综合管理中台,包含流程管理、优化、集成,业务运营协同、业务财务一体化建设,项目整体逐步推进,应用系统持续优化。
图 13: 夕尔控股集团数字化综合管理中台建设整体规划
标准化流程管理,打通内部系统,建设一体化应用门户
夕尔控股集团与奥哲专家团队基于流程应用建设的零售行业经验以及流程固化、标准化文档等模版,梳理所需的流程类型,为各流程设立统一的标准,确定需要迁移、开发与合并的流程应用,明确流程搭建需求。流程的搭建分为三步:首先,开发人员基于云枢低代码平台提供的可视化数据模型、表单模型以及流程模型,通过拖拉拽配置组件、调整参数、设置流程节点等完成流程模型的搭建;其次,流程管理员创建测试用例,输入模拟参数之后即可完成流程的自动化测试,检验其流转是否正确;测试完成后,管理员对运行参数进行设置,并对流程版本进行管理,实现流程多版本共存,流程版本可追溯等。
图 14: 夕尔控股集团数字化综合管理中台功能架构蓝图
流程搭建完成后,利用云枢的集成能力,通过webhook、OpenAPI等方式与夕尔控股集团内部除财务系统以外的ERP、资金、采购、HR、OA等内部系统进行连接,打破不同部门、不同系统之间的信息壁垒。同时,将各流程无缝集成到钉钉平台中,流程所发起的任务通知也可以与钉钉工作通知以及代办事项集成,点击即可跳转处理。
此外,夕尔控股集团还通过云枢低代码平台的UI设计器、模型设计器等创建了PC&移动端门户,打造员工访问流程、文档管理、制度规范、新闻通知等统一入口,极大地提高了员工工作的便捷程度。
打通财务系统,优化业务执行流程,完全实现业务贯通
夕尔控股集团已经自主搭建24个财务模块付款流程,但其实现逻辑简单,无法满足企业业务的特殊性需求,且各流程的入口不统一,操作流程复杂。为实现业务系统间数据、流程的协同、互通,构建成本、资金流的可视化,目前,夕尔控股集团与奥哲的专家团队按照各流程属性将已有财务流程分为经营、融资、投资、对私报销、对公支付五大类,对已有的流程进行归类后,根据各流程属性将相同类型流程进行合并,并连接关联流程。在未来,集团将把流程分为费用报销、应收帐款、资金、应付账款、资产、总账、税务、运营八类,进行更为标准的流程管理。
图 15: 业财一体化系统业务架构模式
除财务流程改进,夕尔控股集团还进行业务执行过程的优化,通过使用表单、报表、流程审批等模型,并利用OCR文字识别、电子发票等插件进行赋能,实现对业务、费用、财务审批流程、信用、资金支付等的实时监控与管理。
目前,夕尔控股集团已初步构建起高效、稳定、集成的数字化综合管理中台,后续将根据集团的业务模式,打造产品品牌、供应链、业务运营的一体化管理。
低代码平台支撑夕尔控股集团高效数字化,实现业务与流程精细化管理
目前,夕尔控股集团通过云枢低代码平台在三个月内实现了400多条流程的迁移,20多个内部业务系统的打通,节约了70%的开发时间。该数字化综合管理中台的具体价值如下:
第一,基于奥哲低代码云枢平台的强拓展能力,集团内部的IT人员可通过拖拉拽操作并编写少量代码即可完成二次开发,使得集团内部能够根据业务发展节奏迅速进行功能迭代,快速响应业务需求。
第二,通过该平台创建了PC&移动端统一门户,实现流程的统一集成、管理与使用,打破各部门之间业务建设、管理规范、系统建设各自独立的局面,提高各部门的协作效率。
第三,基于奥哲低代码云枢平台,夕尔控股集团将以已有财务、ERP系统内的数据资产进行打通,实现数据的灵活调取和运用,为其进行数据分析奠定良好基础。
夕尔控股集团使用低代码平台赋能企业管理建设经验
第一,在搭建平台前,企业需要梳理并明确业务需求。该项目中,夕尔控股集团的业务人员与奥哲的专家团队共同对需求进行梳理,最终明确该中台需要解决协同办公、流程集成、应用集成、应用开发以及移动办公五大需求,从而降低运营风险、减少运作成本、加强部门间的沟通协作、提升企业扩张能力。
第二,在完成需求拆分后,企业需要根据需求的难度和紧急程度分步进行实施,在使用过程中不断迭代更新。该项目中,夕尔控股集团整体规划,分步实施,逐步实现基础流程审批管理、业务贯通和精细化管理,三大目标的难度依次增加,这样既能够让一部分需求现落地,又能让企业在使用与尝试中进行平台功能的丰富与优化。
3.3 金融行业低代码应用分析
金融行业相对于其他行业而言,其复杂度、监管合规要求多,数字化转型对于技术人员提出了更高的挑战,而快速变化的市场环境、逐步完善的监管政策衍生出了更多的创新需求。受制于历史遗留、成本等问题,大部分金融企业仍在使用过时的遗留系统,这些系统已经无法完全满足当前的数字化建设要求,但要彻底改变这些系统难度极大,因此每次只能进行小幅度的改造升级。而传统开发模式下,定制化开发周期长、成本高,且上线后不能快速迭代。通过低代码平台,金融企业一方面可以将已有的系统进行打通,实现数据的连接共享,提升协同效率;另一方面对于一些创新业务场景也可以快速上线应用,在使用过程中持续迭代完善。
图 16: 金融行业低代码应用场景建议
对于金融企业来讲,使用低代码进行创新业务应用的快速上线对于其价值更大。首先,业务人员能够利用低代码平台构建应用,作为业务专家对于业务的理解更深刻,更能满足企业需求;其次,低代码平台可视化的开发方式,有效避免了业务人员和IT人员因沟通不畅而造成效率低下的问题;最后,标准化业务组件配置、流程编排的方式可以让应用更快上线。
以监管新规落地的应用场景为例,新规发布后,业务人员对于新规的理解以及其在业务系统的表现方式可能与实际存在偏差,此时如果按照传统模式开发,由业务人员提报需求文档至IT人员,如果当系统开发完成后发现实现逻辑需要改正时,再次开发可能已经不能满足上线要求,且前期付出的成本也将全部浪费,但如果使用低代码进行开发,不仅可以加强业务人员与IT人员的协作效率,还能够在上线后快速迭代调整。
案例4:光大银行使用低代码快速上线新金融工具准则测算系统
中国光大银行股份有限公司,简称光大银行,是我国国内第一家国有控股并有国际金融组织参股的全国性股份制商业银行。2019年,在“打造一流财富管理银行”的战略愿景下,光大银行率先将电子银行部更名升级为数字金融部,从基础设施、技术架构、新技术应用等多领域夯实科技基础支撑能力,深耕云平台建设,优化IT供给模式;实施平台化战略,推进IT架构转型,从而全面带动银行数字化转型。
新金融工具准则发布,光大银行急需利用数字化工具快速响应
财政部修订发布了新金融工具准则,对金融资产的分类、金融资产减值确认以及套期有效性要求进行了调整,并要求相关企业在2021年年底前全面执行。因此,光大银行需要借助数字化工具快速实现新金融准则中的信息化需求。通过与PwC共同梳理,光大银行的具体业务需求如下:
第一,金融资产分类标准改变,光大银行需搭建自动化分类应用。新金融工具准则将金融资产分类方法由根据准则定义改成了企业业务模式评估与合同现金流量测试(SPPI)两种,而企业管理金融工具的业务模式不止一种,SPPI测试中也有许多需要仔细分析合同条款的场景,分类过程复杂,若采用人工方式进行分类则需要投入大量的成本。因此,光大银行需要借助数字化工具,将金融资产分类前置到业务流程中,快速对已有与每日交易的标准资产、非标资产进行属性判断,保证分类的客观性与相关会计处理的一致性。
第二,新减值模型“ECL”引入,光大银行需全面更新估减值模型。为及时、足额地计提金融资产减值准备,揭示和防控金融资产信用风险,新CAS 22引入了新的减值损失确认模型——预期信用损失(“ECL”)模型,该模型需对金融工具所处阶段进行判断,参考初始确认时的信用风险以及收集与分析影响信用风险的前瞻性信息。因此,光大银行需要舍弃以往依赖历史信息的已发生损失模型,重新搭建预期信用损失模型,对金融资产进行减值计算。
第三,为保证资产测算的准确性,光大银行需实现数据集成,全面使用多维度数据。按照新金融工具准则,对金融资产的分类与估减值需要资产的历史交易数据、产品数据、估值数据、审批记录等多维度数据,光大银行不仅需要能够灵活调用估值系统、投资系统等多个内部业务系统数据,还需要结合Wind、可比公司等外部数据,进行分类与测算。同时,为洞察金融资产的变动情况,银行还需要借助数字化工具对各金融资产相关数据进行实时监控、汇总与分析。
多元素综合考虑,最终选择ClickPaaS低代码平台进行系统开发
基于以上需求,2021年年初,光大银行决定开发IFRS9新金融工具准则测算系统。通过与PwC共同考察,光大银行发现传统的软件开发商对新兴需求的投入较少,目前市场上并没有研发出符合新准则的测算系统。如果寻找软件开发商从零开始开发,其研发团队需要花费大量的时间与光大银行进行需求确认,且由于新准则重新建立了分类规则,并引入了新的减值模型,对应系统的逻辑较为复杂,且需进行多平台、多系统的打通,IT人员要进行大量的代码编写工作,至少需花费8到9个月的时间,周期长,成本高。同时,开发出的系统扩展性有限,如果产生新的业务需求则需要寻找原厂开发团队进行二次开发,流程复杂,效率较低。因此,光大银行决定采购具有扩展能力,可快速迭代,能够通过拖拉拽组件、模块或编写少量代码进行应用开发的低代码平台开发IFRS9新金融工具准则测算系统。
为选出合适的低代码平台,PwC举办了多场低代码比赛考察厂商的应用开发能力,通过对安全性、稳定性、开发速度、功能模块的完整性、扩展性以及平台底层框架进行综合考察,最终选择了基于元数据,以模型驱动进行应用开发、有能力搭建数据驱动应用的ClickPaaS低代码应用开发平台。
ClickPaaS专注于高生产力应用开发平台的研发,采用前后端分离和数模分离的设计,为政府与企业客户提供高效能、高质量的技术服务。该平台包括:基于云原生技术开发的基座hPaaS,包含业务流程、模型、报表、页面、模版、规则等设计器的APaaS,以及连接不同的异构系统的iPaaS集成平台。且为了保证企业数据的隐私性与安全性,ClickPaaS注重国产适配,其平台内部已部分采用国产组件与数据库。
使用低代码应用开发平台开发IFRS9系统,落地新金融工具准则
该项目由PwC与ClickPaaS团队共同落地实施。首先,结合新金融工具准则要求,光大银行、PwC与ClickPaaS的咨询顾问团队进行业务需求的梳理,并将其拆分为分类计量、非标定价、监控分析三部分。
图 17: 光大银行需求流程图
分类计量。当已有资产(标的)信息输入系统后,需要能够自动为其进行SPPI测试,并能够基于测试结果,对各资产业务模式目的进行分析,将其归到AC、FVTPL与FVOCI三类。
非标定价。非标资产的定价需要通过估值模型与减值模型来测算,对未通过SPPI测试的非标资产,系统只需进行估值并将数据导入外部估值系统;而对于通过测试的资产,不仅需自建估值模型,根据行业与业务类型计算净价,还需要通过ELC减值模型对违约概率、LGD违约损失率、预计信用损失等进行测算,确定减值比例,并将其SPPI标记、减值比例与估值净价输入估值系统。同时,当购入新的同类非标资产时,信息需能自动将相关信息输入系统,进行估值减值测算。
监控分析。系统需要能够接受估值系统内非标资产与标准资产的估值、交易、结算、减值等多维度数据,并提供报表模块,让光大银行能够对其拥有资产持仓数据的产品信息进行分析与灵活测算。
其次,PwC与ClickPaaS的开发团队将以上三类需求与光大银行已有的标准、估值系统、投资系统的数据进行连接,共同梳理与沟通了IFRS9系统实现的逻辑与流程步骤。同时,开发团队借助低代码开发平台,以可视化的方式初步构建实现逻辑并与咨询团队沟通,避免了传统开发模式下,业务团队需要先撰写开发需求文档并与开发团队反复沟通确认后再进行代码编写的瀑布式开发模式,实现了敏捷开发,提升了开发效率。
最后,由ClickPaaS交付团队开始利用低代码平台进行系统开发,IFRS9系统由分类计量、减值引擎、估值引擎、信息披露及会计分录、数据校验五大部分组成。基于ClickPaaS低代码平台中iPaaS平台提供的组件,系统与光大银行原有的投资系统、估值系统以及Wind等外部平台进行连接,获取银行资产(标的)的原有审批信息,SPPI记录等信息,并通过数据接口方式将其传输至测算系统的资产管理模块及产品管理模块中。
通过使用ClickPaaS低代码平台中APaaS平台的流程、模型、规则等设计器,搭建了SPPI测试、估减值模型等应用模块,对银行金融资产进行分类与测算 。测算完成后,系统会将测算结果返回给外部估值系统,并通过报表模块对金融资产情况进行监控,实现数据的统一分析利用。
终于,该项目从10月开始启动,到12月已经正式上线,相对于传统定制化开发大大缩短了开发周期,确保项目按照计划准时上线。
通过低代码平台搭建IFRS9系统,助力光大银行快速响应监管变化
目前,IFRS9系统已能够自主实现对光大银行金融资产的SPPI判断、属性判断、估值减值计算,将生成数据传输给银行原有的估值系统,并根据估减值结果汇总成金融投资产品测算报表,让银行能够实时掌控经营状况,优化经营策略,符合银行金融监管政策。同时,用ClickPaaS低代码平台进行开发加速了该系统的搭建与落地,并使其能够根据需求变更快速实现功能变更。使用低代码平台开发该系统为光大银行带来的具体价值如下:
第一,通过使用ClickPaaS低代码平台,光大银行在2个月内就完成了需求梳理、IFRS9系统的搭建及上线。该低代码平台有基于云原生技术开发的基座hPaaS,拥有多个设计器的APaaS以及iPaaS集成平台,开发人员以最少的代码编码即可实现模型构建与系统打通,简化了开发流程,大大缩短了系统开发周期,完成IFRS9系统的按时上线。
第二,由于该系统是由低代码平台开发而成,耦合性低且能够快速迭代。ClickPaaS开发团队将系统内各功能模块进行打包与组件化,当光大银行的需求发生变化时,能够通过低代码组件根据需求进行快速调整,加快版本迭代速度。
第三,由于数模分离的设计,低代码系统可以充分利用金融行业数据治理的成果,最大程度利用和创建数据资产,形成数据价值闭环,走通数据应用的最后一公里。
通过该项目的尝试,低代码应用开发平台让光大银行开拓了数字化应用开发的新模式,增添了用少量成本快速开发系统的可能性。在未来,低代码平台将成为银行解决日益变化的业务需求的重要实现工具。
3.4 软件服务业低代码应用分析
软件服务业属于知识密集型行业,传统软件产品的研发、交付、运维、更新都需要专业技术人员完成,在整个过程中不仅需要掌握软件开发等多方面的技术,还需要行业实践经验。随着信息化项目的专业性、复杂性及综合性程度的日益提升,软件服务企业对项目人员的综合能力提出了更高的需求;同时,各行业企业数字化转型逐步推进,各种数字化需求层出不穷,对数字化应用的上线周期和成本也提出了更高的要求。
因此,对于软件服务行业亟需一套能提升开发效率、减少开发成本、降低开发门槛的应用开发平台,低代码经过长足的发展,以其可视化、模块化、低码化的开发方式,已经逐步融合到软件开发过程中,软件行业开发人员可以通过低代码的方式对企业定制化需求进行开发,除通用开发需求外,一些行业特定需求也可以将其代码封装成组件,方便后续复用,进一步提升开发效率。
对于软件服务行业,无论是创新业务场景、中长尾场景、集成类场景还是行业软件的定制化开发,均可以基于自身的行业经验以低代码平台为工具,满足自身开发效率提升的需求,在此过程中,软件服务企业还可以基于自身的需求开发组件、模块、模版进行复用,进一步提升开发效率。
免责声明:上述内容仅代表发帖人个人观点,不构成本平台的任何投资建议。


