有一个问题想请教大家
如果项目版本在很赶的情况下，还有时间考虑用户体验这块吗？我自己是这么想的，时间赶的情况下肯定是要先保证功能，很想知道大家是怎么想的？是我自己的想法有问题还是怎么样？麻烦各位大神给予帮助，谢谢了！ 我的看法是优先保证用户体验。需求的不断变更容易导致功能的不断庞大，就此而言，修改系统功能，会出现在从表现层一直到数据库层的各个方面，然而变动逻辑很可能引入新的问题，这就会在时间紧张的情况下测试过程的不可控，对项目而言是非常可怕的。因此，在有限的时间条件下，只要确保正交易及高频常用交易的真确性，并逐步着重修改用户体验，并且在项目的最后阶段只修改界面优化就可以了。换句话说，一个产品是面向用户的，对于用户的直觉感官非常重要，对于颜值不高的产品，客户根本不会去看，哪怕功能做得再好也没用。 我个人认为功能上还有用户体验上都比较重要，如果取舍的话我还是比较倾向于功能上。也就是说如果一个软件BUG很多的话，用户体验就完全没有。在保证没有BUG的情况下，再一步一步完善用户体验那才是王道。 支持2楼的说法，一般是先保证基本软件的功能是好的，这样才能再次考虑用户体验，若软件一开始就是一大堆的bug或崩溃，就很难吸引用户的再次使用。。所以，一般是先保证软件的功能正常，再后续的版本中不断的优化调整增加用户体验。 lsekfe 发表于 2016-11-17 14:28
我个人认为功能上还有用户体验上都比较重要，如果取舍的话我还是比较倾向于功能上。也就是说如果一个软件BU ...
首先谢谢你的回答
再问详细问一下：前提是时间比较赶，如果是在版本测试过程中我们没有提类似用户操作某个模块的路径太深啦，某些模块隐藏太深啦之类的用户体验，像这样的用户体验没有提是我们的问题吗？我现在很疑惑的是时间很赶，如何能做好用户体验这块？ 神仙也考试 发表于 2016-11-17 15:34
支持2楼的说法，一般是先保证基本软件的功能是好的，这样才能再次考虑用户体验，若软件一开始就是一大堆的b ...
谢谢大神的回答 minnieye2013 发表于 2016-11-17 16:01
首先谢谢你的回答
再问详细问一下：前提是时间比较赶，如果是在版本测试过程中我们没有提类似用户操作某 ...
时间很赶的情况下，个人认为责任应该不完全在测试这边，必须时间有限，保证功能先。 minnieye2013 发表于 2016-11-17 16:01
首先谢谢你的回答
再问详细问一下：前提是时间比较赶，如果是在版本测试过程中我们没有提类似用户操作某 ...
你担心的用户体验差，其实版本可以换一种方式上线，比如说非正式版本之类的。用户体验方面不是能够一次性做的出来的，而且你说有些隐藏的比较深，那更需要时间。 时间特别赶，那么可以一个一个版本的上。。。一开始就上完成的功能，保证功能OK，再慢慢把一些用户体验的挖出来进行修正并在之后的版本中修复过来。。。
用户体验，不是一两个版本能够搞定的，而是一种巡行渐进的。。。
相对可靠的有，先出个正式版（也就是功能完全OK的）V1.0版本，在之后的出个测试版本，也就是添加了一些用户体验的beta版本上线给用户体验使用，根据用户体验的反馈再行修复。。
在不断的修复中再出V2.0的正式版！！！
这个也就出现了所谓的“敏捷开发和测试”;P 必须先能用，在考虑其他 本帖最后由 stcupwar 于 2016-12-30 18:34 编辑
对于测试来说，一般情况下，测试功能要比测试体验优先级更高，但也不是绝对的。
功能与功能之间，也有优先级的顺序，譬如产品的注册登录功能，使用产品时用到的比较高频的功能点，首先一定要保证功能，再考虑体验。
但如果拿主流程的体验问题与细枝末节的功能问题来比较，就要依据当时的情况判断了。
比如说用户反映某一个经常使用的功能体验很不好，造成了很大的困扰，甚至影响到了用户留存，就要和产品沟通，将这些问题的优先级提前。
是的，要经常和产品技术沟通优先级的问题，保证团队的方向在往一个目标努力。
如果公司有比较好用的团队协作工具，也会方便很多，把大家的工作统一起来，哪个先做、哪个后做就一目了然了。
页:
[1]
