关于灵活配置字段的学习与思考( 二 ) 岗位|分部|菜单|安全级别

进行查重规则设置；

点击保存。

在后台配置字段，一般一个字段30秒左右的时间就可以完成配置流程。
字段量不多的情况下，一般当天就可以完成配置，供业务方使用。并不会像研发写代码一样，需要在测试环境发布后，测试流程完成再在生产环境上发布，配置字段节省了测试环节的时间。
三、灵活配置的核心目的灵活配置的核心目的就是为了供业务方随时提出需求，及时支持，及时使用。灵活配置及时支持的对象：是业务中各种各样的业务场景及运营需求，通过字段和功能的配置的方式及时支持需求。
1. 为什么业务场景需要及时支持？一项业务对于销售人员来说是有时效性的，销售人员要及时向甲方提供他们需要的资料、及时向内部反馈甲方交付的资料，内部审批流程完成后再及时通知甲方，最后完成签单、付款、服务整个业务流程闭环。
在上述的业务流程中，每一个业务场景和需求产品经理都需要设计线上产品化方案及时支持业务，帮助业务顺利开展和进行。在流程不断完善变更的过程中，只有迅速响应，才能让客户对等待的时间无感知，中间的过程不因为变更而中断，影响业务的正常进行。
因为及时支持业务场景就是为了帮助销售盈利，帮助公司做好服务内容，帮助客户体验流畅的产品服务。
2. 哪些特征的业务场景需要及时使用？我的理解是非成型的初期业务会使用第三方平台，通过及时配置功能和字段的方式满足业务流程需求和场景需求。因为非成型的初期业务还没有固定的SOP，很多节点的规则和内容都会随着业务的发展而丰富起来。
在初期阶段，使用一个成熟的第三方系统能够通过配置及时的更新支持不断变化的业务规则和业务流程，满足业务方在系统中跑完全流程，不会因为业务的变化而经常陷入等待系统迭代的被动中。
【 关于灵活配置字段的学习与思考】SaaS/PaaS平台的租户大多数来自各行各业，对字段的需求多种多样、随着业务的迭代，对字段需求也会跟着业务随时发生改变，快速的支持增加/修改/删除个性化字段快速供业务使用是促使租户付费的核心。
四、配置字段功能的缺陷后台配置字段的功能拥有业务方青睐的优势，同时它也存在着不可忽视的劣势：配置功能开发成本高、配置字段风险大。
1. 后台拥有配置字段的功能，会造成开发成本高后台配置字段并不是仅仅做一个“功能”，因为系统的目的是为了将各个业务线的数据打通，所以后台配置的字段会牵涉到“业务”。后台如果需要配置字段，就需要有下面的能力支持：

表单列表：不同业务流程节点会抽象出来不同的字段，这些字段会组成一张表单。运维同学根据用户提出的字段需求确定所在哪个业务节点，再确定字段将在哪个表单中显示；
创建新表单功能：如果当前抽象出的字段，属于新的业务流程节点抽象出来的字段，没有匹配上的对应表单，就需要有创建新表单的能力，能够容纳新的业务流程节点；
添加自定义字段配置功能：将字段名称、属性和规则根据业务规则进行填写；
字段依赖性配置功能：将两个字段值之间的逻辑关系进行配置，比如不同的省市对应不同的医院，将不同的省市下对应点的不同的医院一一配置后，用户在前台中选择某一个省市后，带出来的医院数据就是这个省市下的医院数据了；
页面布局功能：通过字段顺序的调整、常用和必填的确定，决定了新建页面和详情页面的布局。这部分提供了前台页面可视化的配置能力，通过拖拽组件、编辑展示页面中内容进行布局；
字段的校验规则：通过校验规则设定，以保证前台用户录入的数据符合录入规范和要求；
字段的查重规则：为了防止数据内容有重复项，保持数据唯一性，设置查重规则后，可以避免字段重复。

上述的7项能力为配置功能中配置字段和配置表单的核心能力，系统的灵活程度决定了配置的流程和规则的复杂度，从上述配置功能需要支持的能力中我们可以看出，相对于技术通过代码实现字段需求来说，后台增加配置功能的开发成本更高。
2. 后台拥有配置字段的功能，也会带来高风险与研发写代码相比，配置字段的高风险主要体现在“字段名称更替”、“字段的禁用与删除”、“字段数量有上限”3个方面：
1）更替字段名称
由于字段名称可在后台操作修改，拥有配置权限的用户可以随时变更字段名称，很可能修改字段名称前，团队并未对字段的定义达成一致的共识，导致修改或改错了字段名称后，业务用户由于不理解字段名称的意义，填错或担心填错而不敢填入内容。