本文译自：Build a Trustworthy Design Process
大约四年前，三位华盛顿大学的毕业生来到Facebook设计团队，他们的到来永久的改变了团队的DNA，这三位西雅图男孩就是Drew Hamlin, Francis Luu, 和 Joey Flynn。
所谓的改变并不是指他们在办公室上演情景喜剧（尽管他们工作和生活都在一个叫做云城的公寓），也不是指他们在设计上的努力异于常人（同他们的天赋一般），甚至可以说他们非常非常之优秀…虽然上述这些也是他们所带来的改变。
这群西雅图男孩给团队带来的真正改变，是严苛的设计评审态度。在之后四年里，这种态度渐渐灌注进我们的视觉设计程序中。而我从他们身上学到的是：
如果你对一个好的工作流程予以信任，那最终结果多半是令人满意的。就是这么简单。
当然，这里需要提醒一下，任何工作成果的优秀程度，只可能和团队优秀程度是一样的。所以如果你的团队本身不够强大，你就不该期待突然出现超常的力量帮你完成工作。但这里的力量指的是团队的力量，而不是单独个体的力量。团队通常是比任何个体要更强大，更全能的。所以严苛的设计流程可以让每个人的力量发挥到最大，甚至是最初级的成员，都可以在团队合作中得到最好的发挥。
对我而言，一个严苛的设计流程具备以下几个特点：
1、从足够多的人那里得到反馈，这样你对一个人可能持有的所有合理观点有了更深层的了解。
2、彻底探索了问题的所有解决方案。
#1 说明了为什么设计评审是如此重要，反过来它也帮助加强了#2的执行。
每次你给一屋子的设计师展示你的设计，问题就像黄石公园的泉水一般涌出。“你考虑过用视觉图代替文字来解释即将发生的事情吗？”“你为何决定用分段式控制替代各部分预览？”“为什么这个面板从侧边滑出而不是从底部滑出？”“你看过 X App 吗？它做了类似的设计，但看起来更好/坏。”
评审的目的不是判断一些事情有没有达到标准。更不是确保每个人的关注点都有被处理。因为坦率的讲，
如果你试着让所有人开心，你的设计结果可能最终落于平庸。
评审的目的是让我们认知到，在任何设计问题中的这些选择都是巨大的，如果我们越多的帮助团队成员预测这些选择的正反面，越多的考虑我们将要做的决定，我们将会因此做出更好的决定。
再说一遍，评审的目的是为了帮助设计师做出精心思考过的决策。
我认为最初解决方案和经过反复迭代的解决方案之间有着天壤之别。后者往往会得到更好的结果。虽然，得出一个好的方案不一定和严谨的设计流程有关（也许你碰巧一开始就设计了一个很好的方案）。
这种区别就像，你中了乐透要去的度假，和你辛苦工作建立了稳定的事业要去度假的区别。当然，最终结果也许是一样的，但是后者的方式是更可靠更值得重复的。
当你在进行一项高风险的评审，有人问“为什么你推荐的这个方案比 [ABCD方案] 更好”时，反复迭代的设计方式，会让你对这种疑问应对自如。
而如果最终方案是你只尝试过一次就得到的，面对这种提问，你就只好“呵呵”了。因为这些 [ABCD方案] 你现在才听说。
而如果你的设计过程是严谨周密的，你就可以微笑地看着提问者，淡定流畅地回应：“嗯，我试过 [ABCD方案] 它在 [X] 方面更好，但是在 [Y] 方面不够好。这样，让我给你展示用A方案是什么情况……”
没有什么事情是应该靠拍脑袋完成的。做出欠佳的决定是因为你没有获取到足够多的背景知识和反馈，而这样终将失败。但是如果做一个欠佳的决定，是在当你考虑了所有的方面，但最终做了错误的权衡的情况下，这样的错误是坦诚的，且容易获得经验的。当你仔细思考失败的原因，你就不会再犯同样的错误。
所以，相信西雅图男孩们的智慧。利用评审的方法，建立起一套值得信赖的设计流程。
如果你做到这样，无论得到什么方案，我都会欣然接受。
原文作者：Julie Zhuo, Facebook产品设计总监。
原文链接：
https://medium.com/the-year-of-the-looking-glass/build-a-trustworthy-design-process-89e964d0a3a5#.rs3t5ake4
