01 低代码的本质

经常有朋友问我：什么是PaaS？什么是低代码？什么是无代码？

从本质上来说，不管是PaaS，还是低代码、无代码，其实都是一种应用软件的构建方式。

只是，低代码更多面向产品经理和开发者，强调开发的简易性（比如可视化开发）；而无代码则更多面向业务人员，更强调自己压根不需要开发（比如通过拖拉拽搭建表单）。

PaaS则是一个更加综合的概念，往往包含了低代码、无代码和全代码开发。

虽然低代码公司往往面向IT人员，而无代码公司往往面向业务人员，但毕竟都是面向同一类企业。

同时，当面对客户动态化、个性化的需求，单纯的低代码或者无代码，也很容易遇到各自的瓶颈。

比如，当业务部门只需要一个简单、低成本的工具支撑边缘业务和创新业务时，复杂的低代码就显得太重了，而简单易用的无代码则是更好的选择。

但是，当业务逐渐壮大以后，无代码的能力就无法满足复杂的需求了。这种情况下，企业就会抛弃无代码，转而寻求更重的解决方案，比如利用低代码平台自研。

当然了，如果此时市面上出现了好的SaaS产品，企业也有可能直接选择SaaS。

从这个角度来说，低代码和无代码未来很可能会进行融合，以便持续性的满足企业动态的、个性化的需求。

也正是因为这个原因——虽然有不严谨之嫌——本文仍将低代码和无代码统称为“低代码”。

02 低代码的窘境

我一直认为，一个好的商业模式，最先考虑的一定是客户需要解决什么问题，其次才是用什么工具去满足客户需求。

从这个角度来说，偏通用工具属性的低代码，必然会面临以下挑战。

第一，复杂需求的挑战

在一定的技术条件下，灵活性和标准化是存在冲突的。虽然低代码通过标准化提高了开发效率，但同时也牺牲了一定的灵活性。

比如，在快消品行业，业务员在手机端录入销售订单是一个非常高频的操作。以“选择商品并录入销售单位和数量”为例，一位业务员每天可能需要操作几百行，涉及到几千次的点击。

对于SaaS产品来说，可以针对这个场景进行非常精细化的设计，以最大化降低业务员的操作难度，并提高操作效率。

而某些低代码的功能页面由于全部由标准化控件组装而成，不能灵活定制，在精细度方面无法达到SaaS产品的水平，必然影响到企业的运营效率。

第二，咨询需求的挑战

B端软件产品的本质，是业务流程的数字化。因此，在软件上线之前，需要对业务流程进行梳理，并根据梳理的结果对软件进行适度调整，对业务数据进行整理和导入。我把这一类需求统称为轻度咨询需求。

SaaS产品由于按照特定行业或特定业务领域进行了定制，同时也有专门的人才和方案储备，在满足轻度咨询需求的能力上，相对成熟一些。

而低代码产品由于没有特定的行业与业务领域，或者说覆盖了较多行业和业务领域，在满足轻度咨询需求的能力上，则相对缺乏一些。

当然，某些无代码厂商的目标用户是业务人员，按道理他们应该具备梳理流程和数据的能力。但实际上，‘大部分’公司业务人员的主要精力都放在了业务目标上——除非是比较简单的局部需求——大部分业务人员暂时都无意、也没有能力把流程梳理和数据整理等轻咨询工作做好。

因此，即便低代码能较好的解决开发效率问题，仍然会面临轻度咨询能力的瓶颈，这就大大影响了低代码进一步扩大市场规模。

当然，任何一个新事物都会面临各种问题。而低代码面临的这些问题也并非无解。

比如，低代码也可以推出行业解决方案或业务解决方案，甚至提供针对具体行业或业务的定制化组件。而人才的问题，只要耐心培养和积累，或者与咨询公司合作，也可以逐步得到解决。

但是，低代码面临的窘境在于，SaaS公司一定会向下延伸到低代码领域，从而与低代码公司形成竞争关系。

比如，Salesforce于2008年推出的Force.com，北森于2020年开放给企业客户的鲁班平台，其本质都是融合了无代码、低代码以及全代码的PaaS平台。

在SaaS公司深耕的领域，SaaS的优势非常明显：

第一，对于核心场景和高频场景，SaaS产品能够更好的满足客户个性化、精细化需求。

第二，针对目标领域，SaaS公司的客户成功能力更为突出，积累的资源更为充足。

第三，SaaS公司的注意力更聚焦，其低代码产品对目标客群的匹配度也更高。

那么，面对SaaS公司的强势竞争，低代码公司的机会又在哪里呢？

03 低代码的解答

我一直认为，好的竞争战略一定是发挥自己的优势，攻击对手的劣势。相对于SaaS来说，低代码也有自己的优势：

1）更通用的软件搭建能力

大部分的SaaS公司专注于特定领域，这在提高其特定领域能力的同时，降低了跨领域的能力。

而企业是一个动态调整的过程，不断有创新业务出现，也需要降低试错的成本。在这种快速迭代的领域，低代码平台无疑是一个成本更低的选择。

2）更开放的平台

虽然SaaS公司也可以建设自身的低代码平台，但为了提高领域能力，大多数SaaS公司仍然把自己定位为“特定领域解决方案公司”。

但是，我始终相信，最大的创新力量在企业外部。这也是为什么Salesforce要创立App Exchange、苹果要创立App Store的初衷。本质上就是为了吸引更多创业者来为其客户提供更加多样化的服务。

B端管理软件的本质是实现数字化的工具，这就从根本上决定了，数字化咨询能力与软件实现能力是不可分割的整体。相对于SaaS公司，低代码公司在定位上更加开放和中立，有希望吸引到更多具有咨询能力和创新能力的创业者。

那么，低代码公司应该如何发挥自己的优势呢？

我一直认为，在云计算这个市场，单点的竞争力都是不足以构成坚固的护城河。

比如，低代码公司会认为自己的功能更贴近业务人员，或者认为自己的组件能提高开发效率。但是， SaaS公司的PaaS平台同样也可以具备这些功能特性。而且，随着资金与人才的投入，同样可以做得很好。

真正坚固的护城河，应该是来自于体系化的优势。

比如，SaaS星球的一位创业者，是一家服务于某垂直行业的SaaS公司。但是，他并没有停留在提供软件的层面，而是亲自下场做了一家行业公司，以提升自己对行业的理解和实践能力。接下来，他又把实践的成果通过培训、带教等形式，输出给潜在客户。这样，一方面“SaaS软件+行业实践”的组合能力帮助他不断拓展市场，另一方面与客户的深入合作又给他带来了更多的SaaS软件创新和更丰富的实践经验。

当这个体系形成了正向的飞轮效应，那些试图用低价策略进攻他的竞争对手，就会面对很坚固的护城河。

低代码公司同样应该构建这样的体系化优势。

我常说，SaaS公司最大的竞争对手，其实是他们的客户和咨询合作伙伴。

对于客户来说，SaaS公司不断上涨的价格、迟缓的响应速度、封闭的功能和数据，都会迫使客户不得不走上自研的道路。而此时，低代码将是SaaS公司很好的替代。

对于咨询合作伙伴来说，SaaS公司与其存在天然的竞争关系。在SaaS专注的领域，SaaS公司不希望合作伙伴涉入太深。而在SaaS公司不专注的领域，对合作伙伴的支持又太少。

对于合作伙伴来说，与中立、开放的低代码公司将有更大合作的空间。

如果低代码公司能够与客户或者咨询合作伙伴建立起赋能和互利的机制（而不仅仅是简单的提供产品和培训），那么形成的整体力量将成为低代码公司的体系化能力。

当然，成长的道路并非如想象中那般美好。比如，如何为客户和咨询合作伙伴赋能？如何建立起共生的互利关系？这将是一个长期的课题。

但我相信，在克服这个难题的过程中，真正的强者会脱颖而出。

最后，欢迎你扫码添加“ToB老人家”主理人个人微信，围观他的朋友圈，并加入中国(可能)最大的SaaS微信群。

已有3万来自Salesforce、腾讯云、阿里云、北森等公司的SaaS产品经理、高管和创始人加入。

现在加入，还可以领取资料大礼包~

我本人使用的微信

也欢迎大家加入我亲自主理的SaaS知识星球，学习抖音刷不到的SaaS实战课。

作为全网唯一的SaaS星球，半年多已有5000+星友加入。很多星友通过学习成功转型SaaS产品经理，或者加薪晋级。

以下是已有的27节课程列表，现在加入，还可以享受未来一年24节课直播。

关于星球更多信息，大家可以点击了解：《抖音刷不到的SaaS实战课程》