1.从用户那里获取需求，尽可能的记下他们提出的所有需求和用户想如何使用产品的想法和建议，总之，用户说的话最好一字不漏的记录下来，为设计符合需求的GUI做准备。
2.详细了解了用户的需求后，周全考虑，根据测试经验，设计一个符合他们需求的GUI。
3.GUI设计满足：
优化产品的性能
使操作更人性化
保持界面的一致性
满足不同目标用户的创意需求
用户界面友好性
图标识别平衡性
图标功能的一致性
建立界面与用户的互动交流使其更适合用户的操作需求
提升产品的市场竞争力
4.产品sit测试后，还要经过用户的测试，他们还会根据自己想法提出新的需求，因此还要继续完善产品的GUI。
.......................................................................................................................................................................
随测而安 原帖由 单尾鱼 于 2009-3-26 16:05 发表 http://bbs.51testing.com/images/common/back.gif
:lol LSD几位都分析得很好了，偶学习下！
可不要乱用LSD这个缩写。:lol 拍照
获得ui需求不难
这个问题我以前遇到过如果是做国内项目的话，这个方面是最难搞的，因为国内的客户对软件的了解甚少，从来都是你做出来他挑出一大堆毛病来，你要是问他那应该怎么做才是完善的能，他还说不出个所以然来，能说出所以然来的那更是可怕啊，记得在一个项目中一个客户和我说我看Adobe做的不错你们就做的比他好点就行了，当时我差点晕倒，一个20万的项目要做成那样，公司岂不是要倒贴钱给他
所以ui的需求我们虽然要从客户那里面得来，并得到客户的认可要从几个方面来着手
1。深入考察现有的项目从其他相关项目着手搜集资料
这就是一个认同度的问题，为什么微软出的东西大家都说还可以垄断是一方面另一方面是产品的系列话。这一点也值得我们参考，如你要做个图书馆的项目，那你就参考下大型的图书馆的ui风格是什么样的，将所有信息记录下来
2. 和研发沟通
有很多时候在和客户探讨ui需求时也会牵涉到研发的需求所有既要讨好客户也不能不顾研发的死活，将看到的ui界面的一个功能介绍个研发人员看是否能做到，这样自心里也有个底了
3. 诱导客户
前两方面工作的已经做完你就大可以放心的和客户去谈，把你的资料给他讲讲，这个他即有了个抓手你也不必抓瞎了，ui的需求几轮下来搞定皆大欢喜
4.书面协议
什么都要有证据，既然有了明确的ui设计，当然要有凭证了让客户签字即便将来有什么变动也有个说话的准绳我就不信客户能那么厚脸皮总改，改都让他不好意思。
无论说多少经验，还是要头脑灵活随机应变，我们处于的社会没有语言的沟通是不行的，对于我们更重要的是有效的沟通。只要沟通好什么事情都好办了。。。平常心对待 学习学习 都是业内经验丰富的老手，:lol 感觉需求应该不成为大问题了。 关于GUI需求的确认，通常采取下述办法：
1、标杆研究，借鉴业界比较成熟的产品模型，形成一份自己原始的GUI需求
2、用户访谈，收集用户信息，参考最终用户的使用习惯和工作流，设计GUI，更新需求
3、基于需求进行GUI原型开发，使用开发的GUI原型与用户进行需求的确认
（这三条应该是迭代的过程）
4、美工设计，要考虑公司的品牌形象以及法律法规的要求等，增加应有的标志物
5、形成最终的GUI需求 学习……可能做产品和做项目又有不同了 原帖由 uChrist 于 2009-4-1 18:07 发表 http://bbs.51testing.com/images/common/back.gif
学习……可能做产品和做项目又有不同了
不错，我写的是产品的GUI需求获取流程，呵呵
页:
1
[2]
