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

2）字段的禁用与删除

字段的禁用：当字段在后台被设置禁用后，在前台页面中就看不到这个字段了，就像是研发写代码中对字段的逻辑删除。字段禁用后，字段所拥有的数据依然存在。
字段的删除：当字段在后台被设置删除前，字段所拥有的数据需要做处理，“删除数据库里面的数据”或是“迁移该字段的数据到其他某个字段中”，删除字段一般仅限数据要求不高的业务。

当遇到不使用的字段时，一般将该字段在后台“禁用”处理，不做“删除”处理。因为删除字段，会删除字段所包含的数据，如果运维人员并未备份数据，就删除了字段，后业务方如果再发现删除字段下数据的价值，就无法再复原数据。
3）字段数量有上限
后台配置字段数量是有上限的，最多配置多少个字段的数量后台中是有明确要求的，相对于写代码支持的字段数量较少。如果是字段数量庞大的需求，面临的风险就是后台配置字段功能可能无法支持配置全集字段需求。
上述字段配置存在的3种风险，无论哪一种都会直接影响线上用户使用。因为风险的影响，使用户对系统的感知体验不好，造成用户操作系统的心里负担：
字段频繁更替名称让用户不知道如何填写内容；字段的删除可能会导致数据的丢失，让用户不再信赖系统，总想着再保存一份数据；字段数量有上限，让用户总觉得业务中的流程信息有缺失。对系统的使用动力就不会强，系统沉淀的数据不会是用户想沉淀下来的全部内容。对公司业务来说也是一种损失。
五、总结配置功能优势和缺陷并存，第三方平台大多会设计配置字段的功能，是因为对于第三方平台来说，提高配置字段的效率是核心，设计配置字段功能的优势大于劣势。
而自研系统大多是代码支持字段需求的，很少做字段配置功能，是因为当遇到重要紧急的字段需求时，通过写代码也可以做到即时支持，而开发成本和风险性相对自研系统来说较高，系统的稳定性对于自研系统来说是核心，设计配置字段功能的劣势大于优势。
产品经理在思考是否设计字段配置功能时，需要将优势、劣势、我们为了解决什么问题和核心目标兼顾思考后，再判断功能是否可以做，是否做了有价值。
#专栏作家#暮暮，公众号：禾暮暮，人人都是产品经理专栏作家。拥有好奇心且极度认真的产品同学。拥有财务理论知识和财务产品经验，目前在医疗健康领域，擅长中台产品设计。
本文原创发布于人人都是产品经理，未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议。