为了应对更多的业务场景，较低成本的满足丰富多变的业务需求，B端产品在设计之初就要考虑较高的灵活性

为了应对更多的业务场景，较低成本的满足丰富多变的业务需求，B端产品在设计之初就要考虑较高的灵活性，这是B端产品设计中最重要的原则之一。

然而，当面对具体业务场景时，B端产品经理们很容易按照已明确的需求，做成固化的方案，从而导致开发同学在实现时代码都“写死”了，后面再想做些啥改动，真是难如登天。

要想达到B端产品较高灵活性的目标，需要从产品架构、实现方式、功能设计多个层面共同支持，作为产品经理，主要从功能设计层面进行思考。

此篇作为本系列开篇，先帮助大家建立全局认知。

01 如何提升灵活性？

总体来说，从功能设计上提升灵活性有两种思路：

第一：预测需求

即我们思考一个需求方案时，同时预测未来业务中可能发生的多种场景，并提前做好普适方案。

这种方式在一定程度上可以提升产品灵活度，但局限性也很强：

• 一方面需要产品经理对业务有非常深入的了解，才能预测得比较精准；
• 另一方面能够提前设想的场景是有限的，因此方案普适范围也是非常有限的，不可能做到完全灵活。

所以这条思路主要应用于需求场景较少且容易明确的功能。

第二：配置化

第二种思路就是我们这个系列要介绍的主角——配置化。将产品功能做成灵活可配置，通过不同配置的组合，来满足业务中各种“意想不到”的需求。

接下来进入正题。

02 什么是功能配置化？

不同的角度定义有所区别，从产品设计层面看：

功能配置化是用户通过可视化的界面，采用无代码或低代码的方式，即可快速配置出满足自身需求的功能。

用人话翻译一下就是：用户直接通过系统界面就能配置出自己想要的功能，而不用找开发小哥排猴年马月的期。

大多数B端同学或多或少都接触过一些产品功能的配置化，小到一个自定义字段、列表排序，大到一个流程，乃至整个系统，都可以做成可配置的。

一些aPaaS厂商，如国内的明道云、简道云、氚云等，企业用户通过可视化的系统页面，无需代码即可从零搭建出许多业务逻辑较简单且通用的企业级应用。Tips：

aPaaS：全称是application Platform as a Service，即应用平台即服务，用于支持应用程序直接通过PaaS（平台即服务）开发、部署和运行，包括数据对象、权限管理、用户界面等。

因为是以SaaS的形式提供给企业用户，同时又具有开发工具（即PaaS）的性质，所以把它单独列为了aPaaS，可以理解为是一种介于PaaS与SaaS之间的形式。

前段时间陈果和任向晖两位大佬关于“低代码”的辩论，针对的就是这个。

那么无代码和低代码又是指的什么呢？