代码|低代码产品的“逆熵”小败局( 三 )


五、传统SaaS是不是必然会走入这样的困境?这些SaaS交付型企业在低代码建设中选这条“逆熵”的道路,一定是有历史的包袱,这一点是无可厚非的,但是不是只有这一个答题思路,似乎不然。
我这里以国内某一BI厂商的低代码平台答卷为例,他们并没有试图通过低代码去解决他们现有SaaS产品的灵活交付问题,而是把低代码作为整个产品矩阵中的一个独立产品进行规划。
该厂的传统BI产品是解决数据统计、处理、分析、展示问题,为了补全产品阵列中的闭环,他们的低代码平台锁定了信息收集、工单流转的表单场景,并且着重建设了与原有BI产品的数据打通。
单独来看,表单场景似乎是相对简单,但是配合该厂的BI产品就完成了一个数据收集到分析的完整闭环。
六、小结

  • PaaS级低代码产品本质是快速应用开发工具
  • 应用的演进迭代逃脱不了系统熵增的客观规律,低代码产品的设计需要顺应这个规律
  • 传统SaaS企业要注意,不要将自己囿于简单通过低代码方式完成交付的战略困境
本文由 @小博 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议

推荐阅读