大家好，我来自东华软件，我叫甘泉。
公司介绍
首先请容许我介绍一下我的公司。东华软件原本是一家传统的软件公司，2001 年在北京成立。当初公司曾经有大略一万名员工，其中大略有七千人从事技术。然而这七千人并不都是开发，大部分是施行人员。因为在咱们软件行业里，施行人员的数量可能远远超过销售人员和技术人员。
东华次要的服务畛域有应用软件，有系统集成，有技术咨询，有网络产品。其中，咱们有四个比拟大的业务板块：医疗、金融、能源和智慧城市。其中，东华软件的智慧城市版块成立于 2013 年，在智慧城市里边算是比拟早染指的公司了；目前东华软件曾经在全国建设了四个智慧城市研发核心。
行业挑战
智慧城市要做的三件事
咱们管智慧城市这个行业叫 G 端——Government。政府端其实和 B 端有些类似，但又有不同。我先简略讲一下智慧城市要做的三件事：善政、兴业、惠民。
善政，就是实现政府数字化、信息化。一方面是让政府领导借助像 AIOC、AIC 的城市经营大厅，把握好城市运作的方向盘；另一方面是履行一网通办，一网统管，为政府基层工作人员的工作减负。
惠民，为民众办事提供方便。像咱们常说的一网通办、无证城市、衰弱码、智慧社区，这些都是惠民的利用。
最初是兴业，政府对城市最关怀的指标之一就是经济指标。政府心愿通过招商引资、政策通等形式，让更多企业到城市落户，让企业可能在城市里享受到营商便当。
智慧城市的体系架构
上面这张图叫做智慧城市架构图。这个架构图通过几番演变，当初大略演变成这样子。
一般来说，它从下往上分为 IaaS 层、Paas 层、和 Saas 层。IaaS 层个别跟云和硬件相干。Paas 层个别被叫做中台层，咱们管它叫中台。中台又可能分为利用中台、数据中台、智能中台。这是腾讯的叫法，阿里可能会管利用中台叫业务中台；如果是华为，可能也会有另外一个叫法，然而大家的架构都差不多。最下面是 Saas 层，Saas 层放的是各种各样的利用。
实际上，咱们的政府客户对这个架构并不关怀。我做了很多回汇报当前，发现最关怀架构图的是架构师。他们感觉这个架构图很重要，因为他们就像搭积木一样去搭建一个智慧城市的架构，而且通过这个架构能够解决很多问题。如果某个问题解决不了，咱们就加一层架构。前面我会说，像明道云这类平台个别处在 Paas 层的下面——APaaS 层。当初人们也感觉数据很重要，怎么办？咱们就再加一个 DaaS 层。
智慧城市的“七宗罪”
在智慧城市畛域，咱们通常会遇到很多难题，这些难题可能在正在咱们的企业也会遇到。我把它们比喻为“七宗罪”，但可能不止七宗，还有更多。我这里只列举七个我感觉比拟常见的窘境。
多样定制。在企业畛域，很多软件能够产品化，这代表着这些软件不须要适度定制。然而在政府畛域，大部分软件都是高度定制化的。定制化就会带来大量人力老本的耗费，咱们的交付老本也水涨船高。通常如果咱们只做一个软件产品，它的利润很容易做高；然而如果每次都做定制产品，利润就很难做高。
时效紧迫。通常做政府我的项目都会面临这个问题。你的客户不焦急的时候，他都不违心搭理你，然而他一旦焦急当前，就像有政治工作压下来了，他可能心愿你最好今天就交付。做过政府我的项目的敌人可能都会感同身受。
需要变更。咱们在做政府我的项目的时候，会面临十分频繁的需要变更。频繁到什么水平呢？可能本月是这个需要，下个月就是另一个需要了。客户有时候不论你的合同签没签，只有需要变了就必须跟着客户变，否则你很难把订单交付好。而且，很多时候并不是客户成心想要变更需要，而是下层政府下达的压力使得他不得不变。
在政府畛域，很多利用的时效性十分强。比方疫情来了后，客户可能心愿你在一周之内就上线利用。这个利用可能就用一两个月，一旦疫情过来了就不必了。搁置半年当前，疫情又回来了，这时可能他又要把利用拉进去用。这样的需要常常产生。
数据孤岛，咱们也叫它“利用烟囱化”。因为政府我的项目的多样定制化，使得政府外部大量软件都是我的项目型的。每个我的项目型软件可能由不同的软件供应商提供，每家软件供应商都有本人的架构，做进去的零碎是一个自闭环的零碎，不和其余零碎相干，只管解决本人爹问题就能够了。由此，数据孤岛的问题必然会呈现。很多厂商都试图用 Paas 层来解决数据孤岛问题，然而很难。
反复建设。说来也挺奇怪的，一般来说，省一级、市一级政府的上面有四五十个业务部门，每个部门都有本人的需要，他们的需要会有重叠的局部。因为短少跨部门沟通，这个部门做了一个利用，在那个部门也要做一个相似的。有的时候，一个省上面的每个市都要把雷同的利用反复做一遍。
架地面台。方才提到，咱们引入中台是想要解决下面说的这些问题。然而起初咱们发现，援用中台当前如同也没有解决问题。因为不同公司有不同中台，任何一个“小烟囱”都会建本人的小中台。每个公司都想用本人的中台，不想用其余公司的中台，这就导致你建设的中台很可能会被架空。
难以迭代。其实很多时候不是技术问题，而是我的项目制的问题。通常咱们在做我的项目的时候，都心愿在合同签完后尽快交付，把尾款拿回来就好了。客户的需要最好不要变来变去，也不要再迭代降级。当我的项目交付后，任何多出的新需要和性能迭代都会让交付老本晋升。所以，难以迭代这件事也是咱们厂商避之不迭的一件事。
破局之法
面对这些问题，我和我的生态搭档想了各种各样的解决办法，也提出了很多解决思路，但都没有咱们感觉最好的解决办法。直到咱们开始启用像低代码或零代码平台当前，才看到了一些转折。在讲低代码和零代码平台之前，我要先讲一个方法论。
向 IBM 取经
这个方法论是我从我的 IBM 合作伙伴那里学到的方法论。他们做了一个很有意思的我的项目，叫 IBMGarage（IBM 车库）。他们在 IBMGarage 里推广了一个叫 MVP 的方法论。这个方法论很不错，很多大公司都在学，包含阿里、华为等。这个图能十分直观地体现方法论的原理。
过来，咱们要设计一辆车，可能会先做轮子，再做底盘和车体。最初把车设计好后，工夫可能曾经过来半年甚至一年了，但这时这辆车可能曾经跟我当下的需要不是那么符合了。
那么 MVP 会怎么做？咱们先做一个滑板车。这个滑板车尽管只有一个板两个轮，然而你能够滑起来，让你尝到一点苦头。在尝到苦头时候，你也会提出它的有余，比如说须要有一个直杆。紧接着，它又会进化成一辆自行车、一台摩托车，最终变成一台小汽车。它的每一步变动都能让用户疾速尝到一点苦头，这样有利于这个我的项目推动。
用这两种不同形式做进去的车，最终的交付后果兴许是齐全不一样的。后者一方面可能让你以最小老本试错和纠正，因为你可能造出一个滑板车的时候，用户感觉并不适合，这时你就要寻找另一个方向。这就是所谓的 MVP 方法论。
除此以外，我还学到另外一点。IBM 有超过 1000 个软件的宏大工具集，可能没有一家软件公司敢说本人有这么多工具。IBM 的共事说：咱们不可能对客户说你的问题解决不了，只有可能是咱们的解决办法不适合。那么没关系，咱们换一种工具，换一种形式，肯定能解决你的问题。
尽管如此，他通知我中国企业的智改数转（智慧化革新，数字化转型）成功率：个别征询公司帮忙企业智改数转的成功率可能连 10% 都没有。在 MVP 方法论和宏大的工具集撑持下，IBM 可能只做到 30% 左右。智改数转是一件很难的事，不是想改就能改成。
如何无效推动我的项目施行
把 MVP 方法论拉长当前，咱们能够把解决问题的整个过程分成六步。一开始是商机采集和技术计划，这两步实际上是咱们对于客户问题和痛点的了解。第二阶段是体验设计和架构研究，是咱们对痛点解决方案的摸索。实际上，前两步在过来并不是软件公司干的，它更像是个征询公司的事。最初一步叫最小可行性产品的构建以及生产环境的部署，这两块才是咱们软件公司失常要干的事件。
在最初两步，咱们须要有一种不落伍的工具。因为如果咱们不能疾速地把计划兑现为产品，那么整个我的项目周期还是会被拖得很长。所以，这时候咱们须要摸索一种新形式去解决问题。咱们设计了两条线路，一条是针对高度成熟化产品需要的研发线路，另外一条是针对高度定制化产品的研发线路。
在高定制化产品的研发路线上，咱们还短少一种零代码或低代码工具。在寻找工具的过程中，我用了不下 10 种工具，还找了大量材料去钻研这件事。最终我把零代码和低代码平台大略分成了五大类——面向 B 端、面向 C 端，面向物联、面向地图、面向数字孪生，以及面向数据可视化的平台。
这五类平台根本能够笼罩咱们遇到的所有问题，而在所有问题里，咱们面临最多的就是 B 端利用平台。通过一系列选型后，咱们最终抉择了明道云。
一方面是因为明道云在咱们心目中至多是前三的。另一方面，我和明道云共事交换的过程中，有种如沐春风的服务体验。特别感谢始终给我提供服务的程哲和孟晓，他们的服务意识让我最终抉择了明道云。最初还有一点，当我提出一个 BUG 或者我遇到的难题时，明道云能够疾速响应，去解决这个问题。这也是让我抉择明道云的重要起因。
在实践中前行
因为再好的工具都会面临实际测验，因为客户不会为一个想法买单。所以，上面就是咱们如何利用方法论和明道云来实际的过程。
过来，咱们会为一个我的项目做大量 PPT，均匀一个我的项目就有 20 几个 PPT 版本，为了就是让客户感觉咱们 PPT 能讲到他的心坎里去。然而当初有了明道云后，咱们发现了一种给客户演示的更好的形式。
PPT 还是不能丢，然而做完 PPT 之后，咱们会立即给客户上一些狠活——间接演示咱们在平台上搭建的演示利用，让客户对咱们的 POC 有一种实感。咱们不是一个 PPT 公司，不是来给客户吹牛画饼的。
某地智慧城市我的项目
大略咱们从往年 4 月份开始用明道云，到当初经验了四五个月，积攒了十分多利用。同时咱们还选用面向 C 端的平台 Zion。咱们建设了面向政府部门的利用，比方城市指数、营商调研、办公审批、党建引领、应急防疫、一码通、环境监测、监督管理等等。
在面向产业这方面，咱们也做了市场治理、资产治理、财务管理、薪酬治理等利用。第三类利用是面向市民的，包含社区治理、物业管理、社区团购、社区门店、疫情防控、智慧通行等等。
咱们大略用了 4 个月的工夫。在明道云和 ZION 上布局了 153 款利用，建成了 100 多款，这是咱们真正做到的一件事件。单纯从时效上来说，过来咱们做这件事件的话，可能要用当初的十倍的工夫能力实现。
当初会用这种低代码平台的人，开发能力足以“一打十”，这样咱们能够把老本缩减得非常低，然而实际上并不能缩减 1 /10 那么多——因为咱们发现具备这样的能力的人，实际上他是须要较高素质的，一要懂业务，二要懂一些编程。
有时候，咱们甚至感觉低代码 / 零代码平台把咱们东华整个利用开发的门槛进步了。因为在实际过程中，咱们发现很多程序员基本不想理解业务，然而你想要把低代码平台做好，你必须去懂业务。要不你倒退懂业务的人去学一点编码，要不你去倒退懂编码的人去学习业务。
探寻可继续经营的商业模式
当初，咱们的愿景是把东华的智慧城市我的项目教训造成一个“智慧城市翻新工场”。为什么这么说？
因为当初咱们做的智慧城市和以前不一样。以前做智慧城市时，咱们只有给一个省市交付我的项目即可。当初咱们不光要交付我的项目，还要给客户培养一支团队。
这个团队会始终陪着政府实现智改数转。如果团队缓缓扩充，政府能够把产品孵化进去，辐射到周边省市县，这样就能够给城市多一个新兴产业的机会。当初，所有政府都在钻研如何做智慧城市，咱们感觉这是一个对政府智政、智慧城市都无益的解决之道。
提供长效可经营的城市数字化服务
咱们把以前我的项目交付型的商业模式变换成继续经营型的模式。当初，咱们去见客户时，不再像以前那样，要么讲 PPT，要么给客户演示产品，要么展现我的解决方案或者先进架构图。咱们会讲咱们要做什么，一是打造“好办智办”的服务模式，一是推广“乐高式”建设。
咱们在明道云上搭建的所有利用都是具备伸缩性的，你能够选用，也能够不必。方才提到 IBM 里有 1000+ 工具能够给客户试用，而咱们尽管没有那么多，然而能够在低代码、零代码平台上积淀出很多智慧城市利用，目前咱们曾经积淀了 100 多款利用。
我指标先做到两三百款，能够做到无论我去任何一个省市县给客户做演示的时候，都能够说：你的问题在我的工具库里肯定能找到解决方案，你感觉好用你就买，你感觉不好用就不买。
这相当于是咱们对本人产品的自信。另外，它也是一个最佳实际的“拿来主义”。为什么这么说？一方面，咱们会把本人过来做的很多软件、咱们生态搭档领有的实际诧异吧、咱们竞争对手的产品，都在零代码低代码平台上重构，其实过程并不简单。另一方面，低代码零代码平台能把我的项目交付的流程缩短，把你的产品化过程缩短，而且老本也会打得更低。
最初一个叫“小切口，见时效，重经营”，这也是咱们在政府部门推动的一件事。所谓的“小切口”就是方才提到的 MVP 推动形式。实际上我感觉在很多企业用户里边也会有这样的实践经验：咱们不必布局一个很大的利用，只有针对一个个小问题，用零代码平台去解决它就能够了。
我的演讲就到这，谢谢大家。
本文来自东华软件征询参谋甘泉，在明道云 2022 年秋季搭档大会流动演讲，经校对编辑后整顿为演讲精髓。