面对设计评审,我们该有哪些正确姿势?
通过这个简单的指南,充分利用你的设计评审环节,去了解每个阶段的预期分别是什么。
我们都经历过这种——你召集了一帮人,来评审你最新出炉的设计方案,而你期待着迎来一场高质量的,充满真知灼见的高效讨论。然而,并卵~有俩人在角落里争论着“汉堡包”菜单该怎么调,一个人闷头默默地写着批评意见,然后有位打圆场的硬着头皮夸你“这字体选得真棒!”
所以,你该如何让同事们聚焦?以及究竟聚焦在什么问题上?你该如何构建一套设计评审的流程,好让问题能得以解决,向前推进?
要想促成真正有效的设计评审,需要很多因素。例如该邀请哪些人以及邀请多少人。但无论如何,必须得确定一个前提:你必须先清晰表达出你要解决的问题是什么,并和在场人员达成共识!这是整个评审的核心,因为当一天结束时,所有的设计方案都是必须围绕解决这个问题而产生的。
设计工作大致可分为三个阶段:早期概念创作,中期原型创建,以及后期动工。每个阶段分别对应着产品的不同部分:问题、解决方案和实现。真正意义上的设计是奔着解决问题去的,它只是透过UI表达出来了而已。
根据你所处的阶段去询问正确的问题很重要。初期阶段讨论的目的,是让你们洞察关键问题所在,聚焦方案。并在接下来的阶段中,不断审查团队是否围绕着该问题执行该方案。否则的话,很有可能在中期阶段的评审会上,你会困惑为什么这个App看起来这么复杂?那是因为你想解决所有问题!而不是只专注那个最关键的。
初期评审
在初期评审中,你可能会看到UI草图,甚至流程图或产品简介。团队在此阶段会塑造出产品雏形,并能广义地描述出用户使用场景、操作流程。产品经理在这个阶段可能会深度参与进来,还有工程师也会评估方案的可行性。此阶段的主要问题是:
- 根本问题是什么?能否被简练地描述出来?
- 你的用户是谁,他们会视自己为受众吗?
- 这个根本问题是伪问题吗?值得投入设计师和工程师宝贵的时间么?
- 此问题是否根属于一个典型用户的生活场景中?
- 此问题在技术层面可解决吗?确保你是否拥有该资源。
一个好的产品应当能彻底解决目标用户的那个根本问题。
中期评审
这个阶段可能是设计师最熟悉的:高保真视觉、短视频、可交互原型甚至内测demo。产出物可以贴在墙上也可以投上大屏幕,或者干脆直接在手机上预览,以便让每人更清楚地看到细节。这个阶段旨在更细致地评估解决方案是否有效,当前的主要问题是:
- 你的设计是否真正解决了最初的那个「元问题」(最初所有人都达成共识的根本问题)?
- 该产品的功能组织架构是否直观?
- 信息的层次是否通过视觉和交互得以清晰地表达?不能扰乱用户的主要任务流。
- 你的颜色是否令人愉悦以及有帮助作用?是否有通过网格布局来引导视觉浏览?以及文本尺寸是否可读?
- 动效设计是否支持信息架构,能够指导用户完成任务流,并符合你的品牌特征?
- 你所使用的UI控件是否符合平台规范?
- 你是否过度使用了某些流行元素(比如卡片设计),仅仅是因为很多App都这么做了?
- 一个新用户能否用一句话说清这App是干什么的?他能否顺利完成一个主要任务流?
- 该方案所带来的利益,是此方案所独有的么?
一个好产品应当具备强有力的解决方案。该产品的优势特色应当是显而易见的,并且可以简单友好地引导用户上手。
最终实施效果评审
评审人员应在各个平台各个设备上对功能及数据进行全方位的审查。寻找出任何可能有损于用户体验的部分。这个阶段的主要问题是:
- 工程师是否按标注还原了设计稿?所有交互行为、交互动画、视觉 都按预期实现了?是否有无意的疏忽导致了体验不完美?
- 产品的内容文案是否清晰有用?未经雕琢的文案会使用户感到困惑。
- 你的品牌特征是否得以展现?用户能否轻易区分开你的产品与竞品?
- 不同语种的访问体验如何?
- 该产品在各平台各设备上适配得怎样?有没有狂弹通知?是否支持横屏?
一个好产品应当通过设计展现品牌动人的一面,而且能传达出其缔造者的专业度和用心程度。解决效力应足够强大到覆盖所有目标用户。最终,其「核心问题」、「解决方案」以及「执行力」,都应该在这一款产品中,表现得淋漓尽致。
在设计评审中质询你自己或自己的团队,就有点像长时间没使用过的肌肉。一开始很困难,但最终会收获好处。在下次设计评审时,请尝试用这些方法进行练习。你提出正确的问题越多,就越能让团队专注于真正重要的事情——完美地构建出用户真正需要的产品。
译者:@Alpha_Lynnn
原文来自:design.google
版权:人人都是产品经理遵循行业规范,任何转载的稿件都会明确标注作者和来源,若标注有误,请联系主编QQ:419297645
- 目前还没评论,等你发挥!