零代码的视角：从无序到有序，提高中小企业的运营功率

这两年里又一头扎入「模型驱动」的 aPaaS 产品中，在微观商业形式形式的思考外，弥补了许多更落地的视角。再次站在职业选择的路口，补上《关于 aPaaS 的思考（下）》，也算是给自己的阶段性小结。

一、aPaaS 处理的问题是什么

1. 面向企业

比较两年前，关于这个问题，我的视角会有所不同。

零代码的视角：从无序到有序，提高中小企业的运营功率

在做零代码时，我们重视的是从无到有，是中小企业「办理思路」的东西化。我们判别中小企业，由于短少高性价比的数字化办理东西，会导致企业全体运营功率会比较低。

比如：百人以内的电商代运营团队，每天花费很多人力用电子表格来进行库存办理。

低代码的视角：下降内部体系的本钱

而在最近工作的两年里，调查市场上在投入 aPaaS 方向的企业，更多是中大型公司，而其中心的动机是「怎么以更低的本钱迭代各种内部体系」以满足企业快速发展的诉求。

比如：A 公司内部已经有了 OA、人力、差旅等多个体系，可是体系数据不打通，期望建立 aPaaS 层的东西，完结体系层的数据、流程互通。

B 公司存在很多业务线需求客服东西，所以中台打造通用客服产品，可是发现业务支持时，存在很多个性化需求，迭代不过来，所以建立 aPaaS 东西层，快速呼应。

所以从企业视角，实质都是处理「企业使用」的问题，主要是看处理「中小企业的从无到有」，仍是「大企业的从有到优」，而这两种思路，从商业化上，各自有其需求处理的问题，商业化尚待验证：

专心处理「中小企业的从无到有」：这类客户画像是短少 IT 才能的，要求产品上手门槛低，且会十分注重性价比，客单价也会低。这些要素决议了零代码产品，自身产品上无法建立复杂度过高的使用，商业上无法完结高客单价，需求经过「走量」来拉升商业空间。

那最大的难点是：「量」怎么走起来？必定不是依赖厂商自身的服务才能，最好的预期是产品门槛足够低，中小企业能在教育资料的教导下，自己完结闭环，退而求其次就是建立生态。

专心处理「大企业的从有到优」：这类客户要么已有自研产品、要么已经采购 SaaS 体系，这些企业使用的复杂度一般较高，关于 aPaaS 产品的天花板要求也更高。

关于 aPaaS 来说，产品上的难点是底层怎么抽象，既能完结提效又能保持才能的灵活性和天花板，商业上的难点是怎么证明采用 aPaaS 的处理计划，能够给客户省钱，能省多少钱 – aPaaS 是东西，客户有诉求找过来，无法开箱即用，要证明这个价值，比如有人力投入进来，先把使用搭起来，那价值被证明前，客户是肯定不愿意投人，厂商就需求自己处理这个问题，就会导致服务本钱很高。

另外一个思路是，场景化的打造1-2个标杆产品，用于价值的证明，可是大企业的需求，又极个性化。所以产品 & 商业的这两个难题，仍是在探索中行进。