• 如何解决系统中菜单过多的问题


     

         最近在做的供应链金融交易的SAAS平台时面临一个让人头痛的问题,即在交易管理中菜单数量过多;很多人会问,怎么会出现这个问题呢?其实,由于我们支持的业务场景有多种,针对每一个场景都会产生比较多的菜单,因为每个场景必备的入口就有4个,即交易申请的入口、交易撤销的入口、交易确认的入口、交易查询的入口,另外,针对一些特殊的交易场景还需要双岗复核,也就是说在申请后需要增加对申请的复核以及在交易确认后增加对确认的复核。

        目前,我们支持四个场景,交易管理模块中针对供应商而言就有13个菜单之多,一方面不便于用户的理解,一方面增加了运营人员的运营难度,尤其是要向用户解释明白,这个本事就是一件难事。

        针对如上我们,我们内部团队,根据实际的现状,想出了2种解决问题的方法,即服务开通与工作台的两个解决的思路来解决问题。

    解决方案1:服务开通

     

        服务开通的思路即将不同的交易场景的涉及到的菜单归集为一个服务,将我们支持的4个场景设置为四个服务,企业/资金方在注册认证时,由运营商根据企业/资金方的要求开通对应的服务。

        系统根据开通的服务动态配置企业/资金方交易管理模块的菜单,实现减少用户菜单的目的,同时,也能极大的降低运营成本。当然,也可以通过权限配置的方式,根据客户涉及到的权限每个用户逐一进行配置,但是,如果通过权限配置的方式会极大的增减运营人员的工作内容,同时由于人工的配置也会出现一些由于人为原因导致的一些失误。

    解决方案2:工作台

     

        所谓的工作台就是将一些常用的菜单在工作台上以快捷入口的方式进行罗列,用户在日常的工作过程中只需要一个页面既可以把所有的工作清楚的展现出来,具体如下图所示。

        大家可以可到,工作台上有重点项目的入口,有快捷操作的入口,并且支持快捷操作的自定义,并在右上角有项目数、待办事项的汇总,基本上用户可以通过一个页面把工作过程中日常使用的菜单都作为快捷入口罗列出来,非必要的菜单则不展示出来,极大的降低了用户的认知难度。

        以上2种方案呢,只是在工作过程中,大家讨论得来的,具体哪种方案更优,或者是否联合起来更好,需要在后期的实际工作过程中通过实践去进行验证。

         针对以上问题,我在这个给我自己也给各位产品的小伙伴们几句忠告。首先,产品设计一定要多站在用户的角度去考虑,一定要在满足业务需求的前提下,注重用户体验以及易用性;其次,尽量抓住一切机会与一线用户进行有效的沟通和交流,获取真实的反馈;最后,要多专研竞品,吸取竞品中的优势并且应用于自己的产品中。

    如果想获得更多干货,请关注我的个人微信公众号,每周定时更新。

  • 相关阅读:
    mysql 使用SUM()函数查询时,如果没有任何记录的时候 返回的结果为null
    不重复的有序集合,TreeSet的用法
    spring+springMVC+mybatis项目中 多数据源的配置
    程序的位置和功能划分
    团队合作-如何避免JS冲突
    CSS的常见问题
    函数传参的应用--修改文本的值
    应用自定义属性、索引值实现带略缩图的图片轮播
    PC和手机的区别就是各种各样的屏幕,响应式布局来适应屏幕
    CSS3动画@keyframes
  • 原文地址:https://www.cnblogs.com/mayugang/p/11758190.html
Copyright © 2020-2023  润新知