设计部分是艺术，部分是科学. 设计师运用他们的技能和知识来解决特定的问题，并支持客户的目标以及产品的最终用户的目标. 为此，在项目的每个阶段，设计师都应该征求(并欢迎)!)周到的设计批评，将帮助他们达到最佳的设计解决方案.

然而，接受反馈本身就是一项挑战. 个人的思维过程和创造力会受到其他设计师和外行的批评. 然而，为了有效， 设计师 需要学会不要把任何合理的设计批评当成针对个人的. 让它有用, 他们必须能够翻译, 评估, 并将其策略性地应用到他们的流程中.

为设计反馈做准备

获得高质量的设计反馈对于协作、迭代设计过程至关重要. 此外, 确保反馈是有用的最好方法是从一个杀手级的设计评审演示开始. 一个令人困惑或模棱两可的细节可能会破坏会议，并引发长时间的讨论, 与设计或手头的问题无关的切题讨论.

在征求对特定解决方案的设计反馈时, 或者试图培养关于设计元素的有意义的讨论, 演讲奠定了基础. 一个优秀的演讲不仅说明了解决方案，而且将观众与实现解决方案的过程联系起来. 如果听众被要求对几个选择进行权衡，或者提出新的想法, 报告应该提出需要解决的问题, 也涵盖了目前为止的旅程.

设计评审演示格式应与所有协作平台兼容 工具 被用来分享设计. 涉众和团队是否一直在以最少的实时讨论来交换静态pdf文件? 考虑添加插页幻灯片和注释，如果读者是独立工作的话，这些可以引导他们, 并邀请他们加入评论. 如果使用协作工具，比如 红笔，那么就会有更多的实时机会来引导观众完成思维过程.

这里有一些建议，可以帮助你准备演讲，鼓励观众提供有价值的反馈:

1. 迎合你的用户

客户的反馈应该以不同于其他设计专业人士的角度来看待, 的同事们, 或者创意总监. 客户提供了不同的视角, 其他利益相关者以开放的心态考虑他们的意见也很重要. 另外, 他们很可能并不精通如何提供设计反馈, 所以在准备演讲时要牢记这一点.

客户反馈

当向客户展示时，试着预测他们的观点. 通常, a client will have a vaguely formed idea that they find difficult to express in design terms; they have entrusted you with realizing their vision and shepherding it through the many pitfalls and challenges facing any production. 他们的反应将受到许多因素的影响, including the product vision and hard reality of their business goals; they will be weighing not only the strength of the design but how well it aligns with these other factors. 至关重要的是，报告显示这些因素已经得到了考虑, 并全面说明设计将如何实现客户的目标.

例如, 如果讨论一个网站的注册流程, 设计师的目标可能是提供尽可能无摩擦的体验. 然而, 客户可能会觉得一个流线型的解决方案错过了产生收入的广告投放的宝贵机会. 提前考虑到这一点，并在演讲中谈到这个问题. 是否有数据证明更流畅的体验比需要更多步骤的体验更能促进成功的转化? 准备好诚实地考虑用户体验反馈环节中观众提出的问题，而不是设计团队所认为的最佳解决方案.

设计师反馈

的设计师, 开发人员, 团队的其他成员也会, 很自然地, 有不同的关注点. 其他设计师将考虑解决方案的成功，并提供批评意见，以帮助加强它. 项目经理想要了解解决方案如何适应项目的需求和范围. 开发人员 会急于评论可行性和实施过程中任何可预见的技术障碍吗. 演练要彻底, 一定要突出目标用户可能关心的领域，这样项目就会走在游戏的前面.

如果你在为手机应用做复杂的导航决策时寻求帮助(例如), 转向设计印章和他人的共同理解 设计师 on the team; leverage your common skills and similar experiences to encourage the most worthwhile discussion. 无论是可用性还是布局问题, 让演讲围绕核心问题展开, 并向观众介绍一些已经被探索过的解决方案. 为什么解决方案不能满足设计需求? 哪些问题可以回答，可能有助于找到一个更好的解决方案?

设计批评 一开始会令人生畏吗. 如果感觉有点不确定, Facebook团队记录并分享了对设计解决方案的完整评论，以深入了解过程和讨论. 看看吧: 窥探Facebook设计评论.

2. 抓住重点

关键是要避免提供混淆视听的细节. 根据要讨论的内容确定设计工件的保真度和介质，并仔细选择. 为了演示交互，例如，低保真线框或 交互原型 会帮助观众将他们的反应集中在互动上吗. 静音颜色或灰度. 将这些非常详细的屏幕模型保存下来，以便重点讨论视觉效果和颜色选择.

当一个设计是高保真和抛光, 很难获得关于设计如何很好地服务于用例场景和用户故事的反馈. 设计本身与这个过程背道而驰，因为焦点转移，范围变得有限. 讨论缩小到检查细节，如动画的速度, UI颜色, 或者按钮的颜色.

提前建立对设计演示的期望也很重要. 设计师的部分职责是教育，特别是在面对非设计师用户时. 在向满屋子的商务人士展示低保真线框图之前, 简要地解释一下这个神器是什么, 以及它将如何更清楚地展示将要讨论的具体解决办法. 他们可能迫不及待地想看到所有的东西都闪闪发光, 完成形式, 但一个快速的概述将帮助每个人都在同一页.

如果一个设计包的整个广度是一次呈现, 组织焦点是拟定提案的关键. 组织演讲的各个章节，既要描述总体情况，又要引导观众了解其中的细节. 如果提出了整体解决方案, 然后强调使其工作的主要组成部分, and finish with a return to how the whole big picture works; even clients seeing the package for the first time are usually able to follow and comment.

3. 你的论文就是你的咒语

设计如何解决手头的问题? 经过几轮的探索, 草图, 精炼, 和测试, 它是否实现了客户的目标?

当你提出这个概念时, 即使这看起来很明显, 提醒房间里的其他人它是如何解决设计问题的. 听众可能没有看到所有的步骤，也没有参与到找到解决方案的过程中. 这在向非设计师展示时尤为重要.

定期和自信地验证核心设计问题的想法是迭代设计过程的一部分, 所以在提出解决方案时这样做是有意义的. 根据核心需求阐明设计选择的原因, 提醒听众优先考虑基于这些标准的想法. 最终, 问题或关注 他们可能会帮助进一步完善概念，并支持优化设计解决方案的过程.

接收反馈

现在解决方案已经提出，是时候进行坩埚测试了! 如果概念已经自信而清晰地呈现出来, 同时还要预测观众的具体需求, 它最有可能是集中的批评和有用的建议将返回. 然而，这并不能保证每个人都会喜欢这个想法——这没关系. 当你收到邮件时，请记住以下几点建议:

1. 保持冷静并做笔记

希望, 观众们都听从了他的推理, 采取笔记, 并且能够对设计做出反应，就像它被呈现的那样清晰. 准备回答观众提出的设计反馈问题. 记住，他们提供的资产可能对项目的过程很有价值. 仔细听每一点，必要时做笔记.

取决于应答者, 可以作一个简明的总结, 或者更倾向于用注释浏览演示文稿的每个细节, 问题, 和建议. 人们很容易跳进来争论或为某一特定的作品辩护, 但这可能会破坏一条有用的批评路线. 如果这个感叹词切断了一个正在形成的有价值的建议怎么办? 在这种情况下, 应用收到的反馈以获得最佳解决方案的目标已经被有效地颠覆了. 深吸一口气，确保在回答之前你已经听清楚了他们的全部理由.

为了避免慌乱或在回应中失去关键点, 当听众给出反馈时，记下一些笔记. 做笔记的另一个好处是，它可以减轻打断别人谈话的冲动. 如果远程呈现, 利用设计反馈工具来获取用户的意见. 突出讨论中的关键要点不仅有助于组织如何回应，还有助于制定策略并将反馈应用于下一次设计迭代.

2. 问:这是质量反馈吗?

就像有些设计比其他设计好一样，反馈的质量也各不相同. 伟大的设计 反馈将有助于加强和改进设计. 糟糕的设计反馈——如果处理不当——可能会分散注意力，破坏一切.

评估收到的回复的质量，以及是否有需要发现的方向. 有时候反馈会很明确. 有时候，得到的回报并不能立即付诸行动, 但优秀的设计师会从经验中学到，其中可能隐藏着一些有用的东西.

如果呈上 品牌识别概念 给客户，并在下一次迭代之前请求反馈, “我不喜欢橙色”是不太有用的反馈，因为它并不能说明设计, 这可能是出于个人偏好，而不是反映出一个核心品牌主张. “对于我们的品牌来说，橙色太现代了，因为我们希望作为一家有30年历史的公司呈现出更传统的面貌,是更好的设计反馈，因为它阐明了为什么设计选择不能解决设计问题，并提供了一个完善概念的起点.

为了判断它是否有意义, 试着根据任何发现或发现来评估设计反馈 用户研究 已经进行过了. 如果有人提出了一个似乎与研究相矛盾的设计建议, 在实施建议之前重新评估.

区分好的设计反馈和坏的设计反馈的能力是协作过程中必不可少的——尤其是对设计师来说. 熟练的口译和笔译技能, 以及对解除无处不在的焦点炸弹的敏锐感知, 设计师的武器库中有必要的工具吗.

3. 不要往心里去

在每个设计师的职业生涯中，都会有一些时候受到一些严厉的批评, 人们很自然就会变得有戒心.

我们都有过这样的经历——一个利益相关者给网站设计反馈，质疑设计背后的想法. 另一个人注意到一个明显的用例没有被考虑在内. 还有人指出了CTA按钮副本上一个不可原谅的错别字.

在开始回应之前，深呼吸，试着缓解被攻击的感觉. 最重要的是要记住 这不是针对个人的. 即使是 最好的设计师 从批评性的设计反馈中受益，帮助他们走出头脑，或克服偏见. 无论是在一个庞大的设计师团队中, 或者是客户项目的唯一顾问, 这个过程是为了解决特定问题而达成最佳设计的协作.

回应反馈

除非——即使如此——反馈是一个发光的绿灯，然后是起立鼓掌, 通过在后续会议中处理反馈来回应(无论是在同一会议中还是之后)是很重要的:

1. 清晰明了

首先，确认每个人都对回复中所说的内容有相同的理解. 一个很好的开始是重申反馈(如果有注释的话很容易)，以确保要点被理解. 正如陈述受益于清晰，接收也受益于清晰 有价值的设计反馈. 最有效的方式是通过电子邮件(如果可能的话), 然后，它可以作为一个方便的检查表，用于下一个设计迭代的任何更新或更改.

这也是一个提问的好时机，以澄清任何困惑或要求设计反馈的项目，可能没有得到一个具体的回应. 如果听众提供的反馈不够多，而不是能够指导下一套设计决策的内容，那么提问就特别有帮助.

2. 像老板一样捍卫你的决定

你的听众没有抓住要点吗? 他们的反建议是次优的吗? 他们是不是在错误的细节上纠缠不清? 他们是否不理解为支持交互模型而提出的研究? 不要害怕，有很多方法可以支持一个解决方案，而不会变得防御.

最好不要争论或攻击观众的观点 反馈. 如果他们说的话似乎没有抓住重点, 设计师应该试着重新解释为什么(以及如何)这个解决方案, 特别是, 构思. 如果他们看起来很棘手，并且对他们的反馈意见一直存在分歧, 让他们知道，在接下来的工作中，我们会对他们所说的话给予更多的考虑. 然后去做! 一些设计反馈可能是有用的, 所以，不要完全忽视它，把婴儿连同洗澡水一起倒掉. 首先要感谢他们, 并解释如何将他们的输入整合到下一次迭代中.

设计师永远不应该为他们的设计决策道歉，就好像他们犯了错误一样——即使他们失败了. 这会显得很业余，而且会动摇客户或同事对他们工作的信心.

3. 你懂的

积极的设计反馈并不总是意味着解决方案无法改进, 负面反馈并不意味着所呈现的想法是糟糕的. 不管观众的反应如何, 重要的是要对他们的反馈持开放态度，同时又不要对原来的方法失去信心.

仔细准备和集中注意力接收对设计过程最有用的输入，为高质量的设计批评奠定了基础. 通过展示已经考虑过的设计的边缘情况和含义，将培养团队过程中的信心. 如果设计师能够专业地接受最严厉的批评, 参与其中的每个人都可以对他们的过程充满信心，从而有效地迭代和发展解决方案.

抱负导致成功(和逆境). 成功会带来逆境(但愿也会带来新的抱负). 逆境会带来渴望和更多的成功. 这是一个无限循环.

莱恩假日, 自我是敌人

设计是一种对话. 不管它是 设计 一个小的组件作为一个更大的团队的一部分，或者为一个复杂的移动应用程序交付一个完整的UX/UI包, 每一轮反馈都是对设计师实践的补充. 领先的公司, 以及更成熟的公司, 利用从各种来源(客户)收集到的反馈, 的同事们, 研究)简化和提升产品. 通过很好地接受设计反馈, 仔细倾听和回应, 设计师可以创造性地改进, 专业, 甚至就个人而言.