敏捷、分布式、ALM过程自动化、企业应用架构
posts - 14, comments - 0, trackbacks - 0, articles - 1
  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理

我们的用户体验真的这么差?

Posted on 2012-05-22 05:02 一酌散千忧 阅读(259) 评论(0)  编辑  收藏 所属分类: 企业架构

公司里有同事时常抱怨,项目的用户体验太差,常常挨领导的骂。大家都认为是在用户体验的设计方面,公司人员的能力和经验都不足引起的。发牢骚的时候也会说,如果公司能够请得起“淘宝”的UI设计师,咱们的系统肯定会更上一层楼。我之前也一直认为如此,即我们的设计是影响项目体验的重要原因。最近被领导调动去协助一个项目,产生了一些不一样的体会。

项目背景,一个新的产品,小型项目,纯开发人员3-4人,2名熟练开发人员,1名新手,偶尔会有协助人员。没有技术经理,项目经理身负多个项目,对项目进度关心不足,部门经理会协助进行工作和进度管理。可以看到管理还是比较混乱。

由于项目进度太慢,领导要求从我这边调一个熟练人员协助开发。我也基本了解他们的项目状况,为了不让我的人进去抓瞎,我就和他一起去了解项目情况。

项目状况比较糟糕,介入项目时已经开发了一段时间,保留的文档只有两份,一副数据库说明,一份非常粗略的需求说明,而且还与开发进度不同步,就是没有维护。

我了解了一下项目目前的难度,开发人员和我反映一个是人员熟练程度的问题,二是需求变更的问题。我整体了解了一下项目目前的需求和设计,以及进度。就挑了一个模块询问他们的变更情况,这个模块是一个关键词匹配功能。结果是领导看了他们的页面之后,嫌信息量太少,就要求提供一些更细化的数据展示。开发人员问我有什么意见,我就简单讲了一下页面大概怎么构建。其中有一个点,是用于变更数据范围,即查询的表变更,我一开始觉得使用下拉框就可以,产生了一些意见。有人建议分为不同子模块,或者tab页,或者分为多块并列展示。我想了想,就给他们讲了我认为几种方案的优点缺点及适用范围。

 

1.       多块并行展示:

多个不同范围的数据在同一页面中分为不同区域以相同形式展示。原因是由于多块数据之间有一定的关联因果关系,或值得对比。适用范围:如购物网站中的多个物品比较。

2.       Tab页:

同一个页面的多个tab页,表示多个tab页中的数据可能在一定的领域概念之下有一定的关联,但关联度不强。因为tab页更重要的是强调一个同步工作的状态,即A tab页查看一定信息,会打开B tab页查看其他信息,中途还会切回A tab页。适用范围:如邮箱中,收件箱和草稿箱。

3.       下拉框

下拉框作为查询条件的一部分,常用于有着常规或固定的可选择内容中(如性别,月份),更多是以过滤的形态出现,即下拉框更适合针对某表的某个字段过滤,如果针对的是数据范围或是对用户需要直观了解的重要业务条件则不太合适。适用范围:如在考试成绩中使用下拉框过滤“男女”或“及格不及格”。

4.       单选框

单选框与下拉框的作用范围相似,但是不同之处在于将被选项全部展示,目的在于能够让用户清楚的了解当前数据显示的实际范围或条件,以及备选的其他范围或条件。更适用于选项与实际业务及当前展示数据关系重要,不同选项可能会引发用户的不同行为。适用范围:如银行系统显示了当前用户下绑定多个帐号时,使用单选框。

 

经过上述讨论,我们仔细分析了这个模块中用户的实际需求,以及可能后续操作,最终选择的单选框的方案。

目前还没有后续,但是我想我们基于用户真是需求的挖掘和后续操作的认真分析,会让我们在与领导进行需求讨论的时候有更加充分合理的依据。

回来之后我又看了看淘宝的搜索页面,比如就搜索“鞋子”来讲,将品牌这栏设置为单选和下拉将是完全不同的效果,而确定方案的理由则是对于用户的需求和实际行为的深入研究。这个应该是需求分析和调研的结果。将搜索条件以tag的形式标注于页面上,并且可以直接点击X按钮进行删除,我觉得更加可以倾向为用户体验。满足并充分考虑了用户实际需求的是好的需求分析,能够简化并引导用户行为的是好的用户体验。

当我们面临的系统感觉非常难用的时候,往往这时候并非是用户体验差,我们应该检讨的是我们对用户需求有没有好好挖掘,做出来的是不是用户想要、用户能用的系统。


只有注册用户登录后才能发表评论。


网站导航: