B端产品设计原则之配置中心

在进行产品设计的时候，要规划好什么样的配置功能是开放给客户的，什么样的配置功能是供应商自己用的。原则上为了避免客户的复杂度，尽量开放最小范围的配置功能给到客户自己使用。

B端产品面向的公司不一样，产品需要保证一定的灵活度，用来支持不同公司的需求，这就需要一个配置中心来支持不同公司的业务需求。一般来说产品可以支持配置的部分包含界面布局、字段名、验证逻辑、计算规则、审批流配置、角色配置、角色功能权限配置、用户配置、用户数据权限配置等等。

这里面一部分配置功能主要是产品供应商用来给客户实施时用的，一部分配置功能是客户本身可以使用的。在进行产品设计的时候，要规划好什么样的配置功能是开放给客户的，什么样的配置功能是供应商自己用的。原则上为了避免客户的复杂度，尽量开放最小范围的配置功能给到客户自己使用（一般客户也很少用，配置的修改也相对低频）。

产品供应商对于客户功能的配置

一般来说产品供应商对于客户功能的配置，主要包含如下：

（1）不同的公司需要的功能不一样，需要在公司级别配置需要哪些功能，需要在公司层面配置功能主要出于二个目的：

• 公司用不上某些功能，为了保证版本的简洁性，勾选掉客户不需要使用的功能。
• 基于不同的收费方式，有些功能需要另外附加收费。

（2）不同的公司在使用同一个功能的时候，需要看到的内容不一样，这个配置可能包含界面布局，字段显示名，字段是否显示等等。

（3）不同公司在使用同一个功能的时候，保存操作的时候后端对应的验证逻辑，以及计算逻辑不一致，需要进行配置，这里面有二个情况，可以采用不同的对应策略：

• 如果不同计算逻辑可以抽象成几类的，将类别抽象出来之后，便于配置选择。
• 如果计算逻辑，不同的公司的逻辑相差极大，基本很难抽象出来有限的几类，这个时候最好是采用支持公式配置的方式，当然公式配置的设计里面，也有很多学问，原则就是需要尽量简单易用。

（4）导入导出模版，不同公司可能导入数据文件格式不同，另外输出报表格式也不相同。

（5）对于一些流程驱动的功能，不同公司可能对应有不同的流程，可以在公司级别进行配置。

（6）另外就是一些通用的设置，比如说页面风格，密码过期规则，备份规则等等。

上面的这些都是基于公司的配置，一般就是产品公司的实施人员在上线的时候基于客户情况进行配置的修改，为了节省实施的工作量，可以考虑设置一个或者多个基库版本，实施在基库的基础上面进行简单调整就可以。

基于公司的产品配置一般都是供应商公司来实施配置，还有一部分配置的功能是开放给客户自己进行配置的，这部分配置一般来说不是功能级别的内容，而是客户数据级别的需要配置的内容，可以分成几类：

1. 角色，角色权限，这个部分如果业务可以将角色标准化固化下来尽量标准化下来，如果不能，就需要允许进行配置。
2. 用户对应角色，用户数据权限。
3. 一些跟客户业务相关的数据字典。

这个部分的配置一般由实施人员在上线的时候帮助客户初始化配置完成，以后如果万一有调整的时候，可以由客户自行配置或者寻求产品支持。

产品配置模块的设计的几个原则

关于产品配置模块的设计一般需要把握如下的几个原则：

（1）把握好灵活的度

把握产品灵活的程度是B端产品设计的最高技巧之一，只有综合业务发展，产品发展，技术实现以及扩展，团队情况的多个因素来能来找到相对最佳路径。有些人可能会说，考虑那么多干嘛，我直接做一个最灵活的版本，一切可以配置，一切可以个性化不就好了，这种思路有如下几个问题：

• 产品功能，页面，计算逻辑，报表，导入导出模版等都可以配置的话，会导致产品的实施工作量特别大，成本高，产品上线周期长。
• 产品非常灵活的时候，会一定程度的牺牲易用性。当你产品非常灵活，可以兼容不同的客户的时候，意味着你功能很难做到贴身，极大的配置灵活度是牺牲了所有用户的易用友好度。

这就是非常一些针对垂直行业，比较窄特定用户群体的产品有市场空间的原因，因为它可以做得非常贴身。

产品不能太灵活，也不能太死，要能够支持目标客户群不同的客户需求，这就需要对目标客户群的已有业务非常了解，对目标业务市场发展方向非常了解。

知道什么地方是行业标准，可以做得贴身，什么地方是有不同要求，怎样基于不同的要求抽象出刚刚好的可配置功能，不多也不少，需要极致的思考，才能在无数条可行的路径中找到最佳的答案。从而在兼容性，客户易用性，开发性价比，配置工作量，可扩展性等方面综合指标最佳。

最近看到一个白鸦的观点是每个客户应该都是独立的个性化的，我觉得这个观点的正确依赖于相对局限的产品定位和场景。

根据笔者的经验，线下的操作因为有很大的灵活空间。所以操作习惯的形成跟实际操作的人的能力，习惯，对业务的理解有很大关系，在进行线下业务线上产品化的时候，还是要尽量要标准化。

当然这里要仔细辨别是用户习惯，用户水平导致的不同操作习惯，还是业务本身不同所导致的。如果是定位的目标公司业务确实有不同的需求，那还是要做成灵活配置的功能，事实上相对大一部分不同的需求都是因为操作人的不同习惯以及认知导致的，实际上是可以标准化的，否则产品会变得越复杂，实施配置工作量也越来越大。

（2）配置功能的分类清楚

王兴说过，战略就是分类。实际上产品设计的一个核心能力也是分类，怎样分类是最舒服，从业务角度，从用户角度是最容易理解的分类，功能需要分类，每个功能页面上面的元素布局也需要分好类，

配置功能的分类维度一般有二种方式，一般这二种分类方式需要结合起来，一个作为主分类，一个做为二级分类。

• 根据业务模块进行分类，比如说客户管理，订单管理，商品管理，用户管理等
• 根据功能的类别来进行分类，比如说界面显示，计算逻辑，输出，输入模版等等。

（3）做好默认设置

为了减少实施的工作量，做好默认基础配置库，在实施的时候在基础库的基础上面进行修改。产品的一个核心指标就是将实施的工作量降到最小，最佳的方式的不需要实施，基本上客户基于自己的情况选择几个类别，或者在运营系统上面录入客户的信息，所有的配置功能就完成了，这样的境界就是将产品的不同情形抽象到了极致的情况。

（4）配置简洁易懂

最易用易懂的配置是所见即所得，就是修改配置的时候能够看到配置会引起的变化，当然大多数TO B的产品因为太复杂，很难做到这一点，那就先取一些人能够看懂的名字，以及做好相应的解释，

不要看起来像天书一样。要做到让产品简单易用，可以参考我前面写过的一篇文章“怎样让B端产品像TO C产品一样极致易用”。

作者：李东林（微信公众号：SaaS产品说；微信号：jianguzhuxin），原ADP大中华区产品负责人，14年To B研发与产品设计，团队管理经验，主导过多款大型企业管理软件的设计、研发、上线，也有过2年移动互联网TO C的创业经验。

本文由@李东林 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash， 基于CC0协议。

作者暂无likerid, 赞赏暂由本网站代持，当作者有likerid后会全部转账给作者（我们会尽力而为）。


Support author:
Author's Filecoin address:
Or you can use Likecoin to support author: