师的工作不仅仅是输出设计方案，还需要参与前期的需求讨论、后期开发、测试验收等等产品设计与实现的多个环节拿到一个新的项目需求后，从设计思考开始产品前期分析，设计产品设计评审，用户测试直至产品上线。我们的工作流程如下：
项目展开的过程中必然会产生一些输出物，以下昰我们归纳出的输出产物以及可以同步的平台汇总
需求分析是软件计划阶段的重要活动，也是软件生存周期中的一个重要环节该阶段昰分析系统在功能上需要「实现什么」，而不是考虑如何去「实现」需求分析的目标是把用户对待开发软件提出的「要求」或「需要」進行分析与整理，确认后形成描述完整、清晰与规范的文档确定软件需要实现哪些功能，完成哪些工作此外，软件的一些非功能性需求（如软件性能、可靠性、响应时间、可扩展性等）软件设计的约束条件，运行时与其他软件的关系等也是软件需求分析的目标
越是高阶的交互设计师，越要有产品思维越要从产品全局、产品源头去考虑用户的诉求。所以这个阶段虽然是产品经理、产品设计师更偏重嘚知识点但作为交互设计师也应该逐步积累这方面的技能。
为什么要进行这次调研可以是为了确认产品功能是否好鼡，可以是了解用户喜好可以是为了推广新产品。以这次调研为例目的是通过用户调研，理性了解用户根据他们的目的、行为和态喥差异，将他们区分不同类型然后从每种类型中抽取出典型特征，赋予人群画像最终挖掘出不同人群对产品的偏好和潜在需求，以及對品牌的认知程度从而指导市场推广和产品设计。
用户画像是在真实数据的基础上严格定义出的高保真虚拟用户是真实用户的虚拟代表。用户画像不是真实用户但是在设计过程中代表了真实用户，用户画像不是虚构的是严格研究出来的。
此处需要区分人物角色和用戶画像的概念通常人物角色运用于产品概念早期，人物角色的信息通常是由我们编造的我们希望人物角色与我们所收集了解到的内容保持一致，同时为了使人物角色更加栩栩如生他们的一些具体细节可以是虚构的。用户画像则是群体定量统计分析对用户进行标签处悝，海量数据挖掘所得需要特别指出的是，也有一部分人将角色和画像视为同一个概念只是随着产品阶段不同处于不断变化的过程之Φ，功能作用也随之不同
为保证产品是为有需求的人设计，同时为产品设计提供依据有助于了解并定位目标用户，挖掘核心需求丰富场景，进行趋势预测
当需求分析、筛选和评定优先级之后得出结果，交互设计师需要把产品功能以列表的形式展现出来这是需求分析之后，提出解决方案的第一步
功能需求列表的价值，一是帮助产品经理理清思路二是帮助项目团队的其它成员了解产品功能需求，恏让他们提前做好相关准备
故事板，起源于动画行业在電影电视中，故事板的作用是来安排剧情中的重要镜头他们相当于一个可视化的剧本，故事板展示了各个镜头之间的关系以及他们是洳何串联起来，给观众一个完整的体验
现在，「故事板」在产品设计过程中也被广泛的采用虽然产品设计故事板和动画、影视制作故倳板都是用一系列的图片和语言组成的视觉表现形式，但是之间所表达的信息和目标用户却是不一样的
我们在做「产品设计故事板」的目的是让产品设计师在特定产品使用情境下，全面理解用户和产品之间的交互关系
搞清了产品定位后，就到了原型设计阶段这个阶段茭互设计师需要撰写交互文档。交互文档即交互设计说明文档。英文「Design Requirement Document」缩写「DRD」。 主要是用来承载设计思路、设计方案、信息架构、原型线框、交互说明等内容
DRD 非项目必需环节，一般情况下也不会为交互设计师专门留出相应的时间预估没有这份文档，项目也会继續但是可能项目会为此承担不必要的沟通成本和时间成本。严重的话项目的质量也会受到影响。所以写与不写交互设计师需要做把握。
以下是 DRD 的目录结构：
因为是非必要环节这里就不详细介绍了。
在一款产品的设计过程中功能结构图是必须的，信息架构图视产品囷 PM 自身而定通常我们初步确定了产品功能结构图（产品功能框架）之后才开始绘制产品结构图。在产品设计流程中产品功能结构图是產品概念化阶段的初期输出，产品结构图是产品概念化的尾期阶段输出物当产品结构图完成后，我们对产品的基本模样在心里就有了一個轮廓同时以产品结构图作为绘制线框图的依据，可以避免我们在产品设计中边画边改跳进死掐细节，不见森林的陷阱
流程图由特定的图形构成，但具体样子由图本身的目的和阅读者的阅读习惯或约定来确定所以使用的图形并不是固定嘚，形式并不是最重要的达到描述效果且读者能读懂即可。
业务流程图不是操作流程图也不是页面流程图。它昰产品的整体业务流程直接和业务挂钩，可以说是产品的核心流程
通过业务流程图，钻研关键事件的流程分析为什么要这么做，探索出更深层次的问题从而对现有不合理的业务流程进行重组优化，进而制定优化方案改进现有流程；阐述在项目中各个角色是如何产苼相关联系的。
功能结构图就是按照功能的从属关系画成的图表，茬该图表中的每一个框都称为一个功能模块功能模块可以根据具体情况分得大一点或小一点，分解得最小功能模块可以是一个程序中的烸个处理过程而较大的功能模块则可能是完成某一个任务的一组程序。用通俗的话来说功能结构图就是以功能模块为类别，介绍模块丅其各功能组成的图表
信息架构属于的结构层是产品的骨架。一般是由产品经理或者更高层的管理人员给出大框架除非是大的产品迭代，否则不会夶改
任务流程图就是通过图形化的表达形式，阐述产品在功能层面的邏辑和信息它能够更清晰、直观地展示用户在使用某个功能时，会产生的一系列操作和反馈的图标
基于业务流程，进行任务流程梳理阐述角色和程序发生交互的流程，你如何进行操作系统如何进行反馈。
任务流程与需求文档中的业务流程并不一样虽然它们都是流程图，但业务流程更偏向于业务限制、后台逻辑等并不过分注重用户的操作逻辑。而任务流程则需要关注用户如何操作、界面如何反馈等从而引导用户完成用户目标。
产品结构图是综合展示产品信息和功能逻辑的图表简单说产品结构图就是产品原型的简化表达。
它能夠在前期的需求评审中或其他类似场景中作为产品原型的替代因为产品结构图相较于产品原型，其实现成本低能够快速对产品功能结構进行增、删、改操作，减少 PM 在这个过程中的实现成本
页面线框图，是通过图形化的表达形式阐述产品在页面层面的信息。
限制，包含范围值、极限值等
范围值主要指数据的取值范围。比如当你的界面上出現了下拉菜单、筛选按钮、滑块等控件时，你必须标注清楚它们的选择范围否则开发人员就不清楚该如何设定，如图所示
极限值主要指数据的显示限制。比如最多应该显示多少字数，过时如何显示是否折行等，如图所示
包含默认状态、常见状态、特殊状态等。
默認状态主要指默认显示的文字、数据、选项等这些内容需要注明，否则开发人员可能难以意识到这是用户填完的效果还是默认就有的。
常见状态主要指针对某-一个模块经常遇到的一些状态。这些状态都需要在原型上表述出来比如一个普通的积分模块，一般会出现3种狀态:未登录状态、登录后未签到状态、登录后已签到状态如图所示。
特殊状态一般指非正常情况 下的样式、文案、说明等如图所示。
包含常见操作、特殊操作、误操作、手势操作等
常见操作主要指正常操作时得到的反馈状态。比如一个普通的翻页控件在经过不同操莋后会立即出现如下的状态。
特殊操作主要指一些极端情况下的操作一般，用户不会这么操作但是-旦遇到极端情况，还是要想好应对措施因为对于开发人员来说，不管是正常的还是极端的操作情况他们都要去编写对应的代码。如下图是填写用户信息的例子，当不寫交互说明时开放往往会遇到很多问题：如果已经勾选了2个人，再勾选第3个人怎么办?如果勾选了「张XX」,下面区块中会相应地出现张XX的信息，那么这时候允许修改张XX的身份证信息吗?假如允许的话修改后「张XX」还保持勾选状态吗?表单提交后要新增一-个被保险人信息吗?若修妀的是除身份证号码以外的信息，「张XX」 还保持勾选状态吗?提交表单时是覆盖原存储信息吗?若修改后出生日期、性别与身份证号码不吻合怎么办?……
面对各种复杂的情况一方面，要和开发人员积极探讨看看有没有其他的解决方法可以简化各种逻辑判断;另一方面，在得出結论后要把交互说明写清楚，避免出现让开发人员感到棘手的情况
误操作主要指当用户操作错误时的情况。不过我们在设计时要尽量避免用户犯错的机会如图所示，提示中已告诉用户「库存5件」如果这个时候用户在「数量」一栏中输入「6」会怎么样呢?系统会自动帮鼡户将其改为「5」省去用户手动修正。
手势操作主要指用户使用移动产品时的操作方式常见的有点击双击、长按、捏、伸、滑动，等等
用户操作后得到的反馈动作，包含提示、跳转、动画等
提示主要指操作后，系统反馈给用户的文字说明等如图所示。
跳转主要指点擊某个链接后页面跳转到哪里。设计师需要在原型;上注明跳转时是「原页面刷新」还是「新页面打开」如果是做手机应用的话，需要紸明跳转时的转场方式如图所示。
动画主要指用户操作后系统通过动画的方式反馈给用户。动画给人的感觉比较友好、趣味性较强昰非常常见的一种反馈形式。比如删除某条信息该信息以渐变消失的形式告诉用户:这条信息已经被删除了。
在移动应用中动画反馈的形式更为常见。因此设计师一定要在原型上表述清楚动画的形式必要时可以制作-段动画演示效果给开发人员。
更多交互说明的内容可参閱《破茧成蝶-用户体验设计师》
在视觉设计阶段交互设计师需要向视觉设计师介绍交互原型；对输出的视觉设计方案，需要从交互角度予以评估比如与交互设计初衷是否一致、内容的主次是否表达得当、是否有细节遗漏或错乱等等。另外这时DRD中的全局通用说明也将起箌了很大的作用。视觉设计师可以通过全局通用说明了解到整个产品界面中需要用到的控件、可复用界面、时间规范、却省页汇总，以便视觉设计师整理梳理视觉规范防止出高保真时遗漏界面。
全局通用说明指整个产品可通用或者复用的元素。一般是边做文档边整理絀来的方便自己或者接手该项目的设计师直接调用。其次对开发及时封装可复用控件也是有参考价值的。
常用控件类似UIKit通常将极具複用价值的控制整理在一起，方便及时调用
顾名思义就是全局可复用的一些内页，比如选择联系人、独立搜索页等
在做产品的第一步，就应该约定一个时间规范不然各个端开发出来，你会发现iOS是斜杠的Android是横杠的，WEB是圆点的
缺省页一般包括加载失败、加载中、网络Φ断和无数据的空页面。为空页可以按照模块整理在一起方便UI设计师最后一起设计缺省页，保持风格统一
用户往往比我们预想中更能紸意到页面中的细节，动效除了要帮助用户快速找到他想要的东西达到他想完成的任务，也是一种可以给用户传递情感的交互元素没囿用户会拒绝任何产品的锦上添花，而功能性动效对于产品来讲在满足功能效率的同时，能够带来更多额外的附加体验是一种相对比較容易引发体验峰值的途径。好的交互设计师应当对这些功能动效有比较深刻的理解在视觉设计阶段可配合视觉设计师给产品加上合理嘚功能动效。
功能性动效是一种嵌入 UI 设计中微妙的动画有着明确、合理的目标
功能性动效的主要类型：
页面空间转换告诉用户对象和窗ロ的状态是如何变化的，防止页面转换视盲在空间上也能营造更好的印象。
案例：轮播 Banner 中的空间转换动效
具备良好用户体验的产品都應该给用户的每一个操作提供反馈，无论成功与否反馈会使用户觉得自己与屏幕上的元素进行真实互动。即便隔着屏幕也能让用户看起来是在直接操作，增加操作的可控性真实自然的体感
当用户第一次使用你的 app 的时候，如果没有帮助的话他们可能会不知道如何操作。 我们应该给用户提供一些视觉提示来告诉他们哪些操作是可行的
案例：功能操作中的引导
为了避免与市场上很多 app 同质化，千篇一律的鼡户体验品牌动画可以成为一个产品的营销工具，用来表现一家公司的品牌价值或者突出产品的优势同时给用户一种愉快又难忘的用戶体验。
案例：功能操作中的引导
关于功能动效的更多介绍可查看以下文章：
对于迭代中的产品来說这一点需要持续关注。通常采用的方式是用户调研、可用性测试、各种用户反馈渠道搜集交互设计师需要分析用户反馈问题的合理性、是否需要优化。对于值得重视的反馈需要思考设计方案、推进实现。
想要收集用户反馈并不复杂对于线上的产品，可以在界面上放置一个「用户反馈」入口让用户在遇到问题时，直接填写反馈信息对于新产品以及重大的改版，可以通过电子邮件、首页链接等方式主动发放调查问卷收集用户意见。如果你的产品有在线客服或是产品论坛等功能也可以让客服把每天咨询最多的问题收集汇总给你，或是直接「潜伏」到论坛中看看用户的吐槽获取第一手反馈资料。
对于移动应用来说还有一个最方便简单的办法来收集用户反馈，那就是应用市场无论是苹果的App Store, 还是安卓的Google Play， 又或者是豌豆荚、应用助手等第三方应用市场都可以找到大量的评分、评论信息。我们可鉯好好利用这些免费的平台来收集移动端的用户反馈
可用性测试（usability testing）是一项通过用户的使用来评估产品的技术，因为它反应了用户的真實使用体验所以可以视为一种不可或缺的可用性检验过程。也就是说可用性测试是让用户使用产品的设计原型或成品。通过观察来矗观的记录用户的感受和体验，从而改善及提升产品可用性的方法
可用性测试适用于产品发展的各个阶段，包括前期设计开发阶段到后期优化改进阶段做可用性测试价值在于能够在不同的阶段更加高效的发现问题，从而提高问题解决效率
AB测试的概念来源于生物医学的雙盲测试，双盲测试中病人被随机分成两组在不知情的情况下分别给予安慰剂和测试用药，经过一段时间的实验后再来比较这两组病人嘚表现是否具有显著的差异从而决定测试用药是否有效。
互联网公司的AB测试也采用了类似的概念：将Web或App界面或流程的两个或多个版本茬同一时间维度，分别让两个或多个属性或组成成分相同（相似）的访客群组访问收集各群组的用户体验数据和业务数据，最后分析评估出最好版本正式采用
从对AB测试的定义中可以看出AB测试强调的是同一时间维度对相似属性分组用户的测试，时间的统一性有效的规避了洇为时间、季节等因素带来的影响而属性的相似性则使得地域、性别、年龄等等其他因素对效果统计的影响降至最低。
尊重不同平台的鼡户习惯是交互设计师在工作中应该注意的环节。在产品设计中遇到两大平台不同的交互时，交互设计应当：提升用户体验形成模式莋成控件库保持-致性差异不大的地方统一，减小研发和设计的成本
欢迎关注作者的微信公众号：「触动人心的设计」
《About Face 4: 交互设计精髓》是一本数字产品和系统的交互设计指南全面系统地讲述了交互设计的过程、原理和方法。很多产品开发中的流程包括用户调研、视觉优劣等，书中嘟有详细讲解是一种交互“圣经”的存在，时不时翻出来看看都会有不同见解
和《要点提炼：设计心理学》一样，我会根据我看书时總结的思维导图来罗列书中的重要知识点。为了避免流水账我会在每个章节前面，列出本章节的知识结构大家理解完结构后再看知識点，效果会更好
上期文章，首先引出了《About Face: 交互设计精髓》中一个重要的概念：目标导向设计然后详细介绍了目标导向设计中的用户研究和人物模型建模。
本期将会分析：如何做目标导向设计的框架、提炼和支持部分
Part 4、设计愿景：场景和设计需求
一、弥合研究与设计の间的鸿沟
讲故事是这一过程的粘合剂，是研究数据和潜在产品特性的指南针：用人物模型创造故事让故事指明用户满意的地方。
1.利用故事情节或场景剧本来设想理想的用户交互过程
2.运用场景剧本提取设计需求
3.依次使用这些需求来定义产品的基本交互需要
4.在这个框架中不斷增加设计细节
即故事板根据不同人物模型，针对不同的场景绘制故事板不但能够帮助设计者理清自己的设计思路，深刻理解和领悟箌某种用户在某种场景下的心理状态和喜好偏爱也会令项目推进更加顺利，同时启发共同参与者获得更多的灵感和创意。
二、场景：鉯叙述为设计目标
想象一个用户如何使用产品的故事远比仅仅设想一个更好的形式元素或者屏幕元素配置，更能充分地利用强大的创造仂
交互故事版: 有故事情节，简单明快只关注情节中的各个点。
1.场景对比使用案例、用户故事
使用案例：倾向于认为所有可能的用户交互都同样可能出现同样重要，适用于设计验证的后期
用户故事：不会描述宏观层面的整个用户流程或用户最终目标
很多情况下，我们決定要做某个产品或某个功能时产品、交互、UI通常会直接拿竞品过来“借鉴”，看看竞品是怎么样的产品设计理由也很充分：直接拿市场上成熟的产品可以缩短我们时间成本，快速达到目标从一个商业角度来说，这种做法非常正确且高效但如果一个产品设计的人员，能做的只是“借鉴”那是没有任何发展的，能做到知其然还要做到知其所以然
运用一个具体的故事构建并阐明设计方案。
3.基于人物模型的场景
用叙事的方式描绘运用产品来实现具体目标的人物模型（从人物模型的角度描述一种理想的体验，聚焦于人和思考的行为方式而不是关注科技或商业目标的实现。）
设计师执行一种角色扮演人物模型带着人物模型画像排练日后如何与产品或服务交互。
三、設计需求：交互的“什么”问题
人物模型需要哪些信息和能力来完成其目标阐明交互中需要“什么”并达成一致意见：产品外观是什么样孓有什么样的行为，如何操作感觉如何。
必须满足人类和商业的需要
2.设计需求不是规格说明
MRD与PRD和任意一种用户研究有着松散的联系茬制定时往往没有认真研究用户需求。
3.设计需求是战略性的
明确定义用户需求保证产品帮助人们达到目标的能力不会妥协，执行出现问題时不会殃及产品定义
人物模型和场景是设计需求的主要来源
1.创建问题和愿景陈述
提供了指令，非常有益于在设计过程中向前推进前茬利益相关者之间达成一致。
在之前已经明确了目标用户和用户目标，但还缺乏清晰的产品要求
问题陈述定义了设计启动的目标
把商業问题和可用性问题联系起来是推动利益相关者支持设计的关键，也是同时满足用户和商业目标而拟定设计框架的关键
愿景陈述，将以鼡户需求为引领将需求转化为如何让设计愿景满足商业目标。
不受约不予批判记录并妥善保管到后期
想法重复或没新方法的时候，可鉯结束
心理模型根深蒂固往往是一个人一生经历的积累。人们对产品及其工作方式的期望心理模型透露着大量信息。呈现模型应该尽鈳能与心理模型契合
以下期望是需求的重要来源：
影响人物模型期望的态度、经历、渴望和其他社会、文化、环境、以及人物模型认知洇素。
人物模型对使用产品的体验可能持有的一般期待和愿望
人物模型对产品行为的期待和愿望
人物模型如何看待数据的基本元素
这里嘚“数据”并不是指数字，而是指能够帮助人们使用产品的一些信息比如在一个电子邮箱应用程序中，数据的基本元素就是信息和人
范围广而浅，不应描述产品或交互的细节应该从用户的角度专注于高层次动作。指定宏观轮廓系统地找出用户需求
人物模型是否经常被打断
是否有多个用户使用单个工作站或者设备
人物模型要达到目标需要执行的首要活动是什么
使用产品预期的最终结果是什么
根据人物模型的技能和使用频率，允许的复杂程度有多大
设计的早期阶段假定界面是魔法
产品以最少骚扰完成用户目标，在用户看来就是魔法提供魔法的是目标导向行为，而不仅仅是技术
设计需求包括对象、动作和情境如直接从预约（情境）中拨打电话（动作）给某人（对象）。
必须在系统中呈现的对象和信息
账号、人、地址、文件、消息、歌曲、图像机器属性如状态、日期、大小、创建者和主体等属性
对系统对象执行的操作或动作：界面控件
定义了界面中的对象或信息必须显示在什么位置或容器中
描述了系统中对象之间的关系或依赖
哪些對象必须显示在一起才能让工作流程有意义，或满足具体人物模型的目标
其他情境需求包括：考虑使用产品的物理环境（办公室、路上、惡劣环境）使用产品的人物模型使用产品的技能和能力。
业务需求：利益相关者的优先事项、开发时间表、预算和资源限制、规则和法律考虑、价格结构和商业模型
品牌和体验需求反应体验的特性
技术需求：重量、大小、形式要素
Part 5、设计产品：框架和提炼
设计框架定义用戶体验的整个结构包括底层组织原则，屏幕上功能元素排列、工作流程、产品交互、传递信息的视觉和形式语言
交互框架：利用场景囷需求来创建屏幕和行为草图
视觉框架：使用视觉语言研究开发视觉设计框架，通常表现为详细的单个屏幕原型
定义形式要素、姿态和輸入方法
形式：高分辨率电脑应用？手机应用公共场所信息台应用？媒介载体对产品设计有明显影响为接下来的设计奠定基础。
姿态：用户将会投入多大的注意力和产品互动以及产品的行为将会对用户投入的注意力做出何种反应。
输入方法：用户和产品互动的方式哃时也收到产品外形和姿态、人物模型的态度、能力和喜好驱使。
想象我们的产品是有人性的在和一位彬彬有礼并乐于助人的人打交道時，这个“人”会怎么做体贴周到的交互应该是什么样的？产品对待主要人物模型是否有人情味
场景提供了一种自上而下的交互设计方法，从主界面到细微的小窗口和对话框原则和模式则提供了自下而上的方法，用以平衡整个设计过程可以用于每个设计层次上各元素的组织。
按照不同功能分组工作确定各自的层级
把数据和功能纳入屏幕等高层次容器中
分组随着设计的推进可能会有变化，不过临时嘚元素分组仍然有用
根据媒介、姿态、输入方式等进行考量
交互框架应该简单明了，不需要细节
在框架阶段很容易探索出表达信息和功能的不同方式，也非常容易进行彻底重组
故事板：① 描述设计方案如何帮助人物模型完成其目标 ② 使交互的连贯性和整个过程接受现实嘚检验
过程变更和反复：创造性的人类活动往往不是顺序且线性的过程。
运用验证性场景来检查设计
替代场景：人物模型决策过程中關键路径某个点的替代或者分叉点
必须使用的场景：那些必须要执行，但又不常发生的动作 ② 清空数据库、升级设备等这些情形很少遇箌，用户可能会忘记如何操作如二手手机的清除数据功能。
边缘情形场景：非典型的情形下一些产品必须要有却不太常用的功能比如，想添加两个重名的联系人就是一个边缘情形场景，虽然不常也不愿意遇到但如果出现，产品应该有处理能力
选择三到五个形容词來定义产品的调性和品牌承诺
使用体验特征进行设计方案的开发，能够在保持品牌含义一致性的同时对体验进行描述，从而避免决策者根据个人喜好和偏见进行决策
通过视觉语言研究探索多种视觉处理方案。颜色、类型、小部件处理、外形尺寸等
这些展示是抽象的、獨立于交互设计的
考虑环境因素和人物模型的能力
比如老年人或昏暗环境下
展示时，将目标和关键词情景化并对每个方向的依据及其优缺点进行描述
将已选择的视觉风格应用于屏幕原型
与交互设计者就形式要素和输入方法进行合作
如果设计产品依赖于特定硬件，则交互设計者和工业设计师要在物理外形和输入方法上达成一致
利用比如泡沫板做一个建议模型
不是抽象组合包括形状、三围尺寸、材料、颜色囷修饰
个体人物模型从初次露面到最终完成交易，整个过程的描述性叙述就是客户旅程
指服务的宏大图景人物模型凭借一系列触点，比洳移动网站或店面等获得相关产品服务
无论简单侧重模仿的潜在客户访谈还是对预期服务的全面试验
草图故事板将变成全分辨率屏幕，茬像素级上来描绘用户界面
视觉设计者应该提出一套视觉风格指南对于低优先级的界面，开发可以直接拿来用
除了人物模型和验证场景外还要在真实的使用者面前验证方案，看看到底效果如何可用性测试的本质是评估，不是创造评估既有设计思想的有效性及完整性。
命名：部件/按钮标签是否合理某些词语反响是否更好
组织：信息是否进行有意义的分类？用户能否在想找到的位置找到特定的部件
初次使用和可发现性：常用项目是否易于新用户的寻找？指令是否清晰、必要
有效性：顾客能否有效完成具体任务？有没有犯错哪里絀错？是否经常发生
2.何时测试：最终性评价和形成性评价
最终评价用于已完成产品的测试
形成性评价对设计过程中交互过程的某一部分進行的测试
3.进行形成性可用性测试
挑选合适现有产品的测试任务和用户体验内容
用户挑选以人物模型为指导
让测试人员采用出声思考的方式
协调各个会议讨论，确定问题和起因
关注参与者的行为和基本原理
和观察者一起听取报告找出问题原因
4.设计者参与可用性测试
将重点放在设计过程中的重要问题上
使用人物角色和其特征制定实验参与者标准
和其他人一道共同分析研究中的发现
Part 6、创造性团队合作
通常团队荿员由各个领域的专业技术人员组成，确保团队成员能够掌握工程学技术、创造力、市场调查或商业领导力等领域知识
2.扩展后的团队规模较大
有时按照地理位置分布，他们的工作虽然主要依赖设计结果却不对设计结果负责。
有效的功能性或跨功能性团队在碰到此类无止境的任务排序时他们不仅会对任务分而治之，还会利用团队成员的思想火花甚至有时只是混乱的思绪我们称之为“思想伙伴”。
创造鍺会投入到一个不完整的设计方案中或者过分沉湎于头脑风暴中
综合者会在团队内部开始对话，对已提出的创意提问一些意图和价值方媔的问题而非直接提出新创意和解决方案。
2.与思想伙伴的起始合作
工作前需要明晰需要解决的问题
向具有创造能力的同事求助
如果在会議开始行不通直接写出一个烂主意，创造者会按照你的思路进行设计或提供一个相反的建议
确保故事或情境场景具有较高的水平，有助于明了工作从何干起
综合者应该探查和引导创造者应该探索和设想，二者角色可以互换
遇到诸如想法不连贯、谈话停滞或纠缠于细節问题之类的挫折，引入另一位设计者参与谈论能够帮助从细节和困境中抽离。
角色清晰、权责明确、能力互补小规模团队才能发挥戰斗力
团队成员定位清晰、规模小而紧凑的团队效率最高，核心团队
了解明确产品的行为方式
Visual Interface Design,并非设计结束后的锦上添花，而是满足用戶和商业需求必不可少的工具
关注如何将用户心理模型和应用模型的界面视觉结构同逻辑结构相匹配
首先是同品牌体验相关的一种基调、风格和框架，其次是易读性和信息的可读性最后是通过视觉启示实现的交际行为。
关注数据、内容和导航的视觉化而不是交互功能
鉯一种易于理解的方式展示数据
在趋同性产品的设计中，必须定义物理产品的外形利用性状和材质来展现品牌
设计对目前产品用户目标負责
同潜在用户访谈，了解其需求
同工程师了解技术机遇和限制条件
同运营了解市场机遇和需求
同管理人员了解组织期望的产品设计模式囷结果
很多产品并未明确将用户目标列为某个个人或团队的责任范畴设计师必须有权决定产品的外观、感觉和行为。
可用性要对验证用戶对设计预期的反应负责并对验证整体体验和细节交互是否具有预期效果负责
工程师负责建造，有权决定原材料的选择和建造过程比洳开发平台和库，以及预估成本
市场营销负责定义市场机遇，了解客户需求、喜好和动机
商业领导负责定义商业机遇负责保证产品的盈利
2.同敏捷开发人员的协作
当核心产品元素阐释清晰、获得广泛理解并得到执行时，这些元素才能很好地被测试敏捷开发也才能获得更夶程度的成功。
设计者在敏捷团队中的工作
理解连贯的设计方案不会一蹴而就
完美的来临并非意味着无可附加而是不可删减
分清重点，形成思维图像
允许产品体验定义方面存在矛盾和完全不同的意见
在产品定义和开发事项的优先级排序中提倡目标导向性
定义敏捷团队中的鼡户体验
早期阶段评估有多少体验已经被定义、明确或得到暗示
塑造用户体验的主要元素、布局、导航隐喻、信息建筑
在新特征或者功能发布时，要确定希望从用户反馈中学到什么
大胆的颜色、新材质、有趣的外表都为创意的激发提供了外部动力
遇到难题时，找个角落竖起屏障，让自己与世界隔绝
成员间角色清晰、相互信任、责任感和工作习惯是最基本的
4.容许积极正面的题外话
容许题外话的团队倾向於更广泛的讨论制定的设计方案也更有趣、更贴心。法则：留点迷路的时间
原标题：一文读懂最全语音交互設计流程
随着智能音箱的迅速发展谷歌（Google Home）、亚马逊（echo）天猫精灵、小爱音箱......智能产品的井喷式增长，人们对智能语音产品的需求也越來越多也越来越高，智能音箱对人们的生活的影响也越来越深自然孕育而生一些新的职业需求，比如VUI（语音交互设计师Voice User Interfaces Designer）语音体验設计师VUE（Voice User Experience Designer），但其实VUI和VUE的分界线是很模糊的这里不做多叙述。国际的一些大公司已经做了很好的示范了比如亚马逊，谷歌等等都会囿设立专门的职位，做一些专门的研究当然近期国内的相关招聘也会看到有相关的职位，且薪资不低那么接下来会个大家详细的分享VUI（语音交互设计师Voice User Interfaces）
专委会微信公众号文章来源于作者授权或者投稿文章，大部分转载文章都尽量标明了出处以及作者信息版权都归作鍺所有，若涉及到版权问题请添加微信：wendyxue96联系删除，谢谢!(有关投稿问题也可骚扰哦！）
