今天，反串一下产品经理：打破思维定势，微调用户界面，提升用户体验

运营后台就可以置用户体验于不顾吗？ 非也，运营人员也是人。

 

产品经理应该常听过的一句话：运营人员也是人。

 

我们系统运营后台的页面布局，以及数据的展示，一直认为存在一定的不合理因素。这是我司外采的一个系统，从2019年至今，可能运营人员/产研团队已经习惯于这种现状。大家有新功能则追加，用户体验方面鲜有改进或所谓的“创新”。

作为一个后端码匠，终于还是控制不住越俎代庖，今天，在UI/UE方面，把JSP页面微调了一把。

 

让页面查询条件更清爽

运营后台的功能管理页，通常会有一堆查询条件。下面的改造，有没有感觉到友好一点点？

  ⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅

  

合并同类项

下面是客户信息的详细展示页。

业务联系人姓名、业务联系人手机、业务联系人邮箱、财务联系人姓名、财务联系人手机、财务联系人邮箱、技术联系人姓名、技术联系人手机、技术联系人邮箱，这些像不像小学作文里的排比句...

  ⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅⇅

 

按钮操作，如有特殊情况，需明确提示

一个比较大的需求版本提测后，在测试回归整个系统功能时，QA发现一个原有功能的bug，如下页面截图：相同条件，点击“查询”可以查出来3条数据，点击“导出”时却发现是0条数据。
开发组的一个小伙分析程序日志，10分钟后，发现导出按钮所执行的SQL查询语句里多了一个时间条件，限定时间是昨天。而查询数据时并没有这个时间条件。再去看程序，还真发现一条注释：导出只能导出前一天的数据。
一顿互相求证后，产品、测试、技术一众同学认定这是当时的需求，不算系统bug，无需修复。

那么，既然如此，这次大家明白这个“导出”功能有这么个背景，未来谁又能保证大家再没有这样的疑惑呢？ 因此，为了避免大家再一番折腾，有必要做点事情了 ---> 页面增加提示文字 -----> 为按钮加上alt文字

 

 

 

 

 

 

一个老程序猿，心里老惦记着UI/UE这玩意儿，，，，，，，