理发师试图在没有镜子的情况下向顾客描述发型的插图
插图的

异步设计批评:获得反馈

“任何评论?可能是寻求反馈最糟糕的方式之一。它是模糊和开放的,它没有提供任何迹象,我们要找的是什么。获得良好反馈的时间比我们预期的要早:它始于请求。

文章继续如下

在开始接收反馈的过程时,使用问题,但如果我们意识到获取反馈可以被视为设计研究的一种形式,这就说得通了。同样地,如果没有正确的问题来获得我们需要的洞察力,我们不会做任何研究,寻求反馈的最好方式也是设计尖锐的问题。

设计评论不是一个一次性的过程。当然,任何好的反馈工作流程都会持续到项目完成,但对于设计来说尤其如此,因为设计工作是持续的迭代迭代后,从高层次到最精细的细节。每个级别都需要自己的问题集。

最后,与任何好的研究一样,我们需要回顾我们得到了什么,找到它的核心见解,并采取行动。问题迭代,及回顾.让我们逐一来看看。

问题#第2节

对反馈持开放态度是很重要的,但我们需要准确地知道我们在寻找什么。在演讲结束时,无论是面对面、通过视频还是通过书面帖子,只要说“有什么意见?”、“你觉得怎么样?”、或“我很想听听你的意见”,都可能会得到许多不同的意见,甚至更糟糕的是,让每个人都听从第一个发言的人的指示。然后……我们会感到沮丧,因为像这样模糊的问题会把高级别的流程审查变成人们对按钮边界的评论。这可能是一个令人振奋的话题,因此在这一点上很难将团队重新引导到您想要关注的主题。

但我们是如何陷入这种境地的呢?这是多种因素的组合。一个是我们通常不会考虑的询问作为反馈过程的一部分。另一个是让问题隐含起来是多么自然,希望其他人都能理解。另一个原因是,在非专业的讨论中,通常不需要那么精确。简而言之,我们往往会低估问题的重要性,所以我们不会努力改进它们。

提出好问题的行为引导并集中批评. 这也是一种同意的形式:它表明你愿意接受评论以及你希望得到什么样的评论。它使人们处于正确的精神状态,特别是在他们不希望给出反馈的情况下。

没有一种最好的方式来征求反馈。只是需要具体的特异性可以采用许多形状。我发现在我的教练中特别有用的设计批评模型是其中之一舞台与深度

在一个轴上显示深度的图表和另一个轴上的深度,随着阶段的增加,深度减小

阶段指的是过程中的每一个步骤——在我们的案例中,就是设计过程。在从用户研究到最终设计的过程中,反馈也在不断发展。但在一个单一的步骤中,人们仍然可以检查某些假设是否正确,以及随着项目的发展,积累的反馈是否正确地转化为更新的设计。潜在问题的出发点可以从用户体验的层次.你想知道什么:项目目标?用户需要吗?功能吗?内容?交互设计?信息架构?UI设计吗?导航设计?视觉设计吗? Branding?

以下是几个精确的、针对不同层面的示例问题:

  • 功能:是否需要自动创建帐户?
  • 互动设计:通过更新的流程查看,让我知道你是否看到我可能会错过的任何步骤或错误状态。
  • 信息架构:本页上有两个相互竞争的信息。该结构是否能有效地将两者进行沟通?
  • UI设计:你对页面顶部的错误计数器有什么想法,它能确保你看到下一个错误,即使错误在视口之外?
  • 导航设计:通过研究,我们确定了这些二级导航项,但一旦你进入页面,就会觉得列表太长,很难导航。对此有什么建议吗?
  • 视觉设计:右下角的粘性通知是否足够可见?

特异性的另一个轴是如何你想继续呈现的内容。例如,我们可能已经引入了一个新的端到端流程,但是您发现有一个特别具有挑战性的特定视图,您希望对其进行详细的回顾。从一个迭代到下一个迭代,这是非常有用的突出已经改变的部分

当我们想要实现更具体更有效的问题时,我们可以考虑其他的事情。

一个简单的技巧就是移除通用的限定符从你的问题中比如“好”、“嗯”、“不错”、“不好”、“好”和“酷”。例如,询问“当方块打开并出现按钮时,这种互动效果好吗?”可能看起来很具体,但你可以找到“好”限定词,并将其转换为一个更好的问题:“当区块打开和按钮出现时,是否清楚下一个动作是什么?”

有时我们确实需要广泛的反馈.这很少见,但也有可能发生。在这种意义上,你仍然可以明确地表示你在寻找广泛的意见,无论是高层次的还是有细节的。或者你可以说,“第一眼看,你觉得怎么样?”这样就很清楚,你的问题是开放式的,但重点是对方在看了五秒钟后的印象。

有时是项目特别宽广,一些领域可能已经进行了详细的探索。在这些情况下,明确地说某些部分已经被锁定并且不接受反馈可能是有用的。一般来说,我不推荐这种方法,但我发现避免再次陷入兔子洞是很有用的,因为兔子洞可能会导致进一步的改进,但现在不是最重要的。

问一些具体的问题可以完全改变你收到的反馈的质量。那些缺乏精炼的评论技能的人现在能够提供更多可操作的反馈,甚至专业的设计师也会欢迎专注于需要的内容所带来的清晰和效率。它可以节省很多时间和挫折。

迭代#第三节

设计迭代可能是设计工作中最明显的部分,它们为反馈提供了一个自然的检查点。然而,许多带有内联注释的设计工具倾向于在同一个文件中以单个流体流的形式显示更改,这些类型的设计工具使对话在解决后消失,自动更新共享UI组件,并强制设计始终显示最新版本,除非手动关闭这些可能有用的功能。这些设计工具的隐含目标似乎是在所有讨论结束的情况下只获得一个最终副本,这可能是因为它们继承了书面文档协作编辑的模式。这可能不是处理设计评论的最佳方式,但即使我不想在这里过于规范:这可能对一些团队有效。

我发现最有效的异步设计评论方法是创建明确的检查点进行讨论。我要用这个词迭代帖子为了这。它是指的写报告设计迭代后跟一个讨论线索某种程度的。任何能够容纳此结构的平台都可以使用此功能。顺便说一句,当我提到“写文章或演讲”时,我也包括录像或其他媒体:只要它是异步的,它就可以工作。

使用迭代帖子有很多优点:

  • 它创建一个节奏在设计工作中,以便设计师可以审查来自每个迭代的反馈,并为下一个迭代做准备。
  • 它使可见的决策为了将来的回顾,我们也可以随时进行对话。
  • 它创建一个记录设计是如何随时间变化的。
  • 根据工具的不同,它还可以更容易地收集反馈和信息行为在上面。

当然,这些帖子并不意味着不应该使用其他反馈方法,只是迭代帖子可以成为远程设计团队使用的主要节奏。其他反馈方法(如实时评论、结对设计或内联评论)也可以在此基础上构建。

我认为迭代帖子没有标准格式。但有几个高层次的要素可以作为基线包括在内:

  1. 我们的目标
  2. 设计
  3. 变更列表
  4. 的问题

每个项目都可能有一个目标,希望它是已经在其他地方用一句话总结出来的东西,比如客户概要、产品经理的提纲或项目所有者的请求。这是我在每次迭代中都会重复的东西,逐字复制粘贴。其理念是提供上下文,并重复制作每个迭代帖子所必需的内容完成这样就不需要在多个帖子中查找信息。如果我想知道最新的设计,最新的迭代帖子将有我所需要的一切。

复制粘贴部分介绍了另一个相关概念:对齐来自重复.因此,具有重复信息的帖子实际上非常有效地确保每个人都在同一页面上。

设计然后是实际的信息架构概述,图表,流量,地图,线框,屏幕,视觉效果以及完成的任何其他类型的设计工作。简而言之,它是任何设计工件。对于工作的最后阶段,我更喜欢这个词蓝图为了强调这一点,我将展示完整的流程,而不是单个屏幕,以便更容易理解全局。

用clear标记工件也很有用标题因为这可以使其更容易引用它们。以帮助人们理解工作的方式写下帖子。从组织一个良好的现场演示并没有太难。

为了进行有效的讨论,您还应该包含一个项目符号列表变化让人们专注于新内容,这对于更大的工作尤其有用,因为跟踪一个又一个迭代可能成为一个挑战。

最后,正如前面提到的,你必须包括一个列表问题推动设计评论朝你想要的方向发展。这样做作为一个编号列表也有助于更容易地参考每个问题的编号。

并非所有迭代都是相同的。早期的迭代不需要如此紧密地集中他们可以更有探索性和实验性,甚至可能打破一些设计语言指南,看看什么是可能的。然后,迭代开始确定解决方案并完善它,直到设计过程结束,功能发布。

我想要强调的是,即使这些迭代文章是作为检查点编写和构思的,它们绝不需要详尽无遗.一篇文章可能是一个草稿——只是一个让对话进行下去的概念——或者它可能是在每次迭代过程中添加的每个特性的累积列表,直到完整的图片完成。

随着时间的推移,我也开始使用了增量迭代的特定标签:I1,I2,I3等等这可能看起来像一个小标签提示,但它可以在多个方面提供帮助:

  • 独特这是一个清晰独特的标记。在每个项目中,人们可以很容易地说,“这在i4中讨论过”,并且每个人都知道他们可以去哪里回顾事情。
  • unassuming - 它的版本(例如v1,v2和v3),但相反,版本创造了大,详尽且完整的东西的印象。迭代必须能够探索,不完整,部分。
  • 将来的证明—它解决了您在使用版本时可能遇到的“最终”命名问题。不再有名为“final final complete No -really-it -done”的文件。在每个项目中,最大的数字总是表示最新的迭代。

要在设计完成时标记才能进行工作,即使可能有一些仍然需要注意并且又需要更多的迭代,措辞发布候选(RC)可以用来描述它:“用i8,我们达到了RC”或“i12是一个RC”。

检讨#第四节

通常在设计评论中发生的事情是开放的讨论,在人们之间来回交谈,这是非常富有成效的。这种方法在实时同步反馈中特别有效。但当我们进行异步工作时,更有效的方法是使用不同的方法:我们可以转向用户研究思维. 来自队友、利益相关者或其他人的书面反馈可以被视为用户访谈和调查的结果,我们可以据此进行分析。

这种转变有一些主要的好处,使异步反馈特别有效,特别是在这些摩擦点附近:

  1. 它消除了压力回复给大家。
  2. 它减少了来自出招了评论
  3. 它减少了我们的压力个人股份

第一个摩擦点是感觉到压力回复每一个评论。有时,我们写迭代帖子,我们得到团队的回复。这只是其中的一小部分,很容易,而且感觉不成问题。但在其他情况下,一些解决方案可能需要更深入的讨论,并且回复的数量可能会迅速增加,这可能会在尝试通过回复每个人成为一名优秀的团队成员和进行下一次设计迭代之间产生紧张关系。如果回复的人是利益相关者或直接参与项目的人,我们觉得需要听取他们的意见,这可能尤其正确。我们需要接受这种压力是绝对正常的,试图照顾我们关心的人是人类的天性。有时回复所有评论都是有效的,但如果我们将设计评论更像是用户研究,我们就会意识到我们不必回复每一条评论,在异步空间中,还有其他选择:

  • 一是让下一次迭代自己说话.当设计发展,我们发布后续迭代时,这就是答案。您可能会标记所有参与了前面讨论的人,但即使这是一个选择,而不是要求。
  • 另一个是简要答复确认每个评论,例如“理解。谢谢,“”好点 - 我会审查“或”谢谢。我将在下一次迭代中包括这些。“在某些情况下,这也可能只是沿着“谢谢大家的所有反馈 - 下一次迭代即将推出的单一顶级评论!”
  • 另一个是提供快速的总结在继续之前,请先阅读评论。根据您的工作流程,这可能特别有用,因为它可以提供一个简化的检查表,然后您可以将其用于下一次迭代。

第二个摩擦点是通过评论一跃而起,这是一种来自项目或团队之外的人的反馈,他们可能不了解环境、限制、决策或需求——或者不了解之前的迭代讨论。在他们这方面,我们可以希望他们能学到一些东西:他们可以开始承认他们正在做这件事,他们可以更有意识地勾勒出他们来自哪里。突击式的评论通常会引发一个简单的想法“我们已经讨论过这个……”,而一遍又一遍地重复同样的回复会让人感到沮丧。

让我们再次承认没有必要回复每一条评论。然而,如果回答以前的诉讼问题可能有用的话,那么a带链接的简短回复通常情况下,想要得到更多的细节就足够了。记住,对齐来自重复,所以有时候重复一些事情也没关系!

突击式评论仍然有用,原因有二:它们可能指出一些仍然不清楚的东西,它们也有可能代表第一次看到设计的用户的观点。当然,你仍然会感到沮丧,但这至少有助于解决问题。

第三个摩擦点是个人股份这个设计会让我们产生防御心理,如果回顾要觉得更像是讨论.作为用户研究的反馈帮助我们帮助我们在给我们反馈和自我的人们之间建立一个健康的距离(因为是的,即使我们不想承认它,它就在那里)。最终,以汇总形式对待所有内容使我们能够更好地优先考虑我们的工作。

始终记住,虽然您需要听取利益相关者、项目负责人和具体建议,但您不必接受每一条反馈。你必须分析它,做出一个你可以证明的决定,但有时“不”是正确的答案。

作为领导项目的设计师,你负责这个决定。归根结底,每个人都有自己的专长,作为设计师,你是最有知识和背景的人,可以做出正确的决定。及通过倾听你收到的反馈,你可以确保这也是最好、最平衡的决定

感谢Brie Anne Demkiw和Mike Shelton审查本文的初稿。

关于作者

艾琳·卡萨利照片

埃林·卡萨利

Erin‘Folletto’Casali是一名产品设计高级总监,同时也是一名多面手,拥有设计、心理学、商业和科技的混合背景。她以多学科、基于系统的方法解决问题,并以务实、目标驱动的执行为基础,将理论和整体思维结合在一起。

没有评论

有话要说吗?

我们已经关闭了评论功能,但是你可以看到在我们关闭评论功能之前人们都说了些什么。

更多来自阿拉巴马州

为意外而设计

随着设备不断以令人眼花缭乱的方式多样化,我们如何确保我们在网络上的工作与以往一样具有长远意义?Cathy Dutton分享了实践者如何为当前的范例和未来的曲折来完善设计,不管可能发生什么。

异步设计评论:给予反馈

你听过无数次“建设性的批评”,但是你知道如何表达吗?来自Erin ' Folletto ' Casali的这个系列的第一部分为您提供了一个框架!发挥你的反馈肌肉,练习这些技能,以授权和激励他人,而不是让他们泄气或困惑。

那不是我的倦怠

如果,像许多人在疫情期间一样,你开始混淆倦怠和成就,唐娜·邦加德(Donna Bungard)将告诉你如何认识到自己的燃料不足,并给你一张休息站点的地图,你可以在那里加油。

身临其境的内容策略

沉浸式体验现在非常热门,但您的内容可能还没有完全准备好。以更具沉浸感的方式重铸您的固定web内容将允许您创造激动人心的新体验,并为您的网站准备一个不可预知的未来。