文章图片

因此 ， 低代码并不等于中台 ， 它只是涵盖了中台的能力 。 更核心的在于它能不能做出更好的、比如和outsystems相似的分配标准 。
因此低代码有这样几个特点：
· 少量代码：降低重复性工作；
· 快速试错：提升效率；
· 图形化：让业务团队能参与进来 。
其一 ， 进入行业较久的互联网朋友们可能听过一些DISCUZ系统；在当时 ， 有些系统可以以无代码的方式拖拽式生成一个手机网站 ， 以及适用于各种场景的、基于论坛和新闻展示为模式的建站系统 。
但是无代码并不具备核心竞争力 。 与之相对 ， 低代码的基础标准是这样的：涵盖了aPaaS的能力、涵盖MADP ， 以图形化、可视化、流程化的方式进行组合 ， 驱动底层的PaaS和表层的MADP ， 最终形成低代码 。
因此 ， 低代码不代表无代码 ， 它需要一定的代码工作量 ， 其目的是为了让业务部门参与整个过程 ， 形成完整的组合和有效的低代码应用 ， 实现APP数字业务的创新 。 而无代码无法满足企业将数字化当成核心竞争力的这一前提 。
其二 ， 快速试错 ， 提升效率 ， 即企业可以快速地变化、升级 。
其三 ， 图形化 ， 即让业务团队参与进来 。 低代码平台其实很适合产品经理 。 以往产品和研发提需求时 ， 如果研发态度不好 ， 可能甚至会告诉产品这个需求无法实现 。 但是低代码时代来临之后 ， 产品可以帮研发将事情做到七八成 ， 研发只需完成剩下的部分 。
而关于低代码开发平台的最终检验标准 ， 有这三个方面：
1. 能不能开发2C和智能硬件的应用；
2. 能不能有效连接企业内部和云端的API；
3. 具不具备三种能力：图形化、MADP、aPaaS 。
早期低代码开发平台只能做表单式 ， 但是能否做好2C体验的产品 ， 才是低代码平台的核心价值之一 。
今天的低代码开发平台也需要很好的连接能力 ， 毕竟现下企业做应用时 ， 并不要求完善自身内部的所有程序 ， 它可能会用到多家的系统 。 因此连接能力是必须的 ， 这也是PaaS的能力之一 。
而以图形化的方式进行组合 ， 可视化驱动底层的PaaS和表层的MADP ， 则是衡量一个低代码平台有效性以及真实性的基础标准 。
三、企业怎么用？
低代码开发平台给企业IT解决什么问题？给谁用？

文章图片

Forrester是相比Gartner更早定义低代码的公司 。 在分析报告里 ， 它提出了低代码的两种定义：
其一 ， 面向企业内传统IT开发团队 ， 给专业研发人员使用的开发平台 。
其二 ， 面向业务团队 ， 即非传统IT人员群体使用的开发平台 ， 即公民化开发者 。
因此在国外 ， Low Code 分成两种产品模式 ， 面向不同的群体实现输出 。 当下在国内 ， 我们很少听到有人专门面向产品经理提供低代码工具 ， 更多的还是第一种 ， 可能通过模型驱动 ， 提供专业的IT数据 ， 但这种工具对我们而言还是太复杂了 。
那么 ， 企业到底该怎么用低代码开发平台来做应用？
而我作为产品经理、作为低代码开发平台分析师 ， 我又该如何设定我的产品？

文章图片

首先 ， 面向经过培训的业务团队 ， 我们给他使用的应该是图形化、可视化的工作台 。 且要想让这类非专业人员使用低代码 ， 我们可以从普通互联网用户角度出发来进行思考 ， 满足他们的需求 。
其二 ， 代码部分应该如何配合这类人员？则应当让业务团队优先处理各种需求 ， 让碎片化的需求规范化（如输出PRD、专业的Axure原型等） ， 进而推动业务向研发团队行进 。