《用户体验要素：以用户为中心的产品设计》
1.用户体验
用户体验，是指产品如何与外界发声联系并发挥作用，也就是人们如何“接触”和“使用”它。
提供优质的用户体验，是一个重要的、可持续的竞争优势。用户体验形成了客户对企业的整体形象，界定了企业和竞争对手的差异，并且决定了客户是否还会再次光顾。
一次优质的用户体验是将“偶然浏览者”转化成“实际购买人”的关键因素。
任何在用户体验上所做的努力，目的都是为了提升效率。这基本上是以两种主要形式体现出来的：“帮助人们工作的更快”和“减少他们犯错的几率”。
用户体验的整个开发流程，都是为了确保用户在你的产品上的所有体验不会发生在你‘明确的、有意识的意图“之外。这就是说，要考虑到用户有可能采取的每一个行动的每一种可能性，并且去理解在这个过程中的每一个步骤中用户的期望值步骤中用户的期望值。
2.ROI
ROI（投资回报率）：通常用金钱来衡量，所花出去的每一元钱，能收回多少的等值收益？在企业中，用于计算“花出去的钱”转化成了多少“企业的价值”。
一个最常用的投资收益的度量标准是转化率。任何时候，企业都想鼓励自己的客户在和自己建立某种关系的时候采取更进一步的行动。通过跟踪有百分之多少的用户被“转化”到了下一个步骤，就能衡量你的产品在达到“商业目的”方面的效率有多高。
3.用户体验的五要素/五层面：表现层、框架层、结构层、范围层、战略层
在战略层上的决定将具有某种自下而上的“连锁效应”，反过来讲，也就意味着每个层面中我们可用的选择，都受其下层面中所确定的议题的约束。
五层面的计划安排
计划好项目，让任何一个层面中的工作都可以在其下一个层面的工作结束之前完成。
功能型产品 vs 信息型产品
功能型产品：主要关注的是任务——所有的操作都被纳入到一个过程，去思考人们如何完成这个过程。
信息型产品：关注点是信息——产品应该提供哪些信息，这些信息对用户的意义是什么。
创建一个富信息（information-rich）的用户体验，就是提供给用户一个可以寻找、理解、且有意义的信息组合。
战略层——明确——我们为什么要开发这个产品
考虑以下两个问题：
①.我们要通过这个产品得到什么？——企业的产品目标
②.我们的用户要通过这个产品得到什么？——用户需求
关键词：明确
当我们能越清楚地表达我们想要什么，以及确切地知道其他人想要从我们这里得到什么时，我们就能越精确地满足双方的需求。
描述产品目标应注意：避免在尚未充分了解问题之前就试图得出结论，为了创造成功的用户体验，我们必须保证我们的决策不是随便决定的，也就是说，每一个我们做出的决定，都应该建立在我们确切地了解了它的影响力的基础之上。明确地定义“成功的条件”，而不是定义“通向成功的路径”——才能保证我们不会在这个阶段跑得太快。
成功标准（success metrics）：比赛都有终点。理解你的目标，有一个最重要的部分，就是理解你要怎样才能知道“什么时候到达了终点”，即一些可追踪的指标，在产品上线以后用来显示它是否满足了我们自己的目标和用户的需求。好的成功标准不仅影响项目各阶段的决策，也为衡量用户体验工作价值提供了具体的依据。
任何断章取义的标准都可能造成误导：请务必后退一步，看看除了自己产品之外发生了什么事，以确定你了解到事情的全貌。
我们很容易落入这样的陷阱，即认为我们正在为理想化的用户设计产品，理想化的用户就是“某些与我们完全一样的人”。但事实上我们并不是为自己设计，而是为其他人设计。只有投入时间去研究这些需求，我们才能抛弃自己立场的局限，真正从用户的角度来重新审视产品。要对用户需求寻根究底，必须要定义谁是我们的用户，一旦我们知道哪些人群是我们想要了解的，就可以对他们进行调研——换句话说，询问用户问题，观察他们的行为。这些研究能帮助我们了解当用户使用我们的产品时，他们想要什么，同时也能帮助我们确定这些需求的优先级别。【PS：在实习的这两周里，发现其实产品的需求并不是真正去调研用户得到的，而是通过用户反馈、运营需求、后台数据而发现的需求，我觉得主要是两个原因：①.JS的产品已经成熟，有稳定，足够多的用户群体，用户的数据更能表明问题 ②.用户调研成本高，效率低】
用户细分的方法
a.人口统计学思维标准（性别、年龄、教育水平、婚姻状况、收入等）；
b.消费心态档案（psychographic profile）：用来描述用户对于这个世界，尤其是与你的产品有关的某个事物的观点和看法的心理分析方法。
c.用户对技术和产品本身的想法 &&用户在经验或专业程度上的不同。你的用户每周花费多少时间使用网络？计算机使他们日常生活的一部分吗？他们喜欢跟技术型产品打交道吗？他们总有最新和最好的硬件，还是他们只在不得不升级的时候才升级吗？由于对技术有恐惧心理的用户和高级用户在使用网络的方式上非常不同，因此我们的设计必须要能容纳不同类型的用户群。
eg：买厨具给一般人与卖厨具给专业厨师的处理方式必须非常不同等等。。
研究工具
问卷调查、用户访谈、焦点小组：最适合用于收集用户的普遍观点与感知的研究工具；
用户测试、现场调查：适用于理解具体的用户行为以及用户在和产品交互时的表现。（PS：用户测试是指请用户帮忙测试你的产品）
任务分析（task analysis）：与现场调查密切相关的一种研究方法，认为每一个用户的交互行为都发生在执行某一任务的环境中，是一种仔细地分解用户完成任务的精确步骤的方法。任务分解可以通过用户访谈来完成，让用户讲述自己的故事，说出他们的经验；也可以通过现场调查来完成，在用户的“日常生活环境”中直接研究他们的行为。
用户测试（user testing）方法：可用性测试、测试产品原型、卡片排序法；
卡牌排序法（card sorting）：用于探索用户如何分类或组织各种信息元素，帮助我们了解用户对产品信息的看法。
可用性（usability）
可用性的最终目标：寻找令产品更容易使用的途径。
范围层——我们要开发的是什么
知道你不需要建设什么
在项目开始进行时，关于功能的、各种各样的可能性都会浮现出来。当这些想法出现的时候，用一个文档来记录它们，可以为你提供一个评估这些想法的架构，帮助你了解他们是如何（或是否）满足当初所承诺要做的那些事。
用文档来定义产品需求，可以帮助了解你“不需要做什么”也就意味着知道哪些是你“不需要马上去做”的东西。把这些杰出的想法收集起来，找到一种适宜的方式，让它们符合你的长期规划，这才是真正的价值所在。确定具体、确定具体、系统的发展要求，并将任何不符合这些要求的想法作为潜在的未来功能囤积起来，只有通过这种更谨慎的途径，你才能真正管理整个设计过程。
如果不能有意识地管理产品的需求，就有可能陷入可怕的“范围蠕变（scope creep）”，类似于滚雪球，雪球变得越来越大，将越来越难以阻止它。
最用之不竭的需求源泉总是来自用户本身。但更多的时候，你的需求将来自与项目利益相关的同事——那些在企业中总想影响你的产品的人。不管是哪种情况，去了解“人们在想什么”的最佳途径就是直接询问他们。可以用用户研究技术帮助我们更好地了解用户，了解他们希望在产品上看到的特性的种类。
功能需求
功能规格说明的几条规则
a.乐观：描述这个系统将要做什么事情去“防止”不好的情况发生，而不是描述这个系统“不应该”做什么不好的事情。
eg：这个系统不允许用户购买没有风筝线的风筝；
替换成下面这句会更好：
如果用户想买一个没有线的风筝的话，这个系统应该引导用户到风筝线页面。
b.具体：尽可能详细地解释清楚状况，这是我们能决定一个功能是否被实现的最佳途径。
eg：
最受欢迎的视频要重点标注。（最受欢迎的标准是什么？如何算重点标注？）
上一周被播放最多的视频要显示在列表的最前端。（最受欢迎的标准：播放量最多；重点标注的机制：显示在列表的最前端）
c.避免主观的语气：一种使需求“保持明确”和“避免歧义”的途径
eg：这个网站的风格应该是时尚、闪耀的。
这个网站应该符合邮递员Wayne所期望的时尚。（可能和我们的用户的期望值是一样的，但是需求还是很主观，依赖的是Wayne的认同）
网站的外观应该符合企业的品牌指南文档。（更客观界定的一系列的标准，清晰、毫不含糊的、已有的参考指南）
功能规格必须可验证——必须要能验证“这个需求有没有被满足”，必须找到某种方式来明确说出应该达到的标准。
如何去验证这种被宣称为“时尚”和“闪耀”的产品品质？我对于时尚的定义也许并不符合你的，而CEO更可能对此有完全不同的看法。
（PS：其实我觉得吧，就是要明确你的目标用户是谁，所有的工作都是为你的目标用户&&他们的需求而考虑的+文字的魅力，这个能力需要在实践中多学习！）
用量化的标准来定义功能有助于知道我们是否满足了需求。
内容需求
注意tips：
a.提供每一个特性规模的大致估计：文本的字数、图片的像素大小、下载的文件字节、PDF或音频文件等相对独立元素的大小等；
b.尽可能早地确定某个人来负责每一个内容元素，负责建设和维护它；
c.定义每一个内容特性的“更新频率”，介于你的用户期望值和有效资源之间的一个合理的中间值。
d.相异需求的用户，应明白哪些用户想要哪种内容，能帮助决定用什么方式去呈现这些内容。
结构层
交互设计（interaction design）：为用户设计结构化体验；关注于将影响用户执行和完成任务的元素，关注于描述“可能的用户行为”，同时定义“系统如何配合与响应”这些用户行为；
信息架构（information architecture）：研究的是人们如何认知信息的过程，对于产品而言信息架构关注的就是呈现给用户的信息是否合理并具有意义，关注如何将信息表达给用户的元素。【PS：好好理解，现在还不是很懂~】
概念模型（conceptual model）：用户对于“交互组件将怎样工作”的观点称为概念模型。将现实世界中相对应实物的比喻放入我们的概念模型中，这对系统功能的设计可能会有一定的价值。不过，更重要的是，不要将比喻从现实世界中一字不落的照搬过来。
任何一个交互设计的项目都有很大的部分牵涉处理“用户错误”——当人们犯错误时系统要怎么反应，并且当错误第一次发生时，系统要如何防止人们继续犯错？
结构化内容的两种方法
结构质量最重要的标准，不是“整个过程一共需要多少步骤”而是“用户是否认为每一个步骤是合理的”，以及“当前的步骤是否自然地延续了上一个步骤中的任务”。
几种类型的结构
层级结构（hierarchical structure）/树状结构/中心辐射（hub-and spoke）结构
矩阵结构（matrix structure）：允许用户在节点与节点之间沿着两个或者更多的“维度”移动。矩阵结构通常能帮助那些“带着不同需求而来”的用户，使他们能在相同内容中寻找各自想要的东西。
eg：如果你的某些用户确实很想通过颜色来浏览产品，而其他人偏偏希望能通过产品的尺寸来浏览，那么矩阵结构就可以同时容纳这两种不同的用户。
自然结构（organic structure）：不会遵循任何一致的模式。自然结构对于探索一系列关系不明确或一直在演变的主题是很合适的。但是，如果用户下次还需要依靠同样的路径去找到同样的内容，这种结构就可能会把用户的经历变成一次挑战。
线性结构（sequential structure）
截面：就是可以将产品针对不同用户群体进行分类的属性；
成功的用户体验，就是能事先预知用户的期望并将其纳入设计之中。
受控词典（controlled vocabulary）：强调一致性的工具；提供了一个明确的资源以确保大家都能使用的用户语言。
类词词典（thesaurus）：提供常用的、但未纳入产品标准用语的词汇以供选择，eg：内部专用术语、速写语、俚语、缩略词等等。
架构图最重要的是记录概念关系：哪些类别需要放一起，而哪些需要保持独立？在交互过程中那些步骤要怎样相互配合？
框架层
界面设计：涉及提供给用户做某些事的能力，界面的意思就是说，通过它用户能真正接触到那些“在结构层的交互设计中”确定的“具体功能”。
导航设计：提供给用户去某个地方的能力。
信息架构把一个结构应用到我们设定好的“内容需求列表”之中，导航设计则是一个用户能看到那个结构的镜头。这就表示，通过它，用户可以“在结构中自由穿行”。
信息设计：传达想法给用户。无论是界面设计还是导航设计，都不可能在没有“一个良好的信息设计的支持”的前提下取得成功。
让你的界面和用户早已养成的那些习惯保持一致很重要，但是更重要的是，界面要与它自身保持一致。
界面设计：一个设计良好的界面是要组织好用户最常采用的行为，同时让这些界面元素用最容易的方式获取和使用。
界面设计可以采用各种各样的技巧，使用户完成目标的过程变得容易。一个简单的技巧，就是在这个界面第一次呈现给用户的时候，仔细考虑每一个选项的默认值。
（PS：想到最近公司做的一个产品，就是自动识别ET的表头，默认值：默认用户表头信息都需要选中）
几种常见的导航系统
全局导航（global navigation）：提供的是用户最有可能需要从网站的最终页面到其他什么地方的一组关键点。
一个经典应用：在导航栏放上能到网站所有主要栏目的链接，不管你想去哪儿，你都能从全局导航中（最终）到达那儿。
局部导航（local navigation）：提供给用户在这个架构中到“附近地方”的通路。在一个层次结构中，局部导航可能只提供一个页面的父级、兄弟级和子级通路。
辅助导航（supplementary navigation）：提供了全局导航或局部导航不能快速达到的相关内容的快捷途径。
上下文导航（contextual navigation）/内联导航：嵌入页面自身内容的一种导航，eg;一个在页面文字中的超级链接。
友好导航（courtesy navigation）：提供给用户他们通常不会需要的链接，但它们是作为一种便利的途径来使用的。eg：联系信息、反馈表单、法律声明的链接通常都放置在友好导航中。
远程导航（remote navigation）：以自己的方式存在，独立于产品的功能或内容。eg：网站地图（site map）、索引表（index）。
结构层的结构图是项目的一个宏伟远景；在框架层，线框图是展示那些远景如何完成的详细文档。
根据你的需求来撰写正确级别的文档（同时不要欺骗自己可以用较少的文档糊弄过去）才能将文档从一件麻烦事变成一件有益的事。
表现层
研究人员有时使用精密的眼球追踪（eyetracking）仪器来确定被测人到底正在看什么，以及他们的视线是如何在这个屏幕上移动的。简单的询问一下人们甚至自己就可以了，虽然不能提供最准确的结果，但在大多数情况下，简单地询问是非常适合的。
对比 （contrast）&& 一致性（uniformity）
表现层的工作的总体策略是：让“差异”必须足够清晰，用户要足够分辨出某个设计选择是特意要传达一些信息的。
风格指南（style guide）：包括影响到产品的每一个局部的全局标准（比如设计栅格、配色方案、字体标准或标志应用指南等等）+某一个模块或功能的具体标准，确定了视觉设计的每个方面，从最大到最小的范围内的所有元素。
要素的应用
重要的是要保证所有的用户体验要素都被关注。
与用户体验有关的第一个问题应该是问你自己（也是你应该回答的第一个问题）：你为什么要这么做？
用户接受度测试/接受度（acceptance）：问题是用户是否能接受它，想在已完成的产品在通过用户测试中揭露的这些假设是极度困难的，因为它们藏在了界面和交互的外衣下面。
不能简单地依赖用户来阐明自己的需求，不管创建什么样的用户体验，其最大的挑战是“比用户自己更准确地去理解他们的需求”。
每一件与产品的用户体验有关的事情都是有意识的。明确的决策的结果，只有这样你才能确保产品能同时满足战略目标和用户需求。
注：差不多周末的两天时间把这本书读完了，读完之后首先是对一些之前看到的专有名词有一定的了解和熟悉；其次再次告诉自己：做产品，自始至终要明确的是三点，用户是谁？用户的需求是什么？如何解决？虽然是很简单的三句话，实践起来肯定是历经坎坷或者做着做着就迷失了方向，自己现在还没有多大的体会，所以先一定要牢记牢记牢记；最后想说的是：书中得来终觉浅，绝知此事要躬行，还是要在实践中多和师父、其他人学习积累经验！加油吧，麻小瓜！
