• 【译者注】产品设计流程中,有必要对设计进行评审是大家的共识。在我每周的工作内容中,参加各类大大小小的设计评审是必不可少的一环。既有脑力激荡的评审让设计方案脱胎换骨的,也有针锋相对的评审让设计方案摇摆不定的。怎样进行一场高质量的设计评审?设计师应该如何应对设计评审,更好的表达设计意图,并收集意见改进方案?怎样避免设计评审变成竞稿或PK?如何确保设计评审这样的流程能带来更大价值?带着这些问题,我们一起看看原文作者Jason的观点。*

批评从来都是很容易的事情,似乎人人都能拥有自己的观点。但正如作者Harlan Ellison指出“你无法把控(他人)对你自身的意见,但你能把控(他人)对你观点的意见。” 观点的形成需要探索,而设计评审正是产品探索的重要环节。

创意者与团队或客户讨论并解释其创意时的设计评审,并非缠着设计师要求解释验证每一项设计决策,那仅仅是批评。优秀的设计评审是探索整个设计过程,找到亮点并发掘改进机会。理想状况下,设计评审让团队中每个人都有被倾听的感觉,允许客户给出有价值的反馈。

设计评审中提出建设性意见往往是个挑战,尤其在团队缺乏设计评审的经验时。在敏捷开发团队中,程序员、项目经理、产品经理及其他相关人员坐在一起反馈,你得明白如何应对他们,并且把事情迅速往你的期望方向引导。

UI设计评审的原则

根据我的经验,针对UI的设计评审应当在整个产品设计与研发过程中开展,或者至少以定期的方式,每周甚至每日开展。这么做可以让产品设计可控,尤其在设计需要进行多次迭代的敏捷或者精益产品流程中。开展UI设计评审是一项挑战,不仅需要解释决策,还得耐心听取其它建议。

在每次设计评审前建立清晰的原则-而不是“规矩”-至关重要。与规矩不同,原则不是教条式和限制式的,而是帮助每个人对焦期望,并允许进行自由形式的讨论。

这些期望中的重点是让每个人对你提及的点评细节达成共识。Jason Ulaszek推荐道:

在你点评的设计细节上开始询问背后的原因及意图。为什么我们需要这条信息?对于允许索取这条信息我们设置了哪些期望?我们会用它做什么?如果我们能回答它们,再进入讨论解释各种元素的优劣以及与之对应的不同意见会比较好。

critique-500-opt 图1. 准备好演示

为了更好的遵循这个方针,无论是否包含UI设计,我建议遵守适用于任何设计评审的标准原则:

1、表示尊重

听起来很老套,但如果每个人都是在批评而不是尊重台面上的意见和他人的技能,那评审会迅速形成敌意。

2、指定角色

开始之前就澄清在设计评审中每个人的角色,最好在逐个点评时也把角色都重申,避免有人感到被遗忘。理想状况是以下三类角色是不同人(往往不大现实)。

-演示者

负责进行设计提案并解释背后思路的人,他需要回答所有的问题,或找出能够回答评审提问的人。

-主持人

最好由不是直接负责设计的人来担任,比如项目经理或产品经理。主持人确保每个人聚焦在主题上,并且每个人的意见都能被听到。

-记录者

此人侧重于记录讨论内容,尤其是确保会议相关结论(另外一条原则,后续会说明)在评审后能够清楚传递。会议记录者不应该被排除在讨论范围之外,尽管他们的职能倾向于让他人更清晰的表达观点。

3、针对当前评审描述项目目标

快速提醒每个人项目目标以及评审涉及的范围。确保整个评审集中在手头任务上,而不是东扯西扯,偏离话题。

4、回顾目标用户

强调参加评审的人都不是产品目标用户,提醒谁才是目标用户。

5、避免给出答案

参与者将会带有强烈的解决问题欲望,而且会在评审中提出解决方案。然而,最佳方案往往不会在评审时产生。评审的关键是探索问题及讨论潜在的多个方案,帮助设计师拓宽思路并最终决策。

6、对结论形成共识

记录者需要回顾每个参与评审人员提到问题的结论,以便在下次评审中大家形成共识。

不幸的是,UI设计评审经常在视觉细节上死磕,而忽视交互层面的更影响设计的内容。因此,对UI设计评审,我们增加了几条原则:

7、澄清设计媒介

在跟听众讲解设计时,记得提及产品界面展示的平台及相关技术。这是个iPhone应用?一个网站?是否使用AngularJS技术或者C#开发?确保这些都充分考虑,否则你的设计方案可能完全无效。

8、勾勒流程

你得了解路线图。对于UI设计来说,应该是用户体验的流程。或许是故事板、用户旅程图或者其它描述流程的方式,每个参会者都应该在点评界面之前充分了解整个流程。

9、演示产品,而不只是描述

我得再次强调:伟大的用户体验应该更多的展示出来,而不是口头描述出来。用户在不必解释的情况下就应该明白产品如何工作。你的演示需要尽可能少的语言解释,就好比老话说的:好的UI就像笑话一样,如果需要解释,那么肯定很糟糕。

10、提出正确的问题

设计评审中的大量提问与评述跟协作精神有较大冲突。我推荐一些在探索设计时的开放对话中可以用到的问题,比起导致激烈PK更容易促成协作,你可以推荐给你们团队试试。

questions-500-opt 图2. 关键是提出正确的问题

“这个方案你是如何想出来的?”

在任何评审或者交流中比较适合的切入问题,询问设计师如何做出某个方案,而不是为什么做某个方案?询问为什么立马会让设计师进入防备心态,而询问如何进行的会让设计师在不需要澄清理由的情况下去表达自己设计理念的初衷。

solution-500-opt
图3. 找到答案不难,问对问题很难

“为什么”相关的问题让我们急于证明某件事情的真实性,而不是解释它作为一种可能性。根据Aaron Morton的观点:

“为什么”引出一个故事,解释某件事情的真实性。如果你问为什么,一切都无法奏效,你更想要创造一个故事,无论真实与否。这是让你感到糟糕的危险领域。 与询问“为什么”不同的是,考虑询问“如何”能够引出一个创造流程的故事,不必为它的存在辩护。然后你可以问设计师之前考虑过的各种可能,认真倾听设计师在提供方案之前做过的尝试。他们也许过于看重某些东西,不过没必要深究。

“你想要这样做的想法来自何处?”

爱迪生说过一句著名的话“天才是1%的灵感+99%的汗水”,但他那最重要的1%来自Nikola Tesla。毕加索也说过“优秀的艺术家借鉴,伟大的艺术家偷窃”。

皮克斯动画总裁 Ed Catmull的《创造力》一书的中心思想就是,一个伟大的团队远胜于一个伟大的想法:让合适的人产生合适的化学反应比得到正确的想法更重要。

我们极少在隔绝情况下形成想法,看看想法来自何处能推动我们自己的创意。更妙的是,在团队中把灵感汇集很容易产生新的创意。

一个忠告:避免指责或者居高临下,比如暗示他们的想法是偷来的。尽管你希望在不影响创新的情况下,设计师推动对于自己创意驱动的理解和创意来源。

“这应该在什么时候发生?”

如同喜剧一般,合适的时机意味着设计的一切,所有的事件应当在适当时间点以适当的秩序发生。尽管我们设计时,元素的秩序不易察觉,除非我们耐心解释。

伟大的UI就像一个好故事,你得小心编排。开启表单填写时需要展示多少信息恰到好处?是否展示了对应上下文的信息方便用户理解?是否已经到了揭露结论的正确时刻?

Jason Kunesh是Public Good的公司CEO,这是一家专门帮助非盈利组织通过新闻来做连接的创业公司。他告诉我:

优秀的适时交互是让产品(服务)吸引或失去客户的关键区别。将间歇性的互动变为持久关联的秘诀在于一系列精彩微交互,以及当用户需要时恰好出现的信息内容。 在设计评审流程中,应当询问每一个行动、每一次询问或者每一次数据展示是否出现在正确的时机,以确保界面在切换时传递信息时顺畅。

“我们是否可以运用动效来添加视觉线索?”

这个问题可能会让不少已习惯于静态设计多年的设计师们感到意外。不过,动效、动画与转场过渡将成为体验设计的标准。动效将在设计中成为颜色一样的重要元素。

ezgif-2411885155-500-opt
图4. 在现代UI设计中,动效与颜色一样重要

UI动画设计专家Rachel Neighbors说过:

随着扁平化设计与用户体验趋势的摇摆变化,我们能预感到页面部件缺少视觉线索的风险,因此动画能减少这种风险。 这种动效可能是颜色、透明度的变化,也可能是用猴子的手臂延伸页面这种细节,或者用户完成任务后展示太阳升起的效果。询问在UI设计中加入逐步动效的可能将极大的推动设计师改善设计,使得设计师思考时间维度的设计细节,而不只是局限在空间维度。

“我们如何使它更简单?”

要做到简单很难,增加东西比移除东西更容易,因此许多界面得了“暴雪中的雪花”综合症,当然这里的每个雪花都是独一无二的,只是在暴雪中容易被忽略罢了。在UI设计中,我们常看到界面上充斥着链接、按钮、控件和图片,客户往往认为需要将用户可能用到的东西都放出来,这样一来用户根本无法找到实际需要的东西。

simple-500-opt
图5. 降低噪音与干扰

当我把简化设计的问题抛给《Don’t Make Me Think》的作者Steve Krug时,他回答道:

这是一个很好的问题,我认为它是每个人都应该吸收的教训,尽管并非如此。我总喜欢提到:对用户的真实目标来说,页面或屏幕上的任何元素都不是解决方案的一部分,而是噪音和干扰。 在设计的每一步中,我们都需要自问:我们如何能够创造更小思考成本下能发挥同样作用的产品?在设计评审中,这是要求把方案简化的最佳表达。在设计中保持界面清晰很重要,使用尽可能少的点击、文案和输入框来达成目标更好。踏踏实实的把用户需要完成工作的消耗降到最低,用户会感激不尽。

“接下来会发生什么?”

优秀的设计评审与优秀的采访类似:他们都是一种探索。一名优秀的采访者Studs Terkel说过:

采访不是审讯,而是一种探索,对过去发生事情的探索。因此我认为最绅士的问题就是最好的问题,“请问接下来如何呢?”

将它应用到UI设计上,我们通常问设计师接下来发生什么。这个问题帮助他们进一步思考后续考虑事项。因为每一步行动后用户终归得有一个地方可去。

任何UI设想的最大挑战之一就是考虑所有可能的用户路径,而不仅仅是我们希望用户去走的“happy path”。用户点击按钮后发生什么?如果出现错误怎么办?用户提交表单后会发生什么?一直询问接下来发生什么,直到你们考虑到每一个可能的场景,否则就可能存在让用户无所适从的风险,这是一种糟糕的体验。

不要只是提问,还要回答它们

对与此有关的任何人提问时,不要只是简单的问一些你想听到的答案。当某人向你提问但又不听你的解释或者理解你的思路,只愿意听到它们想要的答案时,这会让人反感。

notes-500-opt
图6. 随时准备倾听和记录

如果你曾经这样,马上改掉。问完问题后洗耳恭听,接下来基于听到的回答,而不是那部分你想听到的内容,来构建你的回复。

优秀的设计评审有什么特征

评审的质量取决于参与者技能、目标和责任。不过一个优秀的设计评审通常都聚焦在产品某个具体细节,并针对当前的方案进行透彻的探索。

UI设计评审不只是在关注到视觉方面,而应该在交互和用户需求满足上聚焦。参与者经常会问为什么事情没有按照他们预期的方式进行,而不是考虑用户的需求。来自UX for Good公司的Jason Ulaszek告诉我他的观点:

在讨论中保持客观,考虑该设计使用用户的心智模型,这是我们探讨方案的关键。

时刻记住,像逐帧动画一样,最终成品的1秒影响需要数周甚至数月的努力。尽管我们可能在界面的某个小细节上就需要花费很多精力,可能它在用户的使用体验中也只是很小的一部分。

looks-500-opt
图7. 团队得有共同的目标

Steve Krug对此的看法是:

我们认为,很棒的产品描述(比如产品手册)对用户来说就跟“坐在60码时速的车上看到的广告牌一样”,UI设计师们比较难理解用户是如何忽略这些产品界面细节的,尽管设计师为此付出诸多努力。 优秀的设计评审放慢节奏,考虑每个元素,但是能认识到这些设计细节可能不会被用户注意到。如果参加评审的人员在颜色、字体及体验设计方面没有专业知识,他们可以考虑以下重要因素:

1)一致性

在产品中的设计是否保持一致,包括颜色、字体、控件、图像及任何使用超过一次的界面设计元素(静态、动态)。

2)上下文

你是否统一考虑了用户使用产品时的上下文?不断去询问这个问题是关键,因为在设计或测试中很可能你只是在模拟,而不是在上下文环境下共情。

3)调性

品牌和设计是否有清晰一致并且可辨识的调性。

4)转场过渡

界面上重要变化状态之间的过渡是否使用了转场效果?现代设计不仅仅是视觉方面的因素,考虑所有的界面元素在用户交互时是如何移动和变化的。

5)简单

对于完成任务,设计是否足够简单?

避免敌对批判

评审时常充斥着PK,团队成员不管出于何种原因,总习惯忽略创造过程中的思考而进行批判。他们带着自身偏见看待设计,而不是从用户出发,有时候只是为了显得自己牛逼。

你一定能想起出现过激争论的评审:设计师开始对设计决策进行辩护,而不是解释如何得到的方案并且讨论其它替代可能。避免变成争论的关键在于设定清晰的原则并且提出开放的建设性意见。记住,评审时用来加强设计协同共建,而不是竞稿。

评审变成PK的话毫无意义并且会伤害团队。对抗性的批判会强迫设计师进入一种防卫姿态,只想护卫完成的工作,而不是拓展和改善它们。设计本身就是大部分依赖直觉,并不容易量化评估。

不过,这并非意味着评审只是讨论对设计师的看法,应该讨论对设计师通过经验形成的方案的看法。来自Agentic的网页制作人Phillip Djwa感觉其中的关键在于:

经验告诉我,不要试图一概而论。例如我会问“我不确定开放的banner是否足以传达品牌?”,而不是问“哇,用户根本不会理解我们的品牌价值。”

结语:设计评审不是可用性测试

我们很容易认为自己是站在用户角度共情,或者通过使用用户角色,或者自身带有偏见。无论使用多少用户角色,经历多少轮评审,你仍然不是你的用户。Steve Krug告诉我:

这就是为什么我认为每个设计师应该花时间观察用户并且使用自己的产品(又称可用性测试)。

tools-500-opt
图8. 设计评审只是体验工具箱中的一个工具

如同激光测量精度跟肉眼估算测量精度对比一样,可用性测试比设计评审更加精确,也更加费时费力。常规设计评审对于项目实现目标没有直接价值贡献,也无法取代真实用户现场测试。如果只进行评审而不去做可用性测试,得到的结论就是自high。

原文地址:

https://www.smashingmagazine.com/2016/08/running-a-ui-design-critique/

译者:

阿里巴巴\1688事业部\无线交互\舒舟

【译者注】用户体验研究方法比较多,非资深用户研究人员在用户体验研究方法选择可能会存在一些困惑,本文阐述了用户体验研究方法选择的一些原则,希望对大家有所启发和帮助。

用户体验研究方法范围非常广泛,从经检验的可靠方法(例如:基于实验室的可用性测试)到最近发展形成的方法(例如:远程在线评估)。 尽管几乎所有项目都可以从多种方法组合中受益,但一整套用户研究方法在一个项目都使用那是不切实际的。不幸的是很多设计团队只使用他们一两种自己熟悉的方法,最主要问题是不太清楚在什么时候使用什么方法。为了更好地理解在什么时候使用什么方法,可以从以下4个维度来考虑:
• 态度 Vs 行为
• 定性 Vs 定量
• 使用场景
• 产品开发所处的阶段

下图是最常用的20种用户研究方法的分布:
cdf7b682-8c02-471b-beaf-f896119031cb

1.态度Vs行为维度
态度关注用户说了什么,行为关注用户做了什么。态度主要用于了解用户所持的观点、看法。 虽然可用性研究主要关注用户行为层面的研究,但态度研究仍然是有用的。举个例子,卡片分类可以用来理解用户对信息空间的心理模型,用于帮助产品/应用/网站的信息架构的决策。调查测量、分类态度或收集用户声音可以发现需要解决的重要问题。对于可用性来说,焦点小组讨论是不太适合的,但可以用于了解用户对产品的感知和评价。
在这个维度的另一端就是主要聚焦于了解用户行为的研究方法。举个例子,A/B测试就是将网站的不同设计随机地向不同访客展现,但要保持其它因素恒定,目的是了解不同设计方式对用户行为的影响。同时,使用眼动测试可以分析用户在使用网站时的视线行为。
可用性研究与现场研究在行为、态度这个维度两端上的最常用方法,同时这2种方法在使用时都会收集和利用用户的声音和行为数据,但更倾向于用户行为数据。

2.定性Vs定量维度
狭义的定性研究是开放性问卷调查中的开放性题目,但在我们这里是这样定义的:定性研究是通过直接观察获得用户行为和态度的数据,而定量研究通过测量或仪器间接地获得用户行为和态度的数据。例如,在现场研究和可用性研究中,研究人员可以直接观察用户是如何使用产品,这样就给研究人员提问题、探讨行为原因的机会,为了更好地达到研究目标,甚至可以直接调整研究内容。对于这些数据的分析,通常不是从数学角度来进行分析的。 相对而言,定量研究形成的观点通常来源于数据分析,因为数据收集的工具(例如,调查工具或Web服务器日志)捕获如此大量的数据,很容易进行数字化编码。
由于定性研究与定量研究的差异,定性研究方法适合用于回答为什么、如何解决问题,而定量研究方法适合用于回答多少或多少类型。有了这些定量研究的数据,可以帮助你进行资源优化,例如聚焦于影响力最大的问题。

3.产品的使用场景
用户研究方法选择中,第3个需要考虑的因素是:在用户研究中,用户有没有使用或如何使用产品。可以分为以下几类:
• 自然状态或接近自然状态下的产品使用
• 按事先准备好的测试脚本内容的产品使用
• 在用户研究中过程中没有产品使用
• 以上多种情况混合下的产品使用

在研究自然状态下的产品使用时,为了了解尽量接近真实情况下的用户行为与状态,在研究中最大程度地减少对用户的干扰。这样保证研究最大化的有效性,而不受研究人员所掌握的信息的干扰。很多人种学的研究虽然总是会存在一些偏差,但试图避免研究人员对研究用户的影响。
脚本化研究是为了聚集于产品的某些具体使用场景,例如新设计的产品流程。根据研究目标的不同,脚本化程度可以有很大的不同。例如,一个基准研究通常有一个非常严紧的脚本,而且有更定量的性质,所以它可以进行可靠的可用性度量。
对于没有产品使用的研究,主要为发现产品那些比可用性更宽泛的问题,例如,品牌研究。 混合情景是为了满足研究目标,对产品使用创造了一种新的形式。例如,在参与式设计方法中,为了与用户一起讨论他们提出的解决方案、以及他们为什么作出了这样的选择,可以让用户参与和重新布局设计元素。在概念测试方法中,为了了解用户对某个产品或服务的需求度时,会采用一个低保真的产品或服务原型,让用户对这个产品或服务的核心功能有个了解。

图表中的20种常用方法中,大多数方法可以在一个或多个维度上移动。有时在同一个研究中,同一个方法为了满足多个目标,同一个方法会属于同一个维度的不同两端。例如,现场研究中可聚焦于用户说的内容,也可以聚集于用户做的内容;需求度研究和卡片分类也都有定性和定量两种版本;眼动测试可以编写脚本,也可以脱稿进行。

4.产品开发所处的阶段
在选择用户研究方法时,产品开发所处的阶段与对应的目标也是另一个需要考虑的重要维度。
• 策略阶段。在产品开发的初阶阶段,需要考虑产品未来的机会点。根据研究目标不同,在这个阶段的用户研究方法会有很大不同。
• 执行阶段。当你持续优化设计过程中,完成一个设计决策进入下一阶段时,还是会进入到下一个的“行或不行”决策点。这个阶段的研究主要是形成性研究,发现设计方案存在的问题,有助于降低执行决策风险。
• 评价阶段。到了某个时间点,产品或服务有了足够多的用户,那这时就可以开始测量产品效果。这就是典型的总结性测试,并可能会与自己的历史数据或竞争产品进行对比。

下表列出了不同产品开发阶段的研究目标、典型的解决方案和研究方法:
be0dfa6e-9224-451c-84de-5827fccb1f50

艺术还是科学?
虽然很多用户体验研究方法在科学实践中有着自己的根基,但目标不是纯粹的科学,而是以满足相关利益方的需求为前提,在实践中对研究方法进行调整。这就是为什么这里的方法特征描述只作为一般的指导原则,而不是严格的分类的原因。
最后,工作的成功取决于它对改善网站或产品用户体验的影响力大小。这些分类是为了帮助你在正确的时间做出最好的选择。

原文链路:https://www.nngroup.com/articles/which-ux-research-methods/

0
9月13日晚7:00,《UP夜校》第六期——《1688在这两年供应链模式的发展》如期举行。石岩和冯婷分别从产品和设计师的角度阐述了1688供应链模式的变迁,深入浅出,发人省醒。
1
石岩首先结合自己在番茄市场的实地调研,生动地引出话题——任何行业都有自己非常鲜明的行业特色。随后讲述了2009—2004年和2015年至今商业模式的变迁、核心业务的变迁、营收来源的变迁以及产品架构的变迁,并结合美国不同年代消费者偏好的演变、美国电子商务的变化分析了1688产品模式发生演变的原因以及我们所面临的机遇。结合时代发展大背景阐述了目前1688新模式下运营阵地和产品结构,并总结了产品结构变迁和运营模式变迁的几大特征。最后冯婷从设计师的视角以淘工厂项目为例阐述了自己对供应链的理解。
2
昨晚的分享干货很多,让我们看到了1688美好的发展前景,但是也很清楚所面临的挑战。我们可以结合嘉宾的分享,反思一下自己现在所做的业务,看看自己能做一些什么,也可以大胆预测一下,未来的供应模式会是怎样的,UP夜校期待你的分享~

感谢摄影派的辰七,为我们留下了精彩瞬间。

小调研:你有干货要分享么?你想听什么分享? 请戳:https://www.wenjuan.com/s/2eemmm/