很多人理解的设计好像是一种在社交中产生结果的工作：经常头脑风暴，经常访谈，经常交流，经常在白板上贴满3M贴纸。

我对此理解不同，我认为设计主要是一种孤独的工作，需要长段的不受打扰的独立思考时间，在时间分配上跟程序员一样。

第一阶段，要理解用户、理解场景。 这个阶段当然需要与人打交道。这个阶段的技巧是，不要动耳朵，而是动眼睛和脑子，因为人不一定有能力说出他的“问题”，反而可能说出他的“要求”。我们访谈用户，问他受到的困扰是什么，想要达成的目标是什么，而不要仅关注与他的动作是什么。适当的地方要提问：“你现在的目标是xxx，是吗？”如果是迭代优化已有产品，要观察他的行为，然后记录下来不顺畅的地方。

第二阶段，就是耗时最长的“解题时间”，关键是理解问题的本质。“设计时关上门”，并不是说整个过程不要听别人的看法，而是说需要独立投入非常刻苦的思考，做出方案。做出方案，带入用户场景，反思，再做方案，再带入用户场景，再反思。模拟出尽量真实的场景，模拟出用户已有哪些认知和经验，思考我们想鼓励他做的事情，是否符合他已有的心智模型。

有一个笑话，如果问设计师如何改进一个灯泡的设计，设计师应该提问：要改进的一定是灯泡吗？

第三阶段，拿出作品给别人看，观察反应。“评审时打开门”，现阶段可能没有办法现场拿给直接用户看，但一般也要给同事、上级或开发看，这是绝佳的获取“初始化用户”意见机会。

“初始化用户”就是第一次看到这个方案的用户。因为设计师因为日以继夜想这个问题，对于细节可能了解过多了，无法模拟出“初始化用户”的同理心。

很多时候老板其实比设计师更有能力带入一个普通用户的心理模型，他们会给出一些感觉上的建议，“这里加大加粗”。你要记下这个问题，他希望标题强一点可能是因为插画太强，或者层次不清晰，你的解法可能是把其他地方弱一点。老板说“这里好复杂”，你不要解释“这个不一定要选择”，而是要问自己“是否这个可选流程设计得太像必做任务，让用户产生了压力？”

要警惕开发者的建议，他们很多时候会以技术模型来提建议，有时希望方案更简单一些（开发有动机想让开发过程更简单一些），有时觉得你设计的逻辑很奇怪（因为开发模型跟心理模型差别很大），这种情况下尽量跟对方 确认他的问题，不要过多讨论解题方法。

总之，保持开放心态，不要解释自己的设计，收集尽量多的问题，然后再重复进入第二阶段。如果你能从高往低收敛地重复执行上面的过程，可能2到3轮讨论就能得出一个达到80分标准的解法。

“设计时关上门，评审时打开门”，对熟悉行业的专业设计师而言，80%的工作都应该是独自完成，我认为这是最有趣的部分，也是最有价值的部分。