正文
，可以采用无代码，但需要平衡灵活性的妥协；
2）跨越心理门槛
，需要产品讲好故事、做好交互设计，调整如“BPMN图、ER图、外键、函数、脚本”等专业词汇，尽量避免触发用户畏惧心态；
3）跨越动机门槛
，需要找到足够痛的场景，通过行业模板、业务模板、交互设计等打造足够简单的操作方式。
5、应用治理、平台性能等
低代码平台降低了应用开发成本，如果应用爆发式增长，出现大量无人或较少人使用的应用，则对业务价值不大，却会带来额外的认知、管理成本。同时，应用数和使用人数的增长，也会给平台性能带来挑战。另外，用户追求个性化前端呈现与平台固化的前端呈现也是一种需要应对的矛盾。
总之，低代码是个好东西，框架本身可以大大提升效率，但同时，它也存在着一些问题。
莫要“成也框架，败也框架”
。
四、低代码的优势
看了很多低代码平台的劣势，也莫要灰心，先让克里斯坦森为我们打打气。他在《创新者的窘境》中定义了“颠覆式创新”，即
比市场上现有产品更为便宜、更为方便的替代品，它服务于低端消费者或新消费群体，步步蚕食传统产品的市场份额，最终取代传统产品的统治地位
。低代码平台是否是颠覆式创新，我们拭目以待。
1、降本
主要包括3方面，学习成本、开发成本和其他成本。
1）学习成本
降低是普通业务人员即可操作，为IT研发资源不足的企业降低人力成本。
2）开发成本
降低是对于开发者而言，可以复用既有能力，减少低价值代码耗费时间，同时，很多需求变更可通过配置方式实现，缩短了开发、运维等时间。
3）其他成本
如沟通成本、测试成本，甚至云架构方式降低硬件成本等。
2、增效
主要包括2方面，交付效率和协作效率。
1）交付效率
2）协作效率
-
沟通效率
。一个需求交付要涉及到很多人，如业务人员、产品经理、开发人员、测试人员等。而借助低代码，很多需求可能在业务部门内容就能实现了。需要沟通的人数少了，沟通效率自然就提高了。
-
天生敏捷精益
。敏捷追求的核心关键字，如“尽早交付”、“快速反馈”、“响应变化”等低代码平台生而有之，通过配置快速交付，让程序尽早接受业务校验，迅速得到反馈，并及时调整。精益追求的核心关键字，如“价值”、“消除浪费”、“内建质量”等低代码平台同样生而有之，低成本快速验证，聚焦业务设计而非程序设计，通过业务聚焦、标准化、复用、少人化等消除不产生价值增值的活动，通过平台本身内建质量保障所有应用质量等。
3、提质
Bug界有个绝对真理，“
代码越少，Bug越少
”，低代码平台开发应用所需的代码量决定了其Bug量极少，甚至，“No Code，No Bug”。
低代码平台与“中台”也有类似之处，由专家级开发团队打造便于进化的高质量代码。采用
“复用”、“统一”
的理念，降本增效、打破孤岛。同样，
低代码平台也需要警惕“中台陷阱”，本欲“赋能”业务，不料变成瓶颈，以至业务“无能”
。
4、价值
主要包括3方面，高度贴合业务、缓解低价值需求资源困境、提升程序员价值。
1）高度贴合业务
。
一个好的B端产品不是功能牛X，而是恰好能解决客户当下的问题。
这就需要产品可以适应不同成熟度的客户，而不是一个标准方案走天下。笔者曾持此理念帮多省、多家运营商落地研发协同平台，
针对不同客户成熟度给不同解决方案。传统的标准化产品无法支持此理念，但低代码平台却具备这个能力
，笔者对低代码平台的信念之一也源于这种经历。
