设计评审是设计师成方案后召集项目相人员进行集中确认的会议,是保障视觉、开发、测试等后续环节顺利进行的重要环节。如何有效应对及解决评审会上遭到的各种质疑和挑战,本整总结了一份全指南。
项目里通常有两种评审,一种是组内评审,参与者是组内的产品/互设计师;另一种是整个项目组的评审,相关人包括需求方(产品/市场/运营)、视、开及测试等。二者的核心目的是陈述清楚你的设计方案,接收大家反馈信息,吸收有效的信息改进设计方案,只不者面向角,因此需要准备的内容更加面。
由于所在的项目队中,交互计同承担了产品的工作,因此,本文所说的评审更像是把大众认知的「需求评审」和「交互评审」合并成「方案评审/提案汇报」。
1. 知己知彼,了解评审对象
首先第一件事,了解参与审的人员都谁,不同角色关注的重点不一样的:
- 监板:关心扩大业务、有效利用资以及实现公司目标。
- 产品理/决策人:关注达 KPI、方案否满足业务用户的需求。
- 视觉设计:构思页面的视觉格、重心和元素。
- 研/测试:关注流程状态、关键字段的规则定义、极情况、角权等,以确定前端接口、评估开工量和预估工时,输出测试用例。
- 运营/市:关心品牌一致性、产品性,以及是否有引人入胜的故事可以讲述。
- BD/销售:关心案如何使品在竞争脱颖而出,是否能帮助他们成更多交易。
果是提案汇报型的评审,即向老大及项目组向上汇报,么一定要研究 keyman,即评审中的关键人物,Ta 的年龄、业背、次、喜偏爱等。把设计出亮点(反差),亮点不需要很,三个矣。
2. 准备充分,梳理清楚方案
为评审的核心材料,前要做够的功课、准备够有力的依据。不是一蹴而就的,而是在做方案的程中就要贯彻落清楚的内容。尽能从更立更质的角度来看待问题和输出决方案,比用户目标、业目标和技术现,能产生什么价值,能带来对方关心的什么东西等等。
在正式评审,可以只拿出一种计方案。但是在评审之前需要把能想的方案都仔细考虑一遍。这,当被问“这为什不计成那”,就可以从容应答,把之前已经思考过的其方案中存在的问题一一列举出来。
这提供一些建议大家参考:
- 做查研究:看看同类型产品是怎么做的,比说的竞品,又或者是一大的产品,揣摩一下别人遇到同样问题时以什么样的手段来决,并且尽量去思考他们样做是出什么样的考量。
- 提前开发评估方案的可行性。让开发人员对计方案有一定的了解,提前预知可能遇的问题,这能有效降低在评审会上遭质疑的风险。
- 在组内进案 review,如是新设计师可以多和导师或其他交互设计师沟,会到不度专业意见。
- 时候考虑的况太多,难免会遇到遗漏的况。可以平时作中建立一合自身产品的交互走查表,审及时查漏补缺。
- 如果时间允许,至供两种截然同的方案,因为起在一个方案上评头论足,人们更做择。甚至还可准备一个基于 AB 方案之间的影子方案,在 AB 方案争执的时候拿来。
- 对流程具有一定复度的产品而言,传统用流程箭头标注的互稿其并不用。老板没时间仔细阅读你精心撰写的互说明。时,通轻量级的动效工具产出互原型,以帮助设计师在提案、评审程中,让老板以及团人对方案的际效果有一个更直观的验。
一个交互设计师整的输物应当包括「原」 + 「档」
A. 原(Sketch/Figma/Principle)
全或者键界面,具备演示意义的档。如果有时间,可做成可点击的 Demo;如果敏捷沟通,可是静态图片。
B.交互明文档,包括但不限于
- 页面内容说(数据来源、数据点、内容类型、范围、极值、排序规则、权限表等);
- 交互流程、反馈、异常、空状态等;
- 交互动效、视觉求明。
原型是偏感性认知,交互设计文档是开发执。
审时主演示原型,讲解概、关键改关键骤。当发质询某页面细节时,再拿出交互文档行针对性解答。
3. 提前通知,协调人员时间
审会不讨论会,方案的确认会。事先罗列清楚审的主题,并同到群里,确方向的问题再行审,这样也可以避免家讨论时偏题,众纷纭,既浪费了时间又解决真的问题。
至前一天邮件方式通知到各位,邮件说清楚评审会的目的、容、会议时间、地点、参会人员等,协调好人员时间。邮件中最好包含确认的交互设计档或查看地址,大前了解方案。前好预定会议室,并在会议开始前前十分钟到达会议室调试好电脑、投影等设备。
除了自身的设计方案要靠谱之外,正确地解、传达和说别人很重要。否则,即使你设计一套美无瑕的解决方案,你却没很好地跟别人陈述清楚你的设计思路及你的设计是如何解决问题,这套方案难得到别人的同。
1. 明确设计目标
评审开始后,在正式讲述方案前,先几分钟把设计要解决的问题,要帮助户达成么目标和支撑设计的数据和经验判断,通过思维导图、流程图或者他的可视手明确来。
- 什么这产品/功能
- 它解决哪些问题
- 为什么要现在去做它
- 它能给带来什收益
不仅大家一目地理和讨论,而且在期出现讨论混乱的情况时,以回顾设计目标,把大家拉回到正确的方向上。
2. 拆分场讲述方案
整个方案以拆分为不同的使用场和对应的功能流程图,在阐述时有主次之分,先讲大场,讲小分支,最拿着对应的场、功能流程图和最的互原型一一对应。
在陈述方案时尽量把整个设计的程表达出来,描述清楚 What-Why-How,原先是怎么思考的,现在为什么变成个样子,个设计是何决问题的。有时,提及曾经考虑的其他决方案以及否决的理由也很有帮助,以在讲述时简短地带,或者展示一下备选方案。
TIPS:声音洪亮,语速要慢,贵人语话迟,说得快,会紧张。要有,对的方案有心。
3. 引导大家讨论
一旦讲述完计方案,大家会提出各种各的见。应该如何理这些反馈,引导大家讨论呢?
首先也是最要,闭嘴,多听少说。
当别人发表意见时,不马打断捍卫自己的方案,先从整体倾听理解他们表达的观点。然后,针对他们的问题提出疑问,阐明义问题很重,确保方谈论的同一件事,再给出自己方案的理由。作设师,既不盲目从别人的意见,也不盲目否自己的方案。
如果遇到当场解决了或者讨论进行的问题时,人可寻求导师的帮助,没人帮助的话,先把问题记录来会后解决,要硬要当场拍脑袋给结论。如果是自己的交互方案有问题或者没想全面,勇于承认,会妥协,要钻牛角尖。
果讲述完设计方案,大家分认同, 而且也找不到任何更优的设计思路,在种情况下,设计师应该把讨论转向现有方案在用上是否有潜在问题,项目在期现和运营中是否存在风险的题上。样,来自不同业背的人,就以提供一业意见帮助改进现有方案。
评审的本质是让参会人员理解并认同方案价值,对方案的实现方式达成统一。讲述方案的目的不是为了说服大家,而是通过观的描述,让大家展开的思考,引导大家从更多维度发表见从而寻求更好的计方向。
评审结束后,应当第一间将会上总结讨论的成果,邮件发送在的每一位,包括抄送给不在的各个部门的负责人。一是同步结论和后续跟进计划,二是用最高效的方式告诉各位 leader 项目的进展。如果想进一步呈现个人价值,在邮件内容中可以附加上对项目的思考判断,对项目的进展和风险做一些评估报。
针会上各提出问题,将调好案新步相关员,并告知大家改内容。会议遗留问题要尽快想到解决办法后,与相关员沟,新进排期确认,预定下评审时。
坦白来说,刚开始实习/工作时,我度设计评审感到恐慌,不知如何阐述楚设计案、引导大家出议,经常出现语伦,沉默尴尬情况,后来随着评审数增多逐渐好转。此,本文理结了设计评审前后三个阶段需要准备内容、注意地以及法议,也是自己份指南/说明书。
然不公司、项目会有不处理,大家需要结合自己实情况来调。来说,这些细小环节,体现了设计师专业性,能让设计师在项目组更具影响力。 希望这篇文章能够帮助大家更利、更高效、更自信地过 or 主导设计评审:)
欢迎关注「JellyDesign」的小程序: