用户体验测试在各大厂前期都有做，有些已经很成熟的大厂现在仍在做这件事，说明是真的很有必要的，还记得百度地图研发过程中也是请了很多用户沉浸式的体验，也有网约车刚出来的时候也是邀请了用户实际体验。一个产品最终是要面向用户的，面向大量的甚至百万千万级用户，它能否成为被大众认可被人们喜爱使用的好产品最终也是又用户决定的。所以在我们的产品面向用户投放市场之前做用户体验测试这一环节就格外有必要了。
尤其在我们互联网公司中产品的更新迭代是很快的，能够保证质量的上线已是公认的高标准了，但是最终上线后如果用户不满意我们还是要重新修改再次迭代发布，我们用真正的用户做白老鼠，做的好会省去成本，做的不好会伤害到用户随之失去用户，最终损害的还是公司的利益。迭代速度快，敏捷开发时代这些都不是我们该放弃用户体验测试环节的理由。在我们这种中小型公司本身人力资源紧张的情况下，我们也可以尝试去把内部人员发展为用户，提前去做体验测试，这个方式我在最近的两个项目中均有实践过，得到了一致的认可，其实花费的时间并不会很久但确带来了意想不到的效果。下面就说一下小的互联网公司可以如何展开这项工作。
首先，确定好项目什么节点可以做体验测试，我目前的安排是在测试功能稳发布前两到三天，进入用户体验测试环节。因为我们一个大项目通常会拆分几期来做，所以用户体验也会分批安排，在本次版本上线前如果有体验不好的地方可以有2-3天的时间进行优化，确保每一次迭代首先是内部用户满意的。其次，确定参与体验测试的人员，人员的筛选尽量避免项目内部成员，多邀请业务运营人员以及非此项目的技术和设计交互人员来参与，确保人员角色的多样以及未使用或者参与的人员来参加，因为这些人是不会参杂任何项目成分，完全可以模拟用户来体验。最后，也是最重要的一点，用户体验过程中要尽量去挖掘去引导更多更深层次的体验，对体验测试后的问题尽可能的全面收集，最终筛选出大部分人认为需要优化的地方，在本次的迭代发布前作出优化。遗留的影响不大不是很紧急的优化可安排至后期迭代修复。
以上是我近期工作中的实践总结，后续对于用户体验测试肯定还会有更新，积极探索方式方法，让工作效率在有限的资源环境下发挥的更好。
