——这是我的第 157篇原创文章——学习 B 端产品，就看「司马特小分队」
1月14日，钉钉召开6.0发布会，又引热了低代码和零代码。根据Gartner的数据，到2024年，65%的应用程序开发将是低代码。到2023年，超过50％的大中型企业将采用低代码应用程序平台（LCAP）作为其战略应用平台之一。在人人可做软件的将来，产品经理还有一席之地吗？01什么是低代码？低代码的起源，还得从上个世纪八十年代说起。1980年，IBM的快速应用程序开发工具（RAD）被冠以新的名称——低代码，由此，低代码的概念首次面向大众。低代码是英文“Low Code”的翻译，当然，此“Low”非彼“Low”，它意指一种快速开发的方式，使用最少的代码、以最快的速度来交付应用程序。低代码是一种软件开发模式，简单“拖、拉、拽”即可快速搭建软件，就像用Axure画完原型，添加下链接就是一个软件了。低代码的形式是“可视化编程”，核心是“复用”。像中台一样，提高复用率是低代码的关键。且不想会不会被客户淘汰，产品经理听着就很激动，再也不用和开发撕逼了，我想怎么设计就怎么来，不对了纠错成本也很小。现实真是如此吗？02低代码的现状就目前来说，低代码平台可以搭建表单、流程类的简单软件，但是复杂的B端业务，还是要靠码农码出来。低代码不是无代码，在拖完可视化界面后，还是要简单编程的，比如用python 写上数据流转逻辑，那么产品经理使用时还需具备简单的编程能力。低代码的优点很明显：- 通过配置即可满足一批新增或变更需求，直接避免了低价值代码开发时间，开发效率提升10倍并不夸张。
- 通过配置无法完全满足的需求，虽然仍有开发工作量，但由于可以复用平台能力，也节省了相当一部分开发工作量。
- 由于平台能力复用，会大大缩短端到端交付时长，如测试时长、集成发布时长等。
- 低代码平台本身是一个开发框架，能在平台上造出什么很大程度依赖于框架本身的能力。
- 虽然很多低代码平台标榜自身灵活性强、解决企业个性化需求，但其前提是在框架能力范围内。如果个性化需求刚好不在框架能力范围内，二次开发实现成本、时间都不容小觑。若企业所选的低代码平台刚好又不够开放，对平台支持和升级的强依赖性会让企业有苦难言。
挖掘客户需求
设计产品
- 验收产品
回复「星球」了解更多服务
以上就是低代码平台，会让产品经理失业吗？要我怎么忘了他歌词的全部内容了，希望大家喜欢。