用户关心什么

 

经过N多个日日夜夜奋战的项目终于丑媳妇见姑婆啦

 

可是效果不如所愿，批评声一片

 

夜深人静了，思考着错在何处，路在何方

 

需求分析时，总是在询问用户需要什么功能

 

设计时、总是在考虑怎么灵活、用什么技术框架

 

开发时、总是在想用怎么简单、可以重用

 

可谁，什么时候，想过用户关心什么？

 

我们总是自以为是地天真地认为，开发完用户需要的功能，项目就成功了，可以验收

 

错、大错、特错

 

一个项目总有几个用户群，每个用户群关心着自己的那一块

 

1、领导

 

领导人数可能不多，但他们的感受、意见是最重要的，领导要是不爽，那项目就不用想验收啦

 

首先、领导没有闲工夫参加项目培训、也更不可能看什么视频教程、使用手册的。

 

所以，领导的页面必须有清楚的功能地图、即功能导航

 

如果领导要做什么事情，你让他点三层菜单、再弹出五个对话框的，那么领导肯定发飙啦

 

最好就是把常用的功能按钮放在欢迎页面最醒目的位置

 

现在的生活，无处不充满了垃圾信息，最近几天、总是在中午休息时，收到招商银行的广告短信，快烦死啦

 

可没有办法，谁叫俺的口袋没粮呢，总得靠信用卡买买米。

 

如果领导登陆系统，也是收到那么多的垃圾信息，那么他不用像我那么靠信用卡买米，而是一脚踢开你，

 

你离我的状态也就不远啦

 

所以、领导的页面你得尽量的简洁、清晰。

 

那种八百年才难得使用一次的功能，给我隐藏的深点。

 

不要一股脑地把所以的功能按钮都放在那功能条上、也不要把各种查询条件都放在查询表单上、更不要把各个字段都放在列表里。

 

现在的系统一般都有报表，这些报表绝大部分是为领导服务的。

 

所以、那个报表的性能得快点

 

想想，领导一两个月才来查一次报表，结果点了下查询，那个进度框转了无法个圈圈，还没有整出个结果，那领导就疯了

 

如果某些报表数据的确难查，那么你就整个中间表、写个定时器，每天晚上算好。领导看是就可以刷的下秀出来。不要让领导做在那里干等着，现在经济不景气，没有那位领导有那么好的心情。

 

2、管理员

 

管理员一般是我们做需求时沟通最多的人，也是培训的主要对象。所以管理员对系统都很全面了解。

 

管理员人数一般也不多，但要做的事情可不少，这也就决定了管理员关心的东西

 

首先、各个功能是否都有

 

其次、有些功能很复杂、性能是否还可以。

 

虽然管理员对性能的要求不是非常高，但至少还要可以，有些性能实在无法提高，那就给个异步提示，不要让人干等着。

 

第三、业务功能的连贯性

 

我们开发时，菜单、功能按钮可能都是根据功能模块进行划分的，而实际管理员操作系统时，是按照业务场景来的，一个业务场景涉及到多个模块的多个功能，如果我们还是简单按照功能、模块设计来划分菜单、按钮时，那么管理员操作起来，就是不断在各个菜单、对话框中来回切换，这是很痛苦的。

 

所以我们在设计菜单、功能页面时尽量考虑业务场景来增加一些超链接，可以让管理员很连贯地一步一步地完成业务操作。

 

3、普通业务人员

 

普通业务人员是使用系统最多、最频繁的人。一般就是天天面对系统的，而且每个业务人员要操作的业务功能一般也就那么几个。

 

记得有一次我给一个用户打电话，解答完他的提问后，我习惯地说了一句，系统刚上线，请多多提意见。他的回答让我很吃惊、也很惭愧。他的回答是，可以让我不用这个系统就是我最想提的意见。

 

如果每天都要面对一个又丑陋、又难使、还不断出错的系统，和每天回家都要面对一个又丑、又凶、还不断唠叨的老婆一样，是人生一大悲剧。

 

所以，系统没有测试好，就不要急忙上线，自己面对Bug已经很烦了，不要把这种烦也传递给用户。

 

4、维护人员

 

可能一般项目的维护人员就是开发人员，但有时也不是。

 

不管是不是，维护人员做的事情就是对系统问题、异常数据的维护。

 

维护人员最担心的就是，修改了一个问题又带来了一个新的问题。

 

所以，要有足够清晰的文档。

 

这个文档包括业务需求文档、业务场景文档、系统设计文档、代码注释文档、数据库表设计说明文档等等