进行用户体验设计评测,以获得有益的洞察力
当设计一个问题的解决方案时,有两个关键的方面需要考虑:用户体验和用户界面。前者涉及到确保提议的流程和交互方式易于理解,并且可以快速完成任务。后者涉及到使用适当的视觉语言,使设计对用户友好,在视觉上对用户和品牌有吸引力。
设计批评通常用于解决有关体验和视觉的建议。在某些情况下,也可以要求对其他主题进行反馈,如动画或信息架构。然而,这些评论往往是在一小群人中进行的,由于他们对产品的现有知识,可能会有偏见。
当公司有财力,设计师有时间的时候,除了设计评论之外,进行用户测试也很重要。用户测试涉及到让更多的参与者对原型或开发的网络或应用进行评估,这可以提供有价值的见解来验证概念或做进一步的改进。
总而言之,在设计解决方案时牢记用户体验和用户界面是至关重要的。虽然设计评论可以帮助解决方案的具体方面,但用户测试是在更大范围内验证和改进设计的有用工具。
为我们的用户创造最好的体验可能是具有挑战性的,这就是设计评论、用户测试和其他形式的研究发挥作用的地方,以帮助我们创造一个用户友好的概念。在这篇文章中,我们将探讨设计评论中常用的协议,并适当地借鉴个人经验和权威资源。
- 什么是设计批判?
- 在你的产品团队中组织每周一次的设计评论会
- 设计评论的剖析
- 角色
- 简介
- 反馈意见
- 在设计批判中挖掘进一步的洞察力
什么是设计批判?
设计评论是一个协作性的审查过程,在这个过程中,一群有经验的人,如产品经理、UX设计师、视觉设计师和开发人员,聚集在一起,评估一个设计的优点和缺点。批评的主要目的是收集能够改进设计的反馈,突出其优点,同时确定进一步发展的潜在领域。
批评可以在设计过程的任何阶段进行,从早期概念化到最终产品开发。在设计过程的早期进行批判,可以让我们更容易根据收到的反馈意见来实施修改。进行设计评论有不同的协议和方法,最好的方法将取决于设计团队的具体需求和目标。然而,有一些一般的准则可以帮助确保批评是富有成效的。
如何组织每周的设计点评
正如我们所提到的,设计评论可以让设计师获得对他们工作的反馈,从而进行相应的改进。然而,安排设计评论可能是一个挑战,尤其是在远程工作和跨越不同时区的时候。这里有一些创建有效设计评论的注意事项。
安排每周的批评
为了有一个明确的、预定的批评空间,在相关人员的日程表上安排每周或每两周的设计批评是很重要的。我建议每周花在评论上的时间不要超过三到四个小时,因为如果我们让团队大量接触多个概念,会让他们感到很累。
安排时间
在每个批判的时间段里,重要的是要明确每个人的时间,让他们有时间提出他们所面临的问题,并有足够的时间收集反馈。要注意时间的安排,因为每个人都需要时间来展示。我建议每个人花的时间不要超过三十分钟,只要批评变得重复。
组织人员
我们都参加过超过十个人的批评会,我们都认为这是浪费时间,因为人们会分心,而且不是每个人都能参与。建立两到八个人的小组。没有一个神奇的数字,但有很多人参与,就有更多机会分心。
使用一个结构化的格式
重要的是以解释你所面临的问题开始,继续解释对该问题的拟议解决方案,并在演讲结束时询问你试图从会议中收集的反馈。留出大部分时间给反馈。有些批评可能需要不同的结构,所以如果你需要更多的合作方式,请注意使用任何形式。
现场或远程批评的工具
如果你是远程工作或现场工作,重要的是准备好你在批评会上所需要的技术或工具。使用白板、便条或其他工具进行现场评论,或使用Miro、FigJam或User Zoom等软件进行远程评论。
提供一个安全的空间
批评对于在一个项目上花费了大量精力的设计师来说可能是很敏感的。因此,创造一个安全的空间,以良好的礼仪和建设性的方法提供反馈。这就是商业文化可以发光的地方。
设计评论是产品开发过程中的一个重要部分,定期安排评论对于保持团队的一致性和确保设计在正确的方向上进展是至关重要的。通过设定明确的期望,使用结构化的格式,并为反馈创造一个安全的空间,你可以充分利用你的设计批评会议,并帮助你的团队产生更好的设计。
设计评论的剖析
角色
设计批评的基本结构包括两个对话者:演讲者(需要反馈的人)和批评者(其他团队成员):
- 发言人是提出设计问题并提出解决方案的人。提出的解决方案可以有多种形式,如设计概念、模型或原型。演讲者的作用是清楚地传达他们的解决方案,并提供足够的背景,以帮助批评者理解他们所要解决的问题。发言者还应该保持开放的心态,愿意接受反馈意见,并且不把批评意见当做个人观点。
- 批评者是其他团队成员,他们评估提议的解决方案并提供反馈。他们的作用是提供建设性的批评,帮助发言者完善和改进他们的解决方案。在批评过程中,批评者应该分析设计,确定其优点和缺点,并提出需要改进的地方。这些反馈应该是具体的、可操作的,并且集中在设计的预期目的和它所要解决的问题上。
介绍 演讲者的介绍
演讲的设计者应该首先介绍问题,然后是设计及其目的。提供与项目有关的任何相关信息是至关重要的。最后,必须明确所需的反馈种类,例如评估用户界面而不是用户体验。
问题陈述模板
在演讲者的介绍之后,重要的是制定一个问题陈述,强调你所寻找的反馈。下面是一个结构化引言的例子,可以在介绍中使用。
小组的评价时间
小组需要时间来审查概念和评估提案。重要的是要考虑美学,以及设计是否为问题提供了解决方案并满足目标受众的需求。
反馈意见
即使反馈是由一个团队成员提供的,也有可能在所有团队成员之间进行简短的辩论和构思。这里有一个经典的例子,说明了对反馈的期望:
小组的优势评价
找出设计的优点,讨论你认为提案中的优点。要用真实的例子来说明你的观点。重要的是,总是从优点开始,为改进创造一个安全的空间。
小组对弱点的评价
在讨论了积极的方面之后,是时候找出需要改进的地方了。解释你认为什么地方没有完全发挥作用,以及为什么它没有效果。同样,用真实的例子来说明你的观点,并提出可能的解决方案。
小组对改进的评价
最后,小组可能已经想到了演讲者可能没有考虑过的可能的解决方案和替代想法。为了更好地满足项目的目标和需要,跳出框框思考是至关重要的。
记录演讲者的反馈
在设计评论过程中,收集所有的反馈意见以避免遗漏任何一点是很重要的。文档可以包括笔记、照片、草图和其他在会议期间收集的视觉资料。
这些反馈将帮助演讲者创建一个提案和最终的设计概念。反馈意见通常由演讲者或主持者捕捉;你可以使用一个真实的或数字的记事本,一个录音软件,或任何其他你选择的方案。如果演讲者认为他们会忙于说话,可以请第三人帮忙做记录。
接下来是什么?
批评结束后,设计师必须整理笔记,建立模式;然后要建立一个行动要点清单,以改进概念;如果需要,主讲人可以要求批判后的反馈,如果仍有遗漏。如果设计者需要从团队中得到更多的反馈,可以安排第二次设计评论会。
在设计评论中挖掘进一步的见解
不允许使用笔记本电脑和移动电话
在设计评论会议期间,重要的是把设备放在某个地方以避免分心;我们都知道分心是多么容易,所以我们希望把全部注意力放在演讲者身上,而不是浏览社交媒体或其他内容。
提出开放式的问题
在设计评论中,鼓励团队成员提供更详细的反馈是非常重要的。为了达到这个目的,你可以提出开放式的问题,以便进行深入的讨论。这些问题的目的应该是揭示用户可能期望的东西,或者为了改进设计可以采取什么不同的方法。通过提出开放式的问题,你可以从团队成员那里获得更详细的反馈,这可以帮助确定潜在的改进领域。
识别模式
在进行设计评论时,在小组不同成员提供的反馈中寻找模式是很重要的。如果你从不同的人那里找出模式,这可能意味着有一个明确的痛点需要解决。通过识别模式,你可以对设计中需要改进的地方有更好的了解。
建立目标和范围
为了确保设计评论是富有成效的,建立评论的目标并将其清楚地传达给团队是很重要的。这可以帮助确保每个人都理解项目的范围和他们要解决的具体问题。通过这样做,团队成员可以提供与设计的改进相关的反馈。通过了解项目的范围,团队成员可以避免提供与设计的改进无关的反馈。
鼓励合作和对话
设计评论是不同的利益相关者之间公开的、双向的对话,所以参与对话以揭示问题并获得 “跳出盒子 “的想法是很重要的。在设计评论期间,应该鼓励团队成员合作并参与对话。这可以帮助揭示问题并导致创新的想法。通过参与对话,团队成员可以对设计有一个更好的理解,并提供更深入的反馈。
提供可操作的建议
设计评论的关键目标之一是提供建设性的反馈,以帮助改进设计。反馈应该是具体的、可操作的,并且是为了帮助设计团队进行改进。提供可操作的建议对于提供建设性的反馈是至关重要的。真实的例子和具体的建议可以帮助介绍者改进概念。通过提供可操作的建议,团队成员可以帮助改进设计,并确保其满足终端用户的需求。
后续工作
在会议结束后,跟进并确保设计者得到所有需要的支持,以便进行必要的改进是非常重要的。这可能包括提供澄清和进一步的反馈。通过跟进,你可以向设计者提供必要的支持。
翻译:云瑞设计