从餐饮业的变迁看低代码平台的前景
这些年，低代码平台一直是一个热门话题。
很多平台都在宣传一个类似的概念：过去开发一个软件需要程序员写大量代码，现在只需要拖拉拽、配置流程，甚至让业务人员自己就可以把软件搭出来。
这个方向当然有价值。
但是，低代码的前景究竟有多大，我觉得可以从餐饮业的发展中找到一个很有意思的参照。
一、餐饮业经历过一次“低代码革命”
过去，人们吃饭主要靠自己做。
买菜、洗菜、切菜、炒菜，全都自己完成。
后来出现饭店，做饭这件事情开始专业化。
再后来，又出现了连锁快餐。
快餐和传统饭店最大的区别，并不是厨师水平有多高，而是它把做饭这件事情进行了高度标准化。
汉堡怎么做、薯条炸多久、鸡翅腌多久、酱料放多少，都可以提前规定下来。
于是，一个普通员工经过培训，也能稳定地生产出差不多的产品。
这就是快餐真正厉害的地方：
它把一个原本高度依赖个人经验的事情，变成了一套标准化流程。
标准化带来的结果就是成本下降、速度提高、容易复制。
但餐饮业后来并没有变成“只有快餐”。
今天依然有大量地方菜、特色餐厅、小馆子、私房菜。
因为人的需求并不只有一种。
“我想吃东西”是一个通用需求。
但“我今天想吃什么”，却可以非常具体。
二、低代码和快餐，本质上解决的是同一种问题
低代码也是在做同样的事情。
企业里有大量软件需求，其实非常标准化。
比如：
人员管理、权限管理、审批流程、表单录入、数据查询、统计报表。
这些东西几乎每家公司都要用。
既然大家都差不多，当然没有必要每次都从零开发。
于是平台可以把数据库、页面、流程、权限这些东西提前做好，开发人员只需要配置。
这就像快餐店已经把面包、肉饼、生菜和酱料准备好了。
你不需要从种小麦开始。
所以低代码最大的价值，并不是“让软件开发消失”，而是：
把大量重复的软件开发工作标准化。
这个价值是非常实在的。
尤其是那些业务简单、需求通用、变化频繁的企业内部系统，低代码能够明显降低开发成本。
三、但标准化本身，也决定了低代码的边界
问题同样出在这里。
一家快餐店可以很好地解决“我饿了，想吃点东西”。
但如果顾客说：
“我不要汉堡，我想吃家乡的那道菜，而且按照我家的方法做。”
快餐店就开始为难了。
不是因为厨师不会做，而是因为整个生产体系就是按照标准化建立的。
软件也是一样。
如果企业只是需要一个审批系统、进销存系统、客户管理系统，低代码很好用。
但如果一家企业真正的竞争力，就藏在一套非常特殊的业务流程里，那么情况就不一样了。
比如它有自己独特的生产流程、调度规则、定价模型、风险控制方法。
这些东西之所以有价值，恰恰就是因为它们不是行业里的标准答案。
这时候，如果为了使用低代码平台，而强行把这些业务塞进标准化模板，反而可能把企业自己的优势给磨平。
所以低代码有一个很明显的规律：
越通用的问题，越适合低代码；越特殊的问题，越需要传统开发。
四、这决定了低代码是一个有价值的市场，但不是一个无限大的市场
看清这一点，也就比较容易判断低代码的前景。
低代码当然不会没有市场。
恰恰相反，只要企业里一直存在大量重复性的管理需求，它就一直有价值。
就像麦当劳、肯德基可以成为巨大的餐饮企业一样，标准化的软件开发同样可以形成很大的市场。
但我们也不会因为快餐成功，就认为传统餐厅会全部消失。
因为标准化只能解决“共性问题”。
而社会上永远会存在大量“个性问题”。
低代码也是如此。
它能够不断吃掉软件开发中那些重复、简单、通用的部分，却很难覆盖那些真正复杂、特殊、决定企业竞争力的部分。
所以，我对低代码的判断是：
有前景，但前景主要来自“降低通用软件的开发成本”，而不是“彻底改变软件开发”。
它更像快餐。
市场可以很大，价值也可以很高。
但它的边界，同样非常清楚。