最近思考最多的一个主题是设计反馈。在我的工作环境中，我们的核心流程是每天早上都会召开内部会议。我们会回顾前一天的工作进度，并对哪些方法是有效的以及哪些方法可以改进，相互提供反馈意见。
了解如何给出反馈和懂得给出什么反馈同样重要。
最近我写了一篇关于反馈的文章，文章大致表达了如下观点：
在设计工作中，你选择不给出反馈与给出反馈同样重要，并列出了做反馈时的七条基本原则：
- 你不需要证明别人错了，就可以证明自己的观点
- 你不需要用你的反馈向别人证明你知道多少
- 你需要能够将概念反馈与详细设计反馈区分开
- 你可以通过专注于哪些有效而不是哪些无效，来达到同样的效果
- 负面反馈具有传染性，且会影响团队士气
- 某些评论在私下比在公开场合更有效
- 归根结底，这一切都是为了激发他人最好的一面
在每一次回顾会议上，我脑海中不断浮现的另一个方面是反馈的标准，这对团队是最有帮助的：是更具规范性的反馈还是更具战略性的反馈，这是一个很好的平衡。
一方面，作为一个经验丰富的设计师，更容易想象出一些解决设计难题的潜在方法；另一方面，你要确保每天都在工作中面对挑战的设计师们感觉自己拥有最终的解决方案。
曾经有很多次，出于本能，我没有考虑给出战术反馈的结果，便告诉其他设计师某些屏幕的外观和表现应该是怎样的。
“当用户点击时，您应该使用下拉列表，而不是 UI 展开以显示其他位置的列表。当再次点击时，将刷新页面来展示他们选择的位置。”
我并不对此而感到自豪。战术反馈不仅限制了某些解决方案带来的创新性和惊喜感，同时削弱了团队自己提出解决方案的信心。
资深设计师自然会懂得，提出的解决方案只是众多解决方案之一。并且懂得如何用这个建议作为出发点，去集中的思考一个比原来的方案更有力、更有趣的新方案。
但是年轻的设计师可能会冒着风险，直接采用建议：他们这么做要么是因为无法立刻想出另外的解决方案，要么是他们太看重职级。（“好吧，要是我的上级告诉我应该用这个方案，我最好就用这个。”）
这些年来，我开发了这个快速的思维框架，试图迫使自己远离那些过于战术化和规范化的反馈:
01 提醒团队该页面要实现的目标（用户目标）
一开始沟通的时候就提醒其他设计师，这个页面、屏幕、功能的目标是什么——要从用户的角度来表达。这是一个很好地提醒，你和你的团队应该始终把用户的需求放在首位。
“位置查找页面的目的是让用户尽快选择我们其中一个位置，这样他们就能看到空间并做决定。我们不想让用户花太多时间搜索。”
02 解释原因（商业目标和关键绩效指标<KPIs>）
接下来提醒设计师，一个成功的经验将如何帮助企业和满足整个项目的目标。
“让用户离开位置查找页进入位置详情页，将使我们传递特定位置的卖点变得更有效、更准确，同时提升用户的注册几率。”
03 给团队传递初步想法，而非规定性反馈
这是让团队走出困境的重要一步，并向他们展示，同时满足用户需求和商业目标并非一项不可能的任务。
如果你对他们的最初解决方案直接提出反馈，那么对他们来说，提出新解决方案将面临更大的挑战。不要太具指令性，把你提出的解决方案表述为需要更进一步分析和探索的快速建议。
“我们可以尝试不同方法来实现这些目标：也许它是一个下拉列表，你可以看到完整的位置列表；也许在右边一栏还有一个地图；同时我也喜欢某品牌（举一个案例，可以是竞品）解决类似挑战的方法：它们让用户可以轻松地在列表和地图之间切换。”
04 鼓励团队弄清楚“怎么做”
最终解决方案很少来自设计反馈会议，在讨论过想法（是什么）之后，团队实际上不得不坐下来投入时间去探索和完善执行（怎么做）。
重要的是设计师对页面的外观、移动和呈现有最终的决定权。反馈会议的最后，要确保给到团队所需要的鼓励，让他们继续完善解决方案。
“下一步是让大家都努力完成工作。这不是一个轻松的挑战，但是继续完善我们今天讨论的方法，对于为用户提供最佳的体验是十分重要的。”
05 让自己有空与团队共议
有些方法在理论上很奏效，但是一旦开始实际设计页面就很难实施了。经常和团队坐在一起并肩解决问题有很多好处：这将帮助他们动作更快；避免设计师走错设计方向；显示你的平易近人；也将帮助你和你的设计师建立更深层次的联系——通过你的激情分享。
一起聊一聊，你使用哪些技巧给同事提供反馈，又不至于太死板呢？
本故事源于《旅程：从成为设计师的奇妙旅程中所学到的》