[UE]User Research Training Material
本文资料为个人从网络上搜集而来，纯粹为了自学交流。
- 为何要进行用户研究
因为我们是在给用户设计产品，我们需要了解用户的具体需求和用户适用产品的方式与习惯。
- 首先，我们需要观察和了解”用户在做什么、在怎么做”。
- 然后，我们需要知道用户是怎样想的为什么要这么做。
- 接下来，我们要去了解“用户知道什么？”
- 同时，我们还需要知道用户是什么样的思考路线，你的设计给了他什么样的预设逻辑。
- 最后，我们还需要了解：用户有什么样的接受和学习能力，等等。
- interview用户访谈 – 面对面的倾听和观察
用户访谈时注意的事项：
- 在场时完成某项任务的过程中请尽量不要打断被访者。
- 尽量避免使用诱导性的问题。如“您认为这样有用吗？”或“这样做您还是挺喜欢的，对吧？”
- 尽量使用开放式问题。如“能告诉我们现在您在做什么吗？”而不是“为什么您会这么做？”
- 避免打断或试图帮助被访者。
- 避免在解释某些内容时让被访者感觉他们是无知的。如“其实您只要点一下这里就可以了。”
- 避免使用专业词汇：请使用被访者习惯的词汇。
- 请记住访问的目的：从被访者的角度来了解沟通工具的作用。
- 请记住：你是学生，被访者才是专家。
- 学会如何来解释/了解被访者的想法。
- 问自己从观察中学到了什么及如何向他人解释所学习到的内容。
- 向被访者学习如何来解释/阐述他们的行为，这一点也与座谈会和探访有所不同。
- 访问过程可能会与你准备的问题纲要有偏差，你需要更多的准备。
- 即便你能流利地使用被访者的语言来进行沟通，如果你当时有翻译在场，也请通过翻译来提问。
- 这句话大部分时候需要说：访谈的目的只是为了了解被访者的需求及该产品如何能更好的满足使用者的需求，而不是对被访者进行评估。
注意：面对面的用户访谈也不一定能全面的反应整体概况。
- Field Study领域研究
针对不同的用户领域，比如面向不同的行业用户，不同的用户种族年龄性别等进行的实际用户状况统计分析，这里就可以经常会使用到我们熟悉的Persona方法。
- Focus Group 焦点小组/焦点用户群 – 专家”用户”评估
焦点小组（focus group）是在可用性工程中使用的比较多的一种方法,通常用于产品功能的界定、工作流程的模拟、用户需求的发现、用户界面的结构设计和交互设计、产品的原型的接受度测试、用户模型的建立等。
焦
点小组依据群体动力学原理请大约6~9个参试（participant）对某一主题或观念进行深入讨论。焦点小组实施之前，通常需要列出一张清单，包括要
讨论的问题及各类数据收集目标。在实施过程中需要一名专业的主持人，主持人要在不限制用户自由发表观点和评论的前提下，保持谈论的内容不偏离主题。同时主
持人还要让每个参试都能积极地参与，避免部分用户主导讨论，部分消极用户较少的参与讨论。
特点：与其它用户研究方法相比,焦点小组相对来说更容易实施，在时间、花费、效率等方面都表现出优势；通过焦点小组的交互作用可以获得更多丰富的信息；焦点小组
在理解用户态度、信念、观点等方面也有突出的优势。但焦点小组也有其自身的缺陷性，焦点小组对主持人要求较高，通常会因为主持人的原因产生较大的偏差。
注意：在可用性工程中，焦点小组并不适用于评价产品的可用性和用户界面，因为通常用户认为自己会怎么做与用户实际会怎么做会存在比较大的差异。
- User Surveys 问卷调查
错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了。
实际情况：需求获取并不是想象的这样简单，首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细
节，这样造成了系统目标的混淆。 其次是对问题的理解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，也不太清楚那些工作可以交给软件完成。
为了克服以上的问题，必须有组织的执行需求的获取活动。常用的方法是召开需求获取会议或者进行问卷调查。
- Brain Storming 头脑风暴
头脑风暴的特点是让与会者敞开思想，使各种设想在相互碰撞中激起脑海的创造性风暴，其可分为直接头脑风暴和质疑头脑风暴法。前者是在专家群体决策基础上尽
可能激发创造性，产生尽可能多的设想的方法；后者则是对前者提出的设想，方案逐一质疑，发行其现实可行性的方法。这是一种集体开发创造性思维的方法。
基本程序
- 确定议题：议题尽量具体化
- 会前准备：比如收集一些资料预先给大家参考，方便与会者了解所要解决的问题
- 确定人选：一般以8人～12人为宜，也可略有增减(5～15人)。与会者人数太少不利于交流信息，激发思维;而人数太多则不容易掌握，同时每个人发言时间也相对减少，会影响气氛以及最终效果。
- 规定纪律：根据头脑风暴法的原则，可规定几条纪律，要求与会者遵守，比如集中注意力，发言要开门见山不要客套话等等。
- 掌握时间：会议时间由主持人掌握，不宜在会前定死。经验表明，创造性较强的设想一般要在会议开始10分钟～15分钟后逐渐产生
成功要点：
1，自由畅谈
参加者不应该受任何条条框框限制，放松思想，从不同角度，不同层次，不同方位，大胆地展开想象，尽可能地标新立异，与众不同，提出独创性的想法。
2，延迟评判
必须坚持当场不对任何设想作出评价的原则。既不能肯定某个设想，又不能否定某个设想，也不能对某个设想发表评论性的意见。一切评价和判断都要延
迟到会议结束以后才能进行。这样做一方面是为了防止评判约束与会者的积极思维，破坏自由畅谈的有利气氛;另一方面是为了集中精力先开发设想，避免把应该在
后阶段做的工作提前进行，影响创造性设想的大量产生。
3，禁止批评
绝对禁止批评是头脑风暴法应该遵循的一个重要原则。参加头脑风暴会议的每个人都不得对别人的设想提出批评意见，因为批评对创造性思维无疑会产生抑制作用。
4，追求数量
头脑风暴会议的目标是获得尽可能多的设想，追求数量是它的首要任务。参加会议的每个人都要抓紧时间多思考，多提设想。
贯穿整个产品生命周期的用户研究
首先并不是只有在开发阶段才进行用户研究，用户研究应该贯穿到整个产品生命周期中，这也是我们为什么说可用性测试应该伴随整个产品生命周期。
开发期的用户研究
也就是整个产品的最早期。首先需要知道：Who/What/How
* 谁是目标用户？
* 产品应该满足他们哪方面的需求？
* 目标用户的需求应该如何被满足？
进入期和成长期的用户研究
成长期的用户研究非常重要。这个时候产品使用人数高速上涨，整个产品团队需要保证两点：
* 保证和提高质量
* 维持高的增长率
成熟期的用户研究
在这个阶段，产品必须通过不断创新来保证竞争力，延长成熟期的时间。所以在这里，再次需要定性分析来发挥威力。发挥什么威力？如下：
* 根据用户需求，增加新的特性，重新进入成长期
* 发现新的用户群，开辟新的市场
分享： UCD开发流程
举例: A项目组近期需要为某小区开发一套web地图, 周期为4个月.
需求定义: 思考并解决 现有哪些类似的产品或服务?(竟品)
该小区的哪些人会成为我们的用户?(问卷或访谈) 他们想通过地图得到什么?(焦点小组) 该项目的预算和策略是什么?(参考)
这套地图和我们的其他产品如何融合?(参考) 最终输出一份报告或说明, 耗时10个工作日(周末要加班).
该阶段使用的设计方法：焦点小组、头脑风暴、竞品分析
快速原型: 根据上述报告设计一份纸质原型(或再配合讲一个故事, Storyboarding), 画出流程图和概念图(很重要!), 找若干用户(6-8个)做一次走查, 找出其中的问题并修正. 另外评估该原型是否符合我们的典型用户! 耗时8个工作日(周末还要加班).
该阶段使用的设计方法：认知走查、Persona
交互式模型: 设计师设计界面, 工程师做前端开发,
部分交互效果可通过js模拟出来(hard coding), 以方便展开专家评估和用户测试.
需要指出的是这个阶段RD同事已经可以通过前面的成果以use case/UML等方式来设计系统架构了, 并行开发两不误.
耗时8个工作日(周末继续加班).
该阶段使用的设计方法：专家评估或用户测试
开发与上线: 这个阶段的重担落在了RD手中, 不过UE也不会闲着,
一方面开发过程中工程师还会不停地就一些细节问题来骚扰你,
另一方面我们要撰写相关的规范文档如UI设计规范、交互设计规范(如果时间充裕的话它们应该在开发之前就完成)以及协助业务部门设计帮助信息等.
此外在后期还有QA、用户测试、上线后数据跟踪与反馈等, 估计还会要加班.
参考资料：
1. http://www.understandusability.com
2. http://www.uicom.net/ 推崇UCD的设计思想的年轻设计顾问的博客
3. http://hi.baidu.com/askhexiao 经验丰富的交互设计师
