作为设计师，你有没有过这样的经历：有人在邮件中向你征求设计建议，“请花5分钟看看吧”，然后他用满屏洋洋洒洒的言语描述了方方面面的限制；有人通过通讯软件向你求助，“请帮忙花15分钟给我们更好的设计方案吧”，可你过去后他向你描述这个系统就花了5分钟的时间…

通常，有些项目是任务后台的系统，比如看任务数据、平台稳定情况等等，交互是极其复杂的，他们需求一位设计师协助来审度下本人部门的方案，在他向你咨询的同时，往往在内部曾经有过激烈的讨论，只因举棋不定，才请你判别。那么，摆在你面前的就是如何在30分钟给出让人服气的设计方案了。

第一步：注重起来（一霎时）

无论如何，他人的期盼源自对你的信任，尤其是其它部门也许只是由于对你的名字有所耳闻，因时间紧急就问过来了。最简单地，你的回复应及时并有礼貌，你的回信有设计的理论基础，你的解答要浅显易懂，才能博得对方的尊重。

第二步：理解问题（5分钟）

大多数的问题源自于我们还没理解对方就开始说出本人的想法了，如果你想节省时间，就先别打断对方，在前五分钟尽可能听对方叙说、更全面地问问题，就好像本人除了设计理论就一无所知了。如果这段时间做点什么的话，我建议如果你手绘得好，就边听边把对问题的描述画下来吧，把关键节点按照你的理解圈出来。

第三步：从用户出发，厘清他们的次要操作（8分钟）

对系统有了大概地了解之后，接下来必不可少的就是问到用户和他们的次要操作了。谁是这个项目的次要用户是开展一切思考的源头，他们的技术能力、日常操作时间等等都是隐含的设计条件。列出来，让大家达成共识。

这里留意一点：当你问到“哪个操作用得相比其它操作更频繁呢？”如果对方的回答是几种操作都差不多，这是最蹩脚的答案，不要置信，要么是他对此没思考过，要么是整个项目存在致命问题。

初学者常常犯的一个错误是，想在同一个界面上完成太多的任务，比如：对任务的管理（添加、删除等）和任务分配都想在同一个界面上完成。当然，一个界面也可以承载两种操作，但用户的次要操作并不只仅意味着他在界面上做什么，而是他想完成什么，能做不意味着他能理解了，所以从次要操作出发，一个界面只完成一个次要任务比较稳妥。

第四步：用设计细节服侍次要操作（14分钟）

好的交互设计师好比厨师，用户、情景、次要任务是你的原材料，这些原材料是如此平凡容易理解，但怎样烹出好菜来，必定源于你的手艺了，最终的产出能否精彩就在于该过程的加工。

没有什么捷径，探索脑子中的日常积淀（模式库），回顾设计基本准绳，14分钟内出更多的处理方案（不断挑战本人），去处理用户可能碰到的问题吧。

第五步：解答它，放下它（3分钟）

最后，概述你的方案，与对方达成共识。要知道30分钟内一定不能每次都给出完满的处理方案，把它放下，做好本人的事情，当你有时间的时候，假如灵光一现，再来回溯设计方案，追加封邮件也许会超出别人的期待呢。