用户体验方面的感想

用户体验这个话题，一直被谈论，而我一直在测试后台的功能，所以没有特别去关注。最近做的项目，让我开始思考这个问题。

在我们项目的第三轮测试阶段，PD便进项目环境体验了一把，不试不知道，一试结果发现了好多用户体验的问题，发了邮件出来有十几个地方需要修改，着实吓了一跳。静下心来仔细看了邮件。有些问题在测试过程中确实遇到了，但是没当一回事就放过去了，还有一些问题是已经习以为常了，感觉理所当然就是这样了。

想当初参加第一个项目的时候发现一点点问题都会去提bug，结果最后不是被开发置成won’fix就是invalid，深感郁闷，但是也没那个自信去坚持到底，而且常被告之，这是给后台小二用的，他们已经习惯了等等。久而久之，面对着用得不爽的地方也开始麻木了，把精力更多的去关注功能性的问题。

用户体验的测试应该什么时候开始关注呢？在这个项目中第一轮和第二轮的测试，由于还存在主功能的bug，我基本上把精力放在主功能上，没有特别去关注用户体验上的bug，而到后期我开始关注的时候，又被告之现在去改这个问题风险比较大，想到前面的测试过程中修改一个bug引发其他bug的概率还是比较大的，也就放弃了坚持。现在想来用户体验的问题一开始就应该关注，把自己觉得用户操作上不爽的地方就应该提bug，至于开发如果置于won’fix有争议的话，可以提出自己的见解，也可以去找PD去核实。该有的立场还是需要坚持的。

为什么我发现用户体验方面的问题会比较少呢？开始一个项目，PRD的评审让我们知道需要做一个什么样的产品，到后来的UC评审，系统设计评审，慢慢地把一个产品分解成一个个小功能点。就像是刚开始在空中看到一片大森林一样，可以看到整个风貌，随着慢慢的进入其中，就了解细节，会慢慢模糊大森林整体的风貌。同样在测试的过程中，睡着慢慢的深入了解，我会把产品分解成一块一块，去关注这个功能设计到那几张表，操作过程会改变那几个表字段，如果字段被修改成功了，我就会认为这个功能没什么问题了。却忘记了小功能没什么问题了，而整个组合在一起就偏离了用户真正需要的效果。