这种角色权限设计就很灵活，你们再有新同事，直接分配角色就好，新的岗位再建新的角色分配。

2）数据权限设计

数据权限设计，很多人会掉坑里的，比如固定一些用于区分数据权限的字段，用户、部门，或者一些产品信息、店铺名称等。

这种设计方法的灵活性就很差，如果要删除或者新增一些字段的数据权限，就要改用户的配置权限，同时还要更新业务菜单那边的查看，延展性很差，后期开发成本很高。

我们推荐使用一个【数据权限配置】的菜单，精确到菜单的字段，按照用户+系统+菜单+字段+字段内容的体系，在这里维护好，每个菜单查看做数据权限，根据访问的用户来这里匹配相关信息。这样就很灵活了，一是可以做数据权限的维度最细了，二是后续调整会很方便。

3）数据字典

数据字典应该很多小伙伴都了解，对于整个产品中用到的一些字段，在这里维护好，相当于个标准，并且所有的菜单，需要取值的都可以从这里动态取值。

这里的灵活性主要体现在两个地方：

一是保证字段的统一标准，比如一个合同类型，就得是这里维护的，不能自己定义。二是数据获取的灵活性，如果是代码固定，每次增加内容，就得调整代码，这种动态取值的形式，我们只需要在【数据字典】维护就好了，那边会自动关联过去。

4）关联人员设计

比如我们要有些菜单会提醒一些关联人员，可能是钉钉，也可能是邮件，这些菜单的数据发生了一些变化就要通知他们。

这个时候我们就可以新建一个菜单，这个菜单就属于整个系统的菜单关联人员，可以按菜单+部门+姓名来维护，如果更细的维度，也可以加上一些产品信息，比如品牌、品类、系列等。菜单的业务数据产生后，就会根据一些规则关联这边的关联人员，然后进行你想要的提醒就好。

5）审核流设计

审核流的设计，最灵活的应该属于一些OA产品了，比如钉钉。

钉钉的审核流是可以自行配置的，相当于我们直接发起一个审核流，什么样的流程，多少级审批，哪些审批需要哪些人，都可以自己设置，这就体验很好。

对于一家公司，审核流太多了，钉钉的这套功能就提供了很好的选择。

来源：钉钉

6）作废&撤回功能

我们所有的流程，不管是财务、订单、供应链，还是运营、客服、仓储，都有正向和反向，整个流程是相互关联的，环环紧扣。

如果前一环节出现问题，我们去找上游的人处理，那就不够灵活，还得增加沟通，但是我们可以直接“作废”，说明原因，把数据还原到上游，那么上游就可以重新处理了。或者我们发现自己出了问题，但是数据已经传至下游了，那我们可以直接点击“撤回”，说明下原因，撤回加个钉钉提醒，通知相关人员，同时把下游的数据删除，还原上游，就OK。

这两个功能设计的时候要注意两点：一是一定要填写说明，因为是数据上下游关联，这个相当于把关联数据处理掉了，填写和这个说明就相当于一个愿意记录。二是要做个即时提醒，比如钉钉，要及时通知相关人员，尤其是撤回的，下游的数据一下子没了，一定要通知他们。

7）可配置的导出功能

导出也是可以做成可配置的。

比如配置导出的字段，一个菜单会有很多字段的，并不是所有人都想导出这些，这里就可以配置，这个菜单，我只选择其中部分字段，同时这个配置也可以根据用户记忆保存，下次也可以这样使用。

比如配置导出的格式，Excel、TXT、PDF，这些都可以配置。

比如配置导出的数据量，选中项、当前页，还是当前查出的全部数据。

来源：网络

8）执行脚本菜单化

我们的系统会有很多脚本的，大部分脚本都是定时任务，固定时间来跑，但其实很多脚本在跑之前会出现一些其他问题，或者跑完了之后又发现了问题，就要再跑一遍。

比如我们跑个产品成本，定时确定，跑完后发现采购那边有些数据异常，又要处理异常数据，处理完后就要再跑一遍产品成本。

这个还是关联数据少的，像是一些损益表，牵扯的销售数据、成本数据几十项，极有可能返工，这个时候就体现出执行脚本菜单化的重要性了。

也就是所有的工作，业务方自己可以完成，发现第一遍有问题，可以自己去菜单执行脚本，不需要技术的介入，这就是灵活性。

配置这个脚本菜单，可以加这些字段：

菜单、脚本名称、运行参数、运行时间等。

尤其要注意关联脚本，尽量将关联性很强的作为一条设置来处理。

9）模型的灵活配置模型

挺多产品都有的，比如做供应链中台的，会有备货模型。一个自动化备货模型会牵扯很多内容，各类因子、系数，还要跟产品、季节、供应商关联，还有不同规则的日均销量，安全库存天数，运营活动情况等。这一些特殊内容，就是需要配置的，不能在代码里写死，这一些配置，后续有调整就可以适应，或者可以根据一些时间，模型自动选择对应时间配置好的数据，这样就灵活很多，减少技术后期维护成本。

10）图表可视化展示

最后一个案例，我们聊聊图表可视化展示，这个应该很多小伙伴也接触过，图表可视化展示有两个灵活性处理方向：一是整个页面区域的图表选择，比如页面分了四个区域，每个区域展示什么样式，这个是可以根据用户的喜好自行选择配置的。二是要展示这张表的具体内容，应该是什么样的计算规则，展示什么字段，哪个时间的，也是可以配置的。这里要注意，所有能够支持配置的内容，不管是字段展示、计算规则，都应该是后台代码支持的，或者提前写好的，几套规则，你配置了怎么展示，后台就怎么运行，前端就显示这些数据和对应的图表。

三、总结

我们看前面的那些案例，很多其实挺简单的，但就是这种简单的设计，考虑了“灵活性”，对于产品的用户体验、扩展性等就有很好的效果，对于未来的升级和维护，成本方面也是降低很多的。同时，很多灵活的产品设计功能，在一些不确定的场合时，也能够进行灵活调整，进行风险管理。所以，专业的人做专业的事，我们作为产品经理，进行产品设计，必须注重灵活性，以适应多变的市场和用户需求，增强产品的竞争力。希望简单的文字对大家的产品学习有些帮助！

本文由人人都是产品经理作者【PM产品小6】，微信公众号：【PM产品小6】，原创/授权 发布于人人都是产品经理，未经许可，禁止转载。

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