规模化定制的商业模式幻象（之三）：低/无代码定制平台的 To B 业务逻辑存在错位

低/无代码业务定制平台，这些天特别火，在这个闰伏（四十天的伏天）的夏日里。To B 企业应用的几路软件厂商都动了，各自拿出了自己的平台和方案。

微软推出了 Power Platform。

用友高调推出的是 YonBuilder。

协同管理平台厂商推出业务生成器其实好几年了。

勤哲的 Excel 服务器、魔方网表、云表等自称 SaaS/PaaS/aPaaS 的一众 To B 应用服务商其实早已在这个特定规模市场上耕耘了多年，有的已经越过了盈亏平衡点开始挣钱了。

氚云、搭搭云、明道云、简道云等，风起云涌，真的卷起了阵阵 To B 应用的行业风潮。

但是，周天云起时，我欲探云根。据说云根为深山云起之处，是风云兴起的基石。

那么，低/无代码业务定制平台应用市场的云根就是这些 To B 的厂商们了。我要探看的就是：低/无代码业务定制的 To B 业务真的赚钱么，成长性怎样，效率如何？

大厂真的不赚钱，不过没关系，搭着项目走，“并计”出营收不是难事。反正不考虑投入产出 ROI。

至于微软这样的巨头，凭借复杂的产业价值链长尾设计，他们的业务逻辑原本就不想我们想象的那样简单直接，他们是做平台、做生态的。此“全民编程”非彼“全民编程”。出于对 To B 行业的关注，在微软刚推出 PP 的时候，我就向有关人士求证过了，真不是面向非 IT 专业人士的。

有两家算是在业内做的不错的厂商（这里就不点名了），也向我表明他们的产品真的还需要是企业中的 IT 人士的，即使不是专业，至少也要专长。更有一家我很尊敬的云厂商（业内的肯定猜得出来），虽然客户不少，但是他们却在大量“放弃”客户。我问为什么，他们说“实施不过来”，“人手不够，交付不过来”。

难道这不就是 SaaS 的初衷走上了“交付的歧路”？！

所谓的业务模式说穿了就是怎么收钱，或者向谁收费。低/零代码业务平台们的业务模式值得推敲。

零代码平台，低代码平台，拟或称业务生成器，业务定制平台，其实都是产品定义不清晰的。也或者厂商自己心里清楚，但就没有打算向市场、客户说清楚（说不定就是为争取投资 To VC 呢！）。也许一种技术，甚至一种产品的应用最终怎样应用，并不是技术发明者或生产厂商最初设计的那样，比如微处理器 CPU。但它的用户一定是清晰的，这一点对别人可能并不怎么重要。但对于生产厂商来说却是重要的，因为它定义了产品的市场结构、性质和规模。（讲实在的，在市场营销中市场的定义就是消费者的集合，与之相对的供给者的集合则构成行业）。说是营收、是厂商的生命也不过分。因为这决定了管谁要钱。

软件产品或服务在 To B 领域里，实际上是提供的工具、机器或者生产线。而不是工具的工具，即造软件的软件。因为对用户而言，工具的工具的用户是软件开发商。不管零代码还是低代码，开发平台都是业务工具的工具。它的用户应该是，事实上也是软件厂商。顶多是软件厂商的实施人员或交付团队。有的企业用户的确有进行流程改造的需求，业务变动也是有的。但那一定是非常态、低频的，更是少数的。如果一个企业高频的改造自己的业务流程和生产线，大可怀疑其生产的稳定性和运营的连续性。因此，即使有那也是个极小规模的利基市场（参见：To B 软件用户开发平台是个“想当然”的小规模市场）。

任何生产方式的进步都与技术的进步相关，并常常落实到工具之上。没有错，这也是一种产品形态，编程工具或称开发平台。因为封装了更多、更繁复的技术，而令使用者操作更简单、高效，而产品产出的却不简单。那么这就产生了一个不同的市场，这是软件生产者们构成的。注意，这不是 B 端用户，因此，这不是 To B 的，而是 To D 的，是对应用开发者的。

低/无代码定制平台的 To B 业务逻辑存在的最大问题是，想让 B 端用户自己来开发软件，这场景太过小众了，掉进了个性化定制的规模之“坑”。

To B 软件定制化开发平台的产品理念是让用户能够低代码甚至无代码开发应用，这不符合专业分工的思想原则。因为这应用开发毕竟是个技术活，即使无代码也是，是属于 IT 的技术活。即使有用户企业中的人愿意做“定制开发”，那也不是他们的本手业务，不是他们的 KPI。企业的业务可以有创新，流程可再造，没错，但那不是企业的本手，也不是常态。对于大多数，企业这实际上这是不务正业的。当然我们不排除有极个别的企业用户，但是这个极个别不经济啊！