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

   <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>