上一节所讲的BI项目已经是很多年前的事情了，熟悉BI的朋友应该能够感受到，这些年BI所发生的变化，最显著的莫过于BI越来越变成业务人员的系统，IT只需要准备好数据包（甚至这也不需要），剩下的展示、分析、治理几乎都可以由业务分析人员完成。让业务人员真正拥有数据，真正使用好数据这本身就是BI的初衷，因此现在的状态才是理应具有的状态，这在业界有个专门的词语，叫做技术民主化。技术民主化是指先进技术工具和能力逐渐普及化、大众化的趋势，使得非专业技术人员也能够参与到过去主要由IT专业人士主导的技术创新和应用开发中。这几年涌现出来的低代码、多维表格、RPA和AIGC等工具或技术，本质上就是在降低普通人的技术使用门槛，赋予更多人创造和定制数字解决方案的能力。所以也许未来简单系统的建设也将由各个业务部门、职能条线的业务人员来完成。这一趋势随着技术的加速发展，正在汹涌到来，在此过程中，IT人员的角色从"执行者"转变为"使能者"。IT人员将更多地专注于搭建基础设施、确保数据质量和安全性，以及处理更复杂的技术问题，而将日常的系统开发和维护交给业务人员。系统建设的开发周期、成本将大大降低，系统也将更贴合实际业务需求（由于是业务人员自己实现自己的需求）。更多的创意创新被激发，因为业务人员有能力自己实现想法，可以快速验证和迭代自己的想法。虽然这种转变也带来了新的挑战，如确保系统的一致性、安全性，以及如何管理和整合由不同业务部门开发的系统，但总的来说，它使得更多人参与到技术创新中，是技术发展带来的不可阻挡的趋势，将改变未来企业的工作方式，深刻影响组织结构和企业文化。一、低代码，让业务人员也能开发低代码开发平台，即“Low-CodeDevelopmentPlatform”，简称LCDP，是通过少量代码或零代码就可以快速生成新应用的开发平台。目的是让不懂写代码的用户，或者技术人员，利用“可视化”窗口，通过“拖拽”等操作就能快速开发出适合企业自身实际业务场景的工作流程或应用程序。图表77国内外低代码产品对比（部分）这一概念近年来进一步演化，出现了无需编码的"无代码"，让传统的业务人员能够更好的服务自身的数字化转型。但从技术的角度来说，这并非什么新技术，很多年前的OA就能够实现由业务人员自己设计表单和配置流程。就笔者的实际感受，低代码在企业中较为适合用在一些简单的流程活动上，能够较好的适应业务变化，低成本的快速进行调整，但是不太适合做深，较难实现跨系统的流程、数据集成，更加适合小企业，缺乏IT人员或者企业内专业信息化力量难以兼顾到的地方。我们来看三个例子。某次，经过和财务部门的沟通，我们提出要对现有的财务报销流程进行改造升级，以提高员工体验、提升报销流程效率、减少财务审核压力。现有的报销流程已经上线运行了近十年，基于国内某ERP产品，Web端速度卡顿，填报繁琐，发票拍照上传，需要填写大量的信息，用户体验较差。领导需要在Web端审批，没有移动端。财务需要对比线上数据和线下发票，按照公司内繁杂的报销规则进行审核，审批完成后还要操作网银付款，并且到财务系统中继续做账。和财务的沟通过程中，我们达成了一些流程优化的想法，主要就是通过IT技术帮助员工快速填报，帮助财务快速审核，对接银企，优化、简化流程。当时考察过市面上的低代码产品，能够较好的实现审批流程，页面卡顿的情况明显好转，各子公司可以方便的自定义报销流程，实现统一管理下的定制化管理，产品集成了钉钉、企微等IM工具，领导能够在移动端审批，价格不高，配置也比较简单，除了在主数据集成、数据回传到企业数仓方面需要IT介入之外，确实能够实现由业务人员操作。如果目标放低一点，只是要求实现报销的线上化，稍微提高用户体验的化，这样可能就够了，但是我们要求不仅如此，我们还希望员工能够实现扫描发票自动识别，实现票据票夹管理，实现财务端发票的自动查重验真，实现银企直联自动付款，实现和公司其他系统的无缝集成、风格体验的统一，在这样的要求下，低代码技术就显得力不从心了。因此，这个项目最后并没有选择低代码工具，而是花了更多的预算，采购专门的报销系统，二开和内部其他系统集成。另外一个例子是部门工时管理。为了更好的核算项目利润，部门内实施项目工时填报，简单来说就是每名员工每周填报本周在各个项目上分别花了多少天，做了些什么事情，工时填报情况经过项目负责人审核后汇总进入项目工时报表，再汇总到部门工时报表。由于这个项目并非由哪个业务部门提出来，而是IT部门自己提出来，提升自身的管理能力的，因此在考虑这个需求的时候，成本是最主要的考虑点。并且可以看到，整个需求中，流程非常简单，也没有什么跨系统对接的问题，因此，我们并没有选择采购或者采用传统的开发模式，而是基于BI产品中数据填报的功能（低代码），实现了所需功能，并且由于直接在BI系统里，因此能够很好的进行报表展现。对于业务部门的领导，在面对一些简单的、个性化的需求的时候，掌握低代码工具，也能够更加自主的实现自身的数字化需求。某公司下有多个营销团队，其中一个区域的营销团队负责人想要营销人员每天记录拜访了哪些客户，然后每周形成周报。这一想法并没有上升到公司层面，提交给IT后，IT由于手头上有多个更加重要的项目正在进行，没有资源实现该营销团队的需求。由于有低代码的工具，于是该营销团队自己实现了自己的需求，从学习工具开始，到实现需求也不过用了不到一周的时间。图表78国内部分低代码产品国内一些主流的厂商提供的都是一种流程+表单的BPMS模式，学习成本非常低，一般就是先用平台的可视化界面设计器创建一个表单，包含想要填写的字段，然后用平台内置的工作流工具设计审批流程，然后就可以发布使用了。二、多维表格，像EXCEL一样灵活近年来出现了多维表格这一新的工具，它融合了电子表格、数据库和应用程序的功能，允许用户以表格形式组织、存储和分析数据，为企业提供了灵活高效的协作方式。和低代码工具类似，多维表格也比较适合简单数字化场景，非常适合处理结构化数据和相对直观的业务流程，易于上手,无需复杂的编程技能,因此对于一些基础的数据管理和分析任务来说是个不错的选择。多维表格还有一些低代码不具备的优点，最主要的就是它是一种以终为始的方法，这种方法强调从最终目标或结果开始规划,然后逐步向后推导出所需的步骤和数据。在多维表格中,用户可以先设计出期望的输出格式和内容,然后相应地构建数据结构和处理逻辑。因此，多维表格天生就是数据驱动、结果驱动的，它的核心就是数据，通过关注最终的输出和目标,多维表格能够帮助用户保持对关键业务成果的关注,而不是陷入复杂的技术细节中。我自己就曾使用多维表格来管理任务，过程非常简单。创建一个多维表格作为任务管理中心，这张表里面包含我需要关注的任务的一些主要信息，相当于任务的台帐，字段包括任务名称、优先级、来源、截止日期、状态(如"待办"、"进行中"、"已完成")和相关项目或类别。多维表格就像线上的EXCEL一样非常灵活性,可以随时添加自定义字段,如估计所需时间、相关联系人或附注。使用视图功能创建不同的任务展示方式,例如按优先级排序的列表视图、按截止日期组织的日历视图,或按项目分类的看板视图。这样我就可以根据当前需求快速切换不同的任务视角。多维表格里面还有一些自动化功能，可以简化任务管理流程。比如设置提醒,在任务接近截止日期时自动通知。条件格式化,根据优先级或状态自动改变任务的颜色,提高视觉辨识度。创建汇总字段来追踪每个项目的整体进度或计算总的预估时间。团队也可以使用多维表格来实现一些简单的业务功能。比如销售团队可以用多维表格构建简单的客户关系管理系统，包含客户信息管理、销售漏斗可视化、自动提醒和数据分析等功能。多维表格的使用场景和低代码很类似：小型应用、数据结构相对简单的业务场景、需要频繁调整和自定义的流程。总的来说，多维表格提供了一种灵活的解决方案，特别适合中小型团队或项目的快速实施和迭代。三、RPA，机器人流程自动化RPA（RoboticProcessAutomation），即机器人流程自动化，是一种类似“宏”的，能够自动化的按顺序执行一系列指令的工具。RPA的概念可以追溯到20世纪80年代，当时计算机科学家们开始尝试使用自动化技术来处理一些重复性的低价值任务。然而，真正意义上的RPA技术直到21世纪初才开始蓬勃发展。随着人工智能和机器学习技术的飞速进步，RPA逐渐演变成为一种能够模仿人类操作、执行复杂任务的智能化工具。它不再局限于简单的数据输入或文件处理，而是能够在多个系统之间无缝切换，执行需要一定判断力的任务，甚至能够学习和适应新的工作流程。RPA适合处理一些大量重复、繁琐且低价值的人工操作，这些操作往往既耗时又容易出错；不同系统之间的连接也是很好的场景，尤其是一些难以协商做对接的系统，RPA可以在不同系统之间充当"桥梁"，实现数据的无缝传输和处理；还有就是对一些难以进行个性化、定制化的系统做功能拓展，RPA可以作为一种灵活的补充手段，满足企业的特殊需求。RPA的优势是显而易见的。它能够大幅提高工作效率，一个RPA机器人可以24/7不间断工作，执行速度远超人类。可以显著降低错误率，因为机器人严格按照预设的规则执行任务，不会因疲劳或注意力不集中而出错。这可以帮助企业降低运营成本，减少人力资源的投入。而且，RPA的实施通常不需要改变现有的IT基础设施，这意味着企业可以在不影响现有系统的情况下，逐步实现流程自动化。在实际应用中，RPA已经在多个行业展现出其强大的潜力。在银行业，RPA被用于自动化处理贷款申请、开立账户等流程，大大缩短了处理时间，提高了客户满意度。在保险业，RPA帮助自动化处理保单管理、理赔等繁琐的流程，提高了效率的同时也降低了错误率。在制造业，RPA被用于自动化管理供应链、生成质量控制报告等，帮助企业更好地控制成本和保证产品质量。在零售业，RPA协助处理订单、管理库存、响应客户查询等，提升了整体的运营效率。19年的时候，我组建了一个RPA的小团队，当时我所服务的企业有大量的信息需要报送给到政府相关部门进行审核，这些信息在内部系统上存在，员工需要重复的将这些信息再次填写；由于企业内部管理和政府管理存在一定的差异，上传的文档需要按照审核的要求重新调整目录结构，一个项目往往数百上千份文档，人工操作工作量大，且非常容易出错，影响项目的审批；政府审批过程中反馈的信息需要及时登记回内部系统中，安排人员进行调整；审批通过的文档需要及时归档到内部系统中。在此之前，公司曾经千辛万苦，征得同意，可以进行系统对接，实现上述内外部信息的互联互通，当时采用了传统的系统对接的方法，在付出大量的金钱和精力之后，终于实现了对接，但是好景不长，审核系统一次版本升级之后，接口便不再可用，如果要回复对接的话，需要重新申请，重新调整接口，这需要重新投入，并且在可见的未来，这样的情况还会不断发生，公司认为这样做的成本过高，于是回到了用人进行信息传递的方式。在了解到这样的情况之后，我们从流程的角度分析认为，这一跨企业边界的流程是企业主营业务流程的一个重要环节，其绩效对公司业务起到关键影响，而自动化是提升这一流程绩效的重要手段。但是在流程数字化的技术选择上，之前的系统对接的方式并不恰当，我们难以控制外部系统的变更，实现成本过高，应对变化不够灵活。经过反复研究，终于发现RPA这一在当时较为新颖的方式。在组建团队之前，我自己用一个周末的时间自学了某主流RPA工具，能够自己用RPA工具实现较为简单的应用场景，实践下来，发现RPA工具学习简单，上手快，对于一些简单重复性的场景非常适用，不需要和其他系统做对接，只要人能够操作下来，理论上RPA就能够实现自动化，和公司的需求非常吻合。经过一系列的汇报，最终组建了小规模的团队，非常好的解决了项目报批的问题，在上海地区应用成熟之后，随后向其他省市进行推广。推广过程中我们发现各个省市的报送平台存在差异，如果采用原来的系统对接的流程其实非常难以实现，但是通过RPA的方式，我们无需和各个供应商对接，非常低成本的实现了这一功能。总的来说，RPA是一种强大的自动化工具，是企业流程数字化的重要工具之一，正在深刻地改变企业的运营方式，我们可以预见，RPA的应用范围将会进一步扩大，其智能程度也会不断提升。
购物车
购物车
