一、用户体验为什么重要
无论什么产品，都存在用户体验：它用起来难不难，是不是很容易学会，使用起来的感觉如何。
从产品设计到用户体验设计 ：产品设计，什么是好的产品设计？首先，人们往往想到的的是感官方面的表现，看起来赏心悦目，给用户很好的触感，听觉也应该成为产品的一个重要指标。另一方面，是与功能相关的，精心设计的产品应该具备它应该具备的功能。但是，用户体验良好的产品，不仅仅是外观或者功能那么简单。
用户体验和网站：一种是内容网站，目标是尽可能有效的传达这些信息，仅仅把信息放在那是远远不够的，它必须以一种能够帮助人们理解和接收的方式呈现出来；另一种是工具类网站，目标是帮助用户完成某些任务，高效的沟通仍然很重要，用户很快能明白它是怎么工作的。
用户体验就是商机：用户体验带来的是客户忠诚度（在点石成金一书中中，作者也说了用户其实容忍度还是很高，因为用户不愿意再去尝试一个自己也不确定比这个好的新的网站）、ROI。ROI通常是用金钱衡量，或者转化率，希望用户和你建立某种联系的时候采取更进一步的行动（进入下一个步骤）。
任何在用户体验上所做的努力，目的都是为了提高效率——“帮助人们工作得更快”和“”“减少他们犯错的几率”。
二、认识这些要素
五个层面：表现层、框架层、结构层、范围层、战略层。
自下而上的建设：即上述五个层次逆过程，表现层是由框架层决定，框架层是由范围层决定，上下层保持一致。并不是说每个层面要一环接一环串行工作，而更好的方法是：任何一个层面中的工作在下一层面结束之前完成。
战略层：用户需求和产品目标
范围层：对产品的功能组合/内容需求的详细描述
结构层：交互设计/信息架构
框架层：
表现层：
应用这些要素：通常情况下，你很难鉴定某个用户体验的问题时否可以通过重视这个或那个要素去解决，某些问题要求同时重视多个区域。此外，还有两个额外的因素，也会对最终用户体验产生影响，一是内容（网站提供了目标用户认为有价值的内容），二是技术（动态导航等）。
三、战略层
战略层定义：产品目标（我们通过这个产品得到什么）、用户需求（用户通过我们这个产品得到什么）
产品目标：不能太宽泛也不能太具体，例如简单的替公司挣钱或者省钱，而是通过做什么来挣钱——明确定义成功的条件。确定品牌形象。制定成功标准——可追踪的指标，通过这些指标来确定它是否满足了我们的目标和用户的需求。
一些指标：用户访问页面停留时间是多是少好，取决于网站本身，如果是希望用户发掘网站提供的服务，则单次访问时间应该多，如果提供便捷的功能，则单次访问时间应该少。印象数：对于依赖于广告收入的网站，印象数是每个广告每天被展示的数量。要做好产品目标与用户需求的平衡。这些指标可以驱动用户体验决策，在短时间内可能能够发现网站改版与指标升降间的因果。但是长时间内，就很难判断这些改变源于用户体验还是其他因素，例如外部环境，你的竞争对手是否发生了变化。
用户需求：我们很容易陷入理想化用户设计产品——即某些与我们完全一样的人，但事实上我们并不是为自己设计，那么必须了解他们是谁，以及他们的需求是什么。这样我们才能抛弃自己立场的局限，真正从用户角色来重新审视网站。
要对这些用户的需求刨根问底，必须要定义谁是我们的用户——再去询问他们的问题，观察他们的行为，这样不仅能了解用户在使用我们产品时想要什么，也能帮助我们确定这些需求的优先级。
了解用户：用户细分。将用户划分为较小的，有共同需求的小组。将大量的用户需求划分为几个可管理的部分。创建细分用户群只是一种用于揭示用户最终需求的手段，以及决定用何种方式满足用户需求。
怎么做用户细分？——一是，营销人员通常按照人口统计学的标准来划分用户：性别、年龄、教育水平、职业、婚姻状况、收入。二是，按照消费心态特征：同样的年龄段、同一地点、同一收入水平的人们通常会有相似的观点。通过这些来揭示用户需求，两个不同方法，得到很多新见解。三是了解用户对于技术的熟悉程度和适应程度，他们对于网站相关内容的知识有多少，专业知识也会成为细分用户群的基本维度。四是定义产品使用者的不同角色：例如报考大学的学生还是学生家长。
怎么了解用户需求：调查问卷、用户访谈、焦点小组（就是小组座谈），适合于手机用户的普遍观点和感知。用户测试（请用户来测试你的产品，一个正在建造中的网站或者是一个粗略的低保真原型）、现场调查（日常生活情境中的用户行为）、任务分析（轻量级的现场调查，完成某一任务所执行的交互）适用于理解具体的用户行为以及用户在与产品交互时的表现。
创建任务角色：personas。人物角色代表整个用户需求的虚构人物。人物角色可以保值你确保在整个设计过程期间把用户始终放在心里。 这样当我们要做决定的时候，问自己：那会对Janet有用吗，Frank会有什么反应呢。
四、范围层
范围层定义：从“为什么要开发这个产品”到“我们要开发的是什么”。做两件事，一是过程。它迫使你去考虑潜在的冲突和产品中一些粗略的点，我们能确定现在能解决哪些事情，而那些是必须要再吃迟一点才能解决的。二是产品。明确这个项目中要完成的全部工作。要有日常安排和里程碑，和文档来定义产品需求。
为什幺要用文档：一是这样你才知道你正在建设什么——一系列明确的需求能让你把任务分配得更清晰，二是你才知道你不需要建设什么——许多功能听上去都相当诱人，但是他们对于你项目的战略目标并不是必须的，当这些想法出现的时候，用一个文档记录它们，可以为你提供一个评估这些想法的架构。同时你也知道哪些想法是不必须马上去做的东西，把这些杰出的想法收集起来，找到一个适宜的方式，让他们符合你的长期规划，这些作为潜在的未来功能囤积起来。如果不能有意识的管理你的要求，每一个额外的要求看起来并没有增加太多的工作量，但是当它们汇集到一起的时候，你的整个项目就会失去控制的膨胀。
我们要开发什么：即特性，软件的功能和提供的内容，以及错误提示
定义需求：（1）最显而易见的是人们讲述的他们想要的东西（2）用户自己想的解决办法，但这种解决办法是行不通的，或者是治标不治本的方法（3）人们不知道 是否需要的特性。可以通过场景来帮助我们确定功能需求：简单描述任务角色如何完成这些用户需求
注释：软件开发中三个重要的时间点：里程碑、检查点和基线。检查点是指在规定的时间间隔内对项目进行检查。里程碑是指一个具有特定重要性的事件，通常代表项目工作中一个重要阶段的完成。重要的检查点是里程碑，重要的需要客户确认的里程碑，就是基线
比较实际进度与估算计
划之间的差异，
并根据差异进行调整。
五、结构层
结构层定义：
网友评论