上周去北京，用非正式的面试方式和几位大公司的产品设计师聊了聊。我基本都问到了两个问题：
1、分享一个你的实际具体产品设计的过程。
2、为什么要做这个产品设计，你清楚吗？

很失望。第二个问题普遍没得到答案。设计师们普遍在做完设计之后都不知道“老板为什么要做这个”，或者认为“老板给了一个错误的指令”。
这 是一个误区，老板在战略上固然可ꦏ能会出错，但具体到这个设计任务的时候，一定是有原因的。因为设计的走形，导致战略执行中出现偏离， 最终出现“战略错误”，和老板直接的“战略错误”同样严重！作为产品设ꦆ计者，我们必须保证对“为什么做设计”的清楚理解，才可能做到设计不会走形，不要指 望“老板会来审核设计的方向是否走形，我按他说的做就行”，老板没有你专业，如果老板能完整看出来设计是否走形，要你干什么？

半个月前，在集团的“总裁夜谈”上，David给大家分享了他给Jack提的一个意见：您去了一趟呼叫部门，说了句“我们ꦆ的问题应该30%在线上解决”，搞的大家都冲着30%胡乱忙乎了一年 …  我倒觉得这个案例中的主要问题可能并非是Jack的。而是，在执行这个“30%”之前，有没有深入了解“30%背后的目的෴是什么？”。 假设Jack的目标是“提高线上服务能力，让基础的可以线上解决的问题都能在线上解决”，那么即使在达到这个目标后，线上解决的问题之有10%，我相信Jack也不会不满意。

我们在不停的讨论“设计师的能力和权利”时，却忽略了“作为设计师，你有没有资格要权利”。如果连做一个设计的原因是什么都不知道，你要权利来干什么？
当然，我并不是说要求设计师去做战略决策，去做产品规划。但，最起码，一个设计任务放在你面前，最先想的不是𝔉“如何做这个设计”，而是问清楚“为什么要做这个设计，做这件事情的目的是什么？”。得到答案并吃透它，再去设计。如果你只知道老板需要把注册用户提升上去，而不知道提升注册用户的目的是什么，那么我不相信你的设计能够做到多么合理。也许那只是为了设计而设计，为了 KPI而KPI。

在北京的书友会上，我分享了支付宝的产品设计师在做设计之前，必须要做的工作：写一份“设计概要”（可后期迭代），包括：
1、你理解到的：为什么要做这个产品设计，出发点和目的是什么。重点的体验目标是什么。
2、这个产品要满足用户的什么/哪些需求，用什么/哪些功能设计来满足。先满足什么需求，再满足什么需求。
3、在解决需求的众多功能中，设计重点有哪些。重要性的先后顺序是什么。
4、这个产品在系统中和其他产品的关联点有哪些，需要其他产品什么样的配合。
5、该产品中需要做好哪些数据统计点，这些数据可以说明什么。
6、设计时间表和计划。

实际上我们在执行过程中，也有很多设计师认为没什么必要，直接动手做就行，干嘛想这么多，还写出来太耽误时间了。
但， 这个“设计概要”其实就是设计的构思，是设计之前的“规划”。这些事情不做，设计很容易局限于细节，甚至在思路的源头上直接走偏。只有设计师和规划师/老 板在“为什么做这个设计”上达成了一致，设计师才有可能充分的彻底发挥自己在每个点的设计能力，让设计结果超出规划师/老板的期望；如果设计师和规划师 /老板在“为什么做这个设计”上出现偏差，设计结果的偏移往往在所难免，设计师也会感觉自己的工作总是受到“干涉”。而且，当不合理的设计做出来之后，回 头都来不及，即使回头，也会带来很多的负🍸面问题和情绪。

我一直最关注的是设计师在产品设计过程中的思路，认为暂时的结果好坏并不重要，要重要的是你思考的过程是否合理。但现在我又发现，最基础的做一个设计之前先清楚为什么要做这个🌺设计，竟然都普遍没有答案。这是一种可怕的现象。

设计者应该学会问“为什𒁃么？”。搞清楚“为什么设计这个？𝐆”，也许比完成一个自己想象中的完美设计，更重要。

原文：//uicom.net/blog/?p=835