如何从用户获得GUI需求？（09-03-23）（获奖名单已公布）

默默巫

你是如何从用户获得GUI需求的？请大家畅所欲言！

如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	rolei	当当购物卡50元	5#
二等奖	贝贝酷	300论坛积分	23#
三等奖	jackc	100论坛积分	10#

yolander

原帖由 uChrist 于 2009-4-1 18:07 发表
学习……可能做产品和做项目又有不同了

不错，我写的是产品的GUI需求获取流程，呵呵

uChrist

学习……可能做产品和做项目又有不同了

yolander

关于GUI需求的确认，通常采取下述办法：
1、标杆研究，借鉴业界比较成熟的产品模型，形成一份自己原始的GUI需求
2、用户访谈，收集用户信息，参考最终用户的使用习惯和工作流，设计GUI，更新需求
3、基于需求进行GUI原型开发，使用开发的GUI原型与用户进行需求的确认
（这三条应该是迭代的过程）
4、美工设计，要考虑公司的品牌形象以及法律法规的要求等，增加应有的标志物
5、形成最终的GUI需求

black_tulip

都是业内经验丰富的老手， 感觉需求应该不成为大问题了。

jiyan111

学习学习

UU1983

这个问题我以前遇到过
如果是做国内项目的话，这个方面是最难搞的，因为国内的客户对软件的了解甚少，从来都是你做出来他挑出一大堆毛病来，你要是问他那应该怎么做才是完善的能，他还说不出个所以然来，能说出所以然来的那更是可怕啊，记得在一个项目中一个客户和我说我看Adobe做的不错你们就做的比他好点就行了，当时我差点晕倒，一个20万的项目要做成那样，公司岂不是要倒贴钱给他
所以ui的需求我们虽然要从客户那里面得来，并得到客户的认可要从几个方面来着手
1。深入考察现有的项目从其他相关项目着手搜集资料
这就是一个认同度的问题，为什么微软出的东西大家都说还可以垄断是一方面另一方面是产品的系列话。这一点也值得我们参考，如你要做个图书馆的项目，那你就参考下大型的图书馆的ui风格是什么样的，将所有信息记录下来
2. 和研发沟通
有很多时候在和客户探讨ui需求时也会牵涉到研发的需求所有既要讨好客户也不能不顾研发的死活，将看到的ui界面的一个功能介绍个研发人员看是否能做到，这样自心里也有个底了
3. 诱导客户
前两方面工作的已经做完你就大可以放心的和客户去谈，把你的资料给他讲讲，这个他即有了个抓手你也不必抓瞎了，ui的需求几轮下来搞定皆大欢喜
4.书面协议
什么都要有证据，既然有了明确的ui设计，当然要有凭证了让客户签字即便将来有什么变动也有个说话的准绳我就不信客户能那么厚脸皮总改，改都让他不好意思。
无论说多少经验，还是要头脑灵活随机应变，我们处于的社会没有语言的沟通是不行的，对于我们更重要的是有效的沟通。只要沟通好什么事情都好办了。。。平常心对待

black_tulip

拍照

black_tulip

原帖由 单尾鱼 于 2009-3-26 16:05 发表
LSD几位都分析得很好了，偶学习下！

可不要乱用LSD这个缩写。

贝贝酷

还是个测试新手，按自己的理解写些吧。

1.从用户那里获取需求，尽可能的记下他们提出的所有需求和用户想如何使用产品的想法和建议，总之，用户说的话最好一字不漏的记录下来，为设计符合需求的GUI做准备。
2.详细了解了用户的需求后，周全考虑，根据测试经验，设计一个符合他们需求的GUI。
3.GUI设计满足：
     优化产品的性能
     使操作更人性化　　
     保持界面的一致性
　　 满足不同目标用户的创意需求
　　 用户界面友好性
　　 图标识别平衡性
　　 图标功能的一致性
　　 建立界面与用户的互动交流使其更适合用户的操作需求
     提升产品的市场竞争力
4.产品sit测试后，还要经过用户的测试，他们还会根据自己想法提出新的需求，因此还要继续完善产品的GUI。



.......................................................................................................................................................................
随测而安

daggbby

靠  我些了半天  提交不了  现在没有了  郁闷中

纽约的西瓜

GUI要具有可移植性和通用性。这次回复可以看见了么？

搂搂兔

嗯。问他们好了。这个我们测试人员真没法自己来定

测动未来

我们测试，用户的需求都是零敲碎打，看哪里不顺眼，哪里提出来

1.了解用户的使用程度，比如如果是文化较低的使用。就要尽量从简练上考虑测试。
2.了解用户的工作量。如果是使用本软件工作量很大的。就从尽量从快捷上考虑。
3.行业习俗，习惯。
4.美观
5.

ducan

1.从客户交流中，这应该很重要的
2.如果客户交流中很少的话，可以从以前的版本里面提取出来
3。还有就是从同行业的同类型产品里面找了

lanbiers

这其实也是一个迭代过程

1、用户提出需求说明
2、项目经理分析需求
3、UI人员界面开发
4、开会讨论界面
5、记录讨论结果
6、需求变动或界面修改
7、反复直到基本确定

peterz

我们先是做个设计稿，一般来说就是页面，但是页面上的数据都是假的，让客户有个感性认识。然后让客户去想。一般是1-3天时间。我们根据收集回来的信息。在重新设计页面，再进行沟通。反复几次。或者定一个截止日期。然后我们就可以根据这个进行开发了。当然除非是大问题，否则我们不会接受新需求

单尾鱼

LSD几位都分析得很好了，偶学习下！

test_fairy

5楼说的没有错,
根据我以前的工作经验看,终端的客户是最关心GUI 的,而参与或者说是与设计者
直接进行交流的人员往往只是中间的人员,他们最终可能与系统毫无关系,只是他们是领导者或者是了解微机而已
所以说要想了解最终的,或者是最为直接的需求,应该绕过这些人,直接去询问那些
真正的使用者,这样设计出来的产品来能够更加符合需求,获得更加好的评价.
举个例子:
ERP估计大家都知道一些,开发者们估计对这个产品也是相当的得意,但是在实际的工作过程中
我发现根本不是这么回事,我以前使用过这个,也带着别人用过,但是有很多方面并不
符合实际的需求,搞的应用人员怨声连连,当然评价就会打折扣,而这些真正的需求并不一定
会反映到开发者那里去,因为开发者联系比较多的是非专业人员.
呵呵,一点想法而已.

lwen

新手学习中啊~目前我们公司有自己一套自动化测试框架，UI是成了一个基本的分析要素。。。