接收与提供反馈的基本规则

反馈是整个设计过程的关键组成部分,因此它需要的不仅仅是一些好的遵循的指导方针和最佳实践。一个礼貌的提醒,遵守适当的批评礼仪,并没有切断它。为了充分利用反馈会议,管理者和团队领导需要为设计评论设定基本规则。

与设计生命周期中的任何其他步骤一样,涉众反馈会议应该具有相同的严密性、一致性和勤勉性。即使是一个单一的设计评估,正确的意图,有潜力,推动设计从好到伟大。不幸的是,设计批评常常受到不明确的期望、不明确的议程、缺乏重点——或者对周边问题的不适当的专注——不受控制的偏见、不恰当的观点、不恰当的声音的干扰。

要使设计批评会议富有成效和有价值,唯一的方法是在团队之间清晰地交流和社会化设计批评的基本规则。每当涉众和用户体验设计师聚集在一起对一个新版本的设计进行评估时,你应该提前提醒每个人注意基本规则。

这样,你可以确保团队的注意力不会从设计转向设计师,从经验主义到个人独断独行,或沦为个人扩张的牺牲品,而不是围绕集体努力。

本文提出了一套给出和接收反馈的基本规则。当然,您可以根据团队的环境、文化和化学要求对其进行剪裁。

首先,反馈的接受者和分配者都必须坚持作为这些基本规则基础的四个重要的批评:

1. 尊重。虽然它是好的队友不同和不同意,每个人都必须保持最大的尊重和敏感性,对彼此。假设房间里的每一个观点都来自最好的意图、智力、专业知识和经验。永远不要贬低或轻视任何人的意见。

2. 责任。涉众是反馈会议的一部分,因为他们对满足用户的需求负有共同的责任,交付最优的设计解决方案,并作为一个团队来交付业务结果。为了最好地履行这个责任,每个人都必须保持开放的头脑,关注设计师展示的解决方案和随后的讨论,并提供建设性的想法和建议。

3. 正确的意图。队友必须为正确的理由提供批评——设计师必须以优雅的姿态接受他们,使设计解决方案更好地为用户服务。给每个人提供反馈的机会。任何人都没有机会展示他的天才或发泄他的感情。

4. 反思。反思反馈会的真正焦点:问题、上下文和用户。团队应该意识到,会议不是关于他们的能力、声音或个人偏好。

接收反馈的基本规则

在设计回顾的背景下,用户体验设计者几乎总是呈现设计,并且是反馈的接受者。因此,他们有责任提醒利益相关者关于建设性批评的基本规则。

规则1:传达基本规则

在反馈会议的一开始就设置正确的语调,外交地但权威地传达基本规则,然后再钻研你的演讲。用演讲的第一张幻灯片写出基本的规则。它们应该是简洁的,可浏览的,一目了然的理解。你可以是有创造力的,视觉的,甚至是机智的表现他们。如图1所示,第一个幻灯片可能包括四个批评,提供反馈的基本规则:

打开幻灯片的示例

如果任何涉众对团队来说都是新的,那么这个项目刚刚启动,或者这是一个初步的设计评审会议,那么您可能需要快速解释基本规则。否则,最好暂停几秒钟,让每个人都浏览一下基本规则,然后再继续。

规则2:尽早设定预期

在开始展示线框图或原型之前,设定一些期望值,如下:

让人们知道你何时以及如何接收反馈,例如,在会议结束时或在会议进行过程中。让他们知道他们在任何时候打断你问问题或寻求澄清是否合适,或者你会在特定的时间间隔停下来允许他们这样做。

清晰地描述设计的阶段,例如,初始阶段、中间阶段或最终阶段。另外,他们可能会认为设计是早期和流动性,所以建议在游戏后期的大变化。

如果您正在呈现设计的修订版本,请列出在修订历史中已经进行的任何更改。提到谁审查了设计和谁提供了反馈。如果房间里有人提供了意见,提醒他们说,更重要的是,你要重申这是集体的努力,而不是个人的努力。

图2中所示的幻灯片实现了所有这些目标。

Example slide for setting expectations

您还可以在设计批评会议之前共享这些信息,方法是将其包含在会议邀请函中。

规则3:重新创建上下文

详细说明设计的业务目标。分享人物角色,提醒每个人你正在为他们设计解决方案。强调高级别的用户需求和使用上下文。重申您在创建设计时考虑到的时间框架、技术和业务约束。

另外,谈论任何最近的研究,需求变更,或者新的信息,这些信息已经影响或者需要对设计的变更。这似乎是一个重复或多馀的步骤——特别是如果您经常进行反馈会议。尽管如此,至少花几分钟来做这件事已经成为了习惯。许多涉众都参与到多个并发的项目中,因此很容易使他们失去对上下文和背景的跟踪。快速复习可以帮助他们保持正确的观点。

规则4:从用户角度描述设计决策

永远保持你的用户的正面和中心。在浏览你的设计时,从相关人物角色的角度进行解释。

不要用你的个人想法或感觉来表达你的设计决定。例如:“我宁愿把这个按钮放在右上角。”“我觉得这是最好的选择和编辑方式。”相反,要围绕用例和场景来制定你的设计决策。

场景是涉及人物角色的简短故事,它们建立了使用的上下文。例如,“约翰在处理工资单。他的最后期限快到了。他正在使用我们的系统来创建新的工资项目并编辑现有的项目。”

用例是用户为实现某个目标或期望结果而可能承担的特定的、逐步的任务。以下是几个例子:

用例1:“John想要创建一个新的工资项目。步骤1:他单击new按钮……”

用例2:“约翰想编辑现有的工资单条目。步骤1:他显示工资单。步骤2:他选择入口。步骤三:他点击编辑图标。…”

相关文章

Be the first to comment

Leave a Reply

Your email address will not be published.


*