一个实用的配置器模型

配置化作为提升效率降低产研成本的手段，是经常需要实现的。当然很多场景的配置化设计方法五花八门，比如入账规则配置化、抽佣分成配置化、商品属性配置化等等。今天我们就介绍一个实用的多参数情况下的配置器设计方法，可以灵活地配置出非常复杂的规则。

场景设定：陈老师的知识矩阵要为社群的每一位产品朋友低价福利。

但是有这样的规则，不同的城市、不同的公司、不同的产品级别、不同的产品领域设定，获得的礼品不一样。

下面我们就设计一个配置器，输入成员信息后得到获得福利的价格。

福利有三个：纪念衫、陈老师的书、一次线下面约。

一、属性管理

我们在一些业务配置场景下基本都是基于参数进行配置，比如用户等级、城市、类目、业务线等等，我们可以称这些配置维度为配置的属性值。

我们依据案例设定，可以得到这样几个参数。属性管理的页面设计我想大家应该很容易做出来吧。

二、业务类型

一般的企业会存在很多业务类型，或者说业务线，或者说不同的运营主体。

基于假设，陈老师的知识矩阵，有4条业务线。

三、条目配置

不同的业务线可能配置规则的参数不同，比如公众号不需要配置是否续费这个参数，那么这时我们就需要配置模板了。

条目的意义其实就是来设定一个配置模板，决定这个配置模板需要配置的参数。假设陈老师的四条业务线需要配置的参数各不相同，那么我们需要基于业务线去设置4个配置模板，也就是4个条目。

条目配置器，我们可以配置出多个条目：

条目的新增配置页可以这么设计：

那么我们就可以组合地配置出非常多的条目（规则配置模板）例如：

这就意味着，条目1001，配置规则时需要配置两个参数，就是城市和产品级别。

四、规则配置

建设好了条目以后，那么我们就开始在条目下配置规则了。规则要解决的问题就是，基于请求参数，输出目标结果，那我们这个配置器的目标结果就是福利的“价格值”。

现在就是配置规则啦。配置规则要选一个条目，相当于每一个条目都会有一个规则配置面板，配置页如下。我们可以看到，1001、1003要配置的内容是不一样的。

通过上面的规则配置，我们就可以配置出很多规则啦，比如：

五、规则调用服务

规则配置好了，就需要提供给各业务线来用。那么业务线在请求时将条目ID传过来，规则系统就知道了需要哪些参数，然后去获得需要的参数，获得后基于参数进行匹配规则，便得到了规则以及规则的内容。

思考题：你觉得这个配置模型可以用到什么场景的配置设计呢，路由器、派单？欢迎评论区交流

陈天宇宙：多平台支付领域专栏作者，十年资深产品；前某宝支付、某东支付产品；支付产品经理网http://paypm.cn创始人，天使投资人；专注为10万支付产品经理和支付机构以及企业提供深度支付内容和服务！公众号：陈天宇宙