谷歌丨面对设计评审该有哪些正确姿势？

@Alpha_Lynnn ：通过这个简单的指南，充分利用你的设计评审环节，去了解每个阶段的预期分别是什么。

我们都经历过这种——你召集了一帮人，来评审你最新出炉的设计方案，而你期待着迎来一场高质量的，充满真知灼见的高效讨论。然而，并卵~有俩人在角落里争论着“汉堡包”菜单该怎么调，一个人闷头默默地写着批评意见，然后有位打圆场的硬着头皮夸你“这字体选得真棒！”

所以，你该如何让同事们聚焦？以及究竟聚焦在什么问题上？你该如何构建一套设计评审的流程，好让问题能得以解决，向前推进？

要想促成真正有效的设计评审，需要很多因素。例如该邀请哪些人以及邀请多少人。但无论如何，必须得确定一个前提：你必须先清晰表达出你要解决的问题是什么，并和在场人员达成共识！这是整个评审的核心，因为当一天结束时，所有的设计方案都是必须围绕解决这个问题而产生的。

设计工作大致可分为三个阶段：早期概念创作，中期原型创建，以及后期动工。每个阶段分别对应着产品的不同部分：问题、解决方案和实现。真正意义上的设计是奔着解决问题去的，它只是透过UI表达出来了而已。

根据你所处的阶段去询问正确的问题很重要。初期阶段讨论的目的，是让你们洞察关键问题所在，聚焦方案。并在接下来的阶段中，不断审查团队是否围绕着该问题执行该方案。否则的话，很有可能在中期阶段的评审会上，你会困惑为什么这个App看起来这么复杂？那是因为你想解决所有问题！而不是只专注那个最关键的。

初期评审

在初期评审中，你可能会看到UI草图，甚至流程图或产品简介。团队在此阶段会塑造出产品雏形，并能广义地描述出用户使用场景、操作流程。产品经理在这个阶段可能会深度参与进来，还有工程师也会评估方案的可行性。此阶段的主要问题是：

• 根本问题是什么？能否被简练地描述出来？
• 你的用户是谁，他们会视自己为受众吗？
• 这个根本问题是伪问题吗？值得投入设计师和工程师宝贵的时间么？
• 此问题是否根属于一个典型用户的生活场景中？
• 此问题在技术层面可解决吗？确保你是否拥有该资源。

一个好的产品应当能彻底解决目标用户的那个根本问题。

中期评审

这个阶段可能是设计师最熟悉的：高保真视觉、短视频、可交互原型甚至内测demo。产出物可以贴在墙上也可以投上大屏幕，或者干脆直接在手机上预览，以便让每人更清楚地看到细节。这个阶段旨在更细致地评估解决方案是否有效，当前的主要问题是：

• 你的设计是否真正解决了最初的那个「元问题」（最初所有人都达成共识的根本问题）？
• 该产品的功能组织架构是否直观？
• 信息的层次是否通过视觉和交互得以清晰地表达？不能扰乱用户的主要任务流。
• 你的颜色是否令人愉悦以及有帮助作用？是否有通过网格布局来引导视觉浏览？以及文本尺寸是否可读？
• 动效设计是否支持信息架构，能够指导用户完成任务流，并符合你的品牌特征？
• 你所使用的UI控件是否符合平台规范？
• 你是否过度使用了某些流行元素（比如卡片设计），仅仅是因为很多App都这么做了？
• 一个新用户能否用一句话说清这App是干什么的？他能否顺利完成一个主要任务流？
• 该方案所带来的利益，是此方案所独有的么？

一个好产品应当具备强有力的解决方案。该产品的优势特色应当是显而易见的，并且可以简单友好地引导用户上手。

最终实施效果评审

评审人员应在各个平台各个设备上对功能及数据进行全方位的审查。寻找出任何可能有损于用户体验的部分。这个阶段的主要问题是：

• 工程师是否按标注还原了设计稿？所有交互行为、交互动画、视觉 都按预期实现了？是否有无意的疏忽导致了体验不完美？
• 产品的内容文案是否清晰有用？未经雕琢的文案会使用户感到困惑。
• 你的品牌特征是否得以展现？用户能否轻易区分开你的产品与竞品？
• 不同语种的访问体验如何？
• 该产品在各平台各设备上适配得怎样？有没有狂弹通知？是否支持横屏？

一个好产品应当通过设计展现品牌动人的一面，而且能传达出其缔造者的专业度和用心程度。解决效力应足够强大到覆盖所有目标用户。最终，其「核心问题」、「解决方案」以及「执行力」，都应该在这一款产品中，表现得淋漓尽致。

在设计评审中质询你自己或自己的团队，就有点像长时间没使用过的肌肉。一开始很困难，但最终会收获好处。在下次设计评审时，请尝试用这些方法进行练习。你提出正确的问题越多，就越能让团队专注于真正重要的事情——完美地构建出用户真正需要的产品。

关键字：设计, 设计师, 评审

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！