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