做用研时思考过的一些问题
领了2次工资，写点东西小结一下吧….
作为心理系的学生，第一次接触可用性测试的时候，我感觉：
1）“脚本”这个词很怪
2）人真的是千奇百怪，面对同样一样东西，人与人的反应差异很大（所以哪怕在测试前我好像已经发现很多可用性问题了，但你总能从用户口中听到很多你没想过的）
3）为什么在测试时，实验的主试会坐在用户旁边一对一地交流，而不像很多心理学的实验那样，直接让被试对着屏幕来完成，减少主试对被试的干预。由于我们经常要计算用户完成任务的时间、成功率，而用户在完成这些任务时会询问主试问题等，这使得计算任务完成的时间存在困难，而且由于主试在场的话，被试是否会存在依赖心理，凡是遇到不太理解的地方都会问主试，这样可能也会降低任务的成功率和独立性的评分。
4）为什么被试数目这么少？12-30个真的够吗？虽说找被试很贵，但调研公司做个普通的调查需要几百个样本，岂不是更贵？而且“5个用户可以发现85%以上的可用性”，这个85%也是基于每个用户可能发现所有问题的30%而计算出来的（关于这个问题的讨论详看这里）。
5）企业内部的用研部门 vs 请外面的用研咨询公司
后来多做几次可用性测试后，我又在想：
1）很多情况下，用户是首次使用该产品，而我们测出来的问题，是用户在短期内首次使用产品时所遇到的问题，部分问题可能在长期使用后不再是问题（因为部分问题只是首次使用时，由于不适应新产品而带来的；而且只要这些问题不是特别严重、影响到用户是否能完成某个操作的话，用户长期使用后会慢慢熟悉和适应这些问题）。另一方面，有些问题可能需要在长期使用时才会发现？
2）是否在开始任务前，让用户自由操作一会儿？用户一开始没能很快地完成任务，可能只是因为不熟悉这个产品而已。（注：这个问题跟上一个问题结合起来思考，因为可用性测试就是为了让新手在第一次使用产品时都能快速上手）
3）可用性测试最后得出来的大部分是定性的数据，这些定性的数据如何呈现才会有说服力和科学性？（定性的数据尽量能找到其他定量的数据来支撑）
4）如何解释定量的指标？例如用户找到并完成下载某个软件的平均时间是560秒，这说明了什么问题？（数字只有横向或纵向对比，才有解释的意义）
5）如何对待用户的想法和提议？对于同一个界面，有的人认为字体太小，有的认为OK，有的则认为太大了，到底该听谁的？是根据人数的多少，人数多就采纳，人数少就不采纳？达到多少才算多？对于这种认知类、态度类的问题，是否需要大样本调查会比较好？
6）你写的报告有足够的证据和说服力去告诉产品经理，说“这个地方你得改？”对于领导而言，他怎么知道如果他改善了这些问题之后，真的能给他带来多少收益？（这个问题涉及到该产品是否有KPI指标或其他运营指标，用户研究部门是否与其他部门有比较多的联系、是否能获取这些KPI指标、并且用这些指标检验这些用研报告的有效性和效果）
7）职业发展：用户体验研究这项工作好像没什么太多的技术含量，随便找个人、随便一个专业的人都可以做。对于心理学出身的人来说，我们有什么“核心竞争力”？如果我们做用研做了几年后，职位上会有什么上升的空间？
还有一些值得思考一下的问题：
往哪走与走多远
1）“长得丑且难用的网站为什么那么多人访问？相比公司的其他部门，用户体验能究竟能做什么，能起到什么的作用？”
目的 vs 手段：
1）“在你们的公司/团队里，用户研究做了什么实质的事情？用户研究如何做才能为产品设计提供实质性的帮助?”
2）“存在不少为了用研而用研的，不乏一些大公司，数据和报告做得漂亮、好看，能起到的作用没人问起，也可能没人敢问。”
3）不少公司可能会盲目追崇方法论，例如画像库（Persona）、眼动议这种研究方法很炫，领导可能会喜欢看这些报告的结果。在每次做研究前，没有认真思考过该用什么研究方法好。（这个跟学习统计很像，统计中不乏高级的统计方法，但要学好统计，我觉得深知每种研究方法适用的条件和数据、拿到数据好具体用什么方法好，这个蛮重要的）
建议看看知乎上在有道和其他从业人员的回答：
（我很好奇：为什么知乎的领域分类里，最多人关注的领域是用户体验）
————————-
以下是做了3次可用性测试之后，思考的问题：
1）可用性测试只能保证你所测试的产品能用，但不能让它变得好用，让人喜欢用。因为找我们做用户体验的部门，都想改善他们产品的用户体验，但可用性测试只能发现产品中是否存在可用性问题，最多只能让新手在第一次使用产品的时候，比较容易上手、能比较顺畅地完成软件所提供的功能和操作，但不能保证用户会喜欢用它。（可用性 –> 易用性 –> 好用性 –> 喜用性）
2）假如你只会做可用性测试、你的用研部门水平一般的话：可用性测试对于做得比较烂的产品，意义才比较大，或者说只有这么烂的产品，用研才有存在价值。假如你所测试的产品，其研发团队很一般的话，研发团队听完你列出来的产品问题、然后作出修改后，还会有新的问题出现（因为研发团队很一般）
3）在学校里所学习都是实验的、定量的研究方法，而现在要做用户体验的时候，如何了解用户需求和想法却是十分重要，它可能更需要用各种定性的方法
4）我们在短短1个小时内、用10个左右的用户所发现的问题（包括通过可用性测试和访谈时用户所提到的问题），跟用户在某个论坛发帖所提的建议、给客服所抱怨的东西，这两者有什么异同？
5）当我们发现了问题后，把它写到报告里，但产品开发人员看到我们的报告后可能会问，我们真的需要这样改吗，你有足够的理由支持这个改动吗？坦白说，很多时候我们没有充分的理由。因为在一次可用性中（约10个用户），我们更倾向于记录用户的反馈，是发现问题的过程，而不是验证某个假设的过程。
6）当你实力比较弱的时候，模仿是你最好的壮大自己的途径。我发现了一个现象：一个很简单的登陆页面，客户还是会出现很多问题（e.g.没有找回密码的地方、注册入口不明显等等）。如果什么事情都想着从0开始、由自己去摸索，你会犯很多很多错误，而这些错误其实都是可以不必要的。尤其是当你的开发团队实力不强，那就好好把别人现成的、优秀的产品一字不漏地抄过来（就已经不错了，哪怕不能保证用户喜欢，但最起码使用起来不会有问题）。