用户体验设计 范围层 范围层1.pptVIP

用户体验设计 第二章：体验五要素 第二节：范围层定义 战略层明确后，当我们把用户需求和产品目标转化成产品应该提供给用户什么样的内容和功能时，战略层就变成范围层。 范围层：1.这是一个有价值的过程 2.同时能产生有价值的产品 1.过程的价值在于，当整个事情还处在假设阶段的时候，它能迫使你去考虑潜在的冲突和产品中一些粗略的点。我们能确定现在能解决哪些事情，而哪些必须要再迟一点才能解决。 2.产品的价值在于，被定义的这个产品给了整个团队一个参考点，明确了这个项目中要完成的全部工作，它也提供了一门用于讨论这件事情的共同的语言。定义好你的要求能保证在设计过程中不会出现模棱两可的情况。 在范围层，我们从讨论战略层面的抽象问题——“我们为什么要开发这个产品？” 转而面对一个新的问题：“我们要开发的是什么？” 范围层要素 在产品开发中，范围层确定的是全部的功能需求或功能规格。在项目初期，这个词表示需求，描述系统应该做什么；在项目末期，这个词表示功能规格说明，描述系统真正完成了什么。 1.内容需求 内容设计者要坐下来仔细考量各种资料的来源，然后才能决定哪些信息必须纳入设计范围之内。这种定义内容需求的过程，实际上与技术专家和董事会集体商议功能需求，并回顾已有的文档记录没有本质上的区别。两者的意图和方法是一样的。 2.内容管理系统 现在，真正的内容常常是通过一个内容管理系统来进行管理的。这些系统大小不一，大的系统能根据众多不同的数据来源动态生成页面，庞大而复杂；小的可以是一个很轻巧的工具，能以最高效的方式来优化并管理各种类型的内容专题。 需求的详略程度常常取决于该项目的具体范围。最用之不竭的需求源泉总是来自用户本身。但更多的时侯，你的需求将来自与项目利益相关的同事—那些在企业中总想影响你的产品的人。 获得需求的几种类型： （1）首先，最显而易见的是人们讲述的、他们想要的东西。 （2）有时候人们口中说出来的、所期望的特性其实并不是他们想要的，遇到问题时想出的解决办法是行不通的，或者仅仅是治标不治本的办法。通过与用户探讨这些建议，你有时候可以得出能真正解决问题的、完全不同的需求。 （3）当你让人们讨论新的需求和战略目标时，他们有时会突然想起某个伟大的构思，而根本忘记了那个正在维护中的产品。这些通常会在头脑风暴讨论的时候出现，那正是与会者有机会参与和探讨项目的可能性的时候。 （4）让一个工程师、一个客服人员、一个营销人员坐到一间会议室中谈论同一个产品，这会对大家都有启发意义。听取从自己不熟悉的角度出发来考虑的、对于产品的观点，并给予反馈，可以鼓励人们多角度全方位地思考开发中的产品遇到的问题以及解决办法。 （5）不管你设计的产品在什么样的设备上使用（或者我们正在设计的就是那个设备）我们的需求序列必须要考虑到硬件需求。 （6）在决定功能需求的时候，我们可以使用用户画像，把我们的虚拟人物放到一个简短的故事之中，描述了一个人物角色会如何完成这些用户需求。通过“想象我们的用户将会经历什么样的过程”，我们就可以找到能帮助他顺利完成这个过程的潜在需求。 （7）我们也期望从竞争对手处得到一些启示。任何一个在做同件事的企业基本上在试图满足同样的用户需求，同时也在试图完成相似的产品目标。 我们需要的不是文档有多厚或有多详细，而是要足够清楚和准确。功能规格说明不需要包含产品的每一个细节，只需要包含在设计或开发过程中出现有可能混淆的功能定义。同时功能规格说明也不需要展望产品未来的理想化状态—只需要记录在创建这个产品时已经确定下来的决议。 功能规格说明的几条规则： 1.乐观 2.具体 3.避免主观的语气 1.定义和范围 很多时候我们说到的内容指的是产品的功能。但是造型、外观和材质有时候有可能比其功能还要重要。这些不同类型的内容可以结合到一起，相互协作去满足某一个需求。 2.注意事项 （1）内容特性想要达到的规模，将对你所做出的用户体验决策产生极大的影响。内容需求应该提供每一个特性规模的大致预估：产品的造型、功能的多少、材质的运用、人机工程的认识等。这些大小的估计不一定要非常精确一大致相近即可。 （2）尽可能早地确定某个人负责每一个内容元素也是非常重要的。如果我们在没有确定谁将会负责这些内容需求的情况下，过早过多地投入到开发流程中去，那么最后我们得到的很可能就是一个千疮百孔的产品，因为那些在假想阶段人人都喜欢的特性，将在实际执行的时候变得非常沉重。 收集潜在的需求或想法并不困难。几乎接触产品的用户都能说出至少一个“这个产品应该增加哪些特性”的想法。其关键在于排列出哪些功能应该包含到产品中去。 一个战略目标将产生多个需求 一个需求也可以实现多个战略目标 收集潜在的需求或想法并不困难。几乎接触产品的用户都能说出至少一个“这个产品应该增加哪些特性