精选10个大厂产品设计案例，帮你掌握产品设计的灵活性！
“灵活性”，是产品设计中必须注意的一个点，一个产品在使用时很灵活，对于用户的使用体验就很好，对于产品研发团队的后期调整就很低，不需要遇到点问题就去改代码，这种性价比是很高的，也很能体现一个产品经理的设计能力。
我们今天精选了10个大厂的产品设计案例，来跟大家讲讲，产品设计的灵活性应该怎么处理。
一、为什么要注重“灵活性”
产品设计的注重灵活性，我相信小伙伴都知道这个道理，我们总结几个点：
- 对于产品迭代优化的扩展性会更强，后期会很容易调整，节省开发成本。
- 对于用户体验会更好，用起来舒服，就能增强用户的满意度。
- 对于不同场景、不同用户的需求和偏好，会有更好的适应性，这就可以确保产品在不同时期都能提供良好的体验。
- 延长产品生命周期，如果不够灵活，产品越开发代码越臃肿，就会使得产品生命周期减少，后面只能重构。
二、10个大厂产品设计案例
1）角色权限设计
角色权限设计，算是一个产品最基本的了，这里一定要有灵活性，产品的用户很多，如果权限设计没搞好，你的用户就很难受，尤其是B端产品。
从公司，到部门，到岗位，甚至于到个人，都可能有不同的功能权限要求，如果人员流动频繁，或者公司人数较多，你的产品权限分配就很受考验。
这里就推荐用得最多的，角色-用户-功能权限体系。我们可以先搭建角色体系，按照公司-部门-岗位的形式，将每个角色对应到功能权限，同时部门内的角色看情况分上下级关系，如果有一些特殊场景，也可以单独搞一些角色，对应所需的功能权限。
第二步，就是将角色对应到用户，形成用户-角色关联。
这里可以两种处理：
一是可以在【用户管理】，将用户加上角色。
二是可以在【角色管理】，给这个角色分配对应的用户。
这种角色权限设计就很灵活，你们再有新同事，直接分配角色就好，新的岗位再建新的角色分配。
2）数据权限设计
数据权限设计，很多人会掉坑里的，比如固定一些用于区分数据权限的字段，用户、部门，或者一些产品信息、店铺名称等。
这种设计方法的灵活性就很差，如果要删除或者新增一些字段的数据权限，就要改用户的配置权限，同时还要更新业务菜单那边的查看，延展性很差，后期开发成本很高。
我们推荐使用一个【数据权限配置】的菜单，精确到菜单的字段，按照用户 系统 菜单 字段 字段内容的体系，在这里维护好，每个菜单查看做数据权限，根据访问的用户来这里匹配相关信息。这样就很灵活了，一是可以做数据权限的维度最细了，二是后续调整会很方便。
3）数据字典
数据字典应该很多小伙伴都了解，对于整个产品中用到的一些字段，在这里维护好，相当于个标准，并且所有的菜单，需要取值的都可以从这里动态取值。
这里的灵活性主要体现在两个地方：
一是保证字段的统一标准，比如一个合同类型，就得是这里维护的，不能自己定义。二是数据获取的灵活性，如果是代码固定，每次增加内容，就得调整代码，这种动态取值的形式，我们只需要在【数据字典】维护就好了，那边会自动关联过去。
4）关联人员设计
比如我们要有些菜单会提醒一些关联人员，可能是钉钉，也可能是邮件，这些菜单的数据发生了一些变化就要通知他们。
这个时候我们就可以新建一个菜单，这个菜单就属于整个系统的菜单关联人员，可以按菜单 部门 姓名来维护，如果更细的维度，也可以加上一些产品信息，比如品牌、品类、系列等。菜单的业务数据产生后，就会根据一些规则关联这边的关联人员，然后进行你想要的提醒就好。
5）审核流设计
审核流的设计，最灵活的应该属于一些OA产品了，比如钉钉。
钉钉的审核流是可以自行配置的，相当于我们直接发起一个审核流，什么样的流程，多少级审批，哪些审批需要哪些人，都可以自己设置，这就体验很好。
对于一家公司，审核流太多了，钉钉的这套功能就提供了很好的选择。
来源：钉钉
6）作废&撤回功能
我们所有的流程，不管是财务、订单、供应链，还是运营、客服、仓储，都有正向和反向，整个流程是相互关联的，环环紧扣。
如果前一环节出现问题，我们去找上游的人处理，那就不够灵活，还得增加沟通，但是我们可以直接“作废”，说明原因，把数据还原到上游，那么上游就可以重新处理了。或者我们发现自己出了问题，但是数据已经传至下游了，那我们可以直接点击“撤回”，说明下原因，撤回加个钉钉提醒，通知相关人员，同时把下游的数据删除，还原上游，就OK。
这两个功能设计的时候要注意两点：一是一定要填写说明，因为是数据上下游关联，这个相当于把关联数据处理掉了，填写和这个说明就相当于一个愿意记录。二是要做个即时提醒，比如钉钉，要及时通知相关人员，尤其是撤回的，下游的数据一下子没了，一定要通知他们。
7）可配置的导出功能
导出也是可以做成可配置的。
比如配置导出的字段，一个菜单会有很多字段的，并不是所有人都想导出这些，这里就可以配置，这个菜单，我只选择其中部分字段，同时这个配置也可以根据用户记忆保存，下次也可以这样使用。
比如配置导出的格式，Excel、TXT、PDF，这些都可以配置。
比如配置导出的数据量，选中项、当前页，还是当前查出的全部数据。
来源：网络
8）执行脚本菜单化
我们的系统会有很多脚本的，大部分脚本都是定时任务，固定时间来跑，但其实很多脚本在跑之前会出现一些其他问题，或者跑完了之后又发现了问题，就要再跑一遍。
比如我们跑个产品成本，定时确定，跑完后发现采购那边有些数据异常，又要处理异常数据，处理完后就要再跑一遍产品成本。
这个还是关联数据少的，像是一些损益表，牵扯的销售数据、成本数据几十项，极有可能返工，这个时候就体现出执行脚本菜单化的重要性了。
也就是所有的工作，业务方自己可以完成，发现第一遍有问题，可以自己去菜单执行脚本，不需要技术的介入，这就是灵活性。
配置这个脚本菜单，可以加这些字段：
菜单、脚本名称、运行参数、运行时间等。
尤其要注意关联脚本，尽量将关联性很强的作为一条设置来处理。
9）模型的灵活配置模型
挺多产品都有的，比如做供应链中台的，会有备货模型。一个自动化备货模型会牵扯很多内容，各类因子、系数，还要跟产品、季节、供应商关联，还有不同规则的日均销量，安全库存天数，运营活动情况等。这一些特殊内容，就是需要配置的，不能在代码里写死，这一些配置，后续有调整就可以适应，或者可以根据一些时间，模型自动选择对应时间配置好的数据，这样就灵活很多，减少技术后期维护成本。
10）图表可视化展示
最后一个案例，我们聊聊图表可视化展示，这个应该很多小伙伴也接触过，图表可视化展示有两个灵活性处理方向：一是整个页面区域的图表选择，比如页面分了四个区域，每个区域展示什么样式，这个是可以根据用户的喜好自行选择配置的。二是要展示这张表的具体内容，应该是什么样的计算规则，展示什么字段，哪个时间的，也是可以配置的。这里要注意，所有能够支持配置的内容，不管是字段展示、计算规则，都应该是后台代码支持的，或者提前写好的，几套规则，你配置了怎么展示，后台就怎么运行，前端就显示这些数据和对应的图表。
三、总结
我们看前面的那些案例，很多其实挺简单的，但就是这种简单的设计，考虑了“灵活性”，对于产品的用户体验、扩展性等就有很好的效果，对于未来的升级和维护，成本方面也是降低很多的。同时，很多灵活的产品设计功能，在一些不确定的场合时，也能够进行灵活调整，进行风险管理。所以，专业的人做专业的事，我们作为产品经理，进行产品设计，必须注重灵活性，以适应多变的市场和用户需求，增强产品的竞争力。
希望简单的文字对大家的产品学习有些帮助！
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
