作為設計師，你有沒有過這樣的經歷：有人在郵件中向你征求設計建議，“請花5分鐘看看吧”，然後他用滿屏洋洋灑灑的言語描述了方方面面的限制；有人通過通訊軟件向你求助，“請幫忙花15分鐘給我們更好的設計方案吧”，可你過去後他向你描述這個系統就花了5分鐘的時間…
通常，有些項目是工作後台的系統，比如看工作數據、平台穩定情況等等，交互是極其復雜的，他們需要一位設計師幫助來審度下自己部門的方案，在他向你征詢的同時，往往在內部已經有過激烈的討論，只因舉棋不定，才請你判別。那麼，擺在你面前的就是如何在30分鐘給出讓人信服的設計方案了。
第一步：重視起來（一瞬間）
無論如何，他人的期盼源自對你的信任，尤其是其它部門也許只是因為對你的名字有所耳聞，因時間緊急就問過來了。最簡單地，你的回復應及時並有禮貌，你的回信有設計的理論基礎，你的解答要淺顯易懂，才能贏得對方的尊重。
第二步：理解問題（5分鐘）
大多數的問題源自於我們還沒理解對方就開始說出自己的想法了，如果你想節省時間，就先別打斷對方，在前五分鐘盡可能聽對方敘述、更全面地問問題，就好像自己除了設計理論就一無所知了。如果這段時間做點什麼的話，我建議如果你手繪得好，就邊聽邊把對問題的描述畫下來吧，把關鍵節點按照你的理解圈出來。
第三步：從用戶出發，厘清他們的主要操作（8分鐘）
對系統有了大概地了解之後，接下來必不可少的就是問到用戶和他們的主要操作了。誰是這個項目的主要用戶是開展一切思考的源頭，他們的技術能力、日常操作時間等等都是隱含的設計條件。列出來，讓大家達成共識。
這裡注意一點：當你問到“哪個操作用得相比其它操作更頻繁呢？”如果對方的回答是幾種操作都差不多，這是最糟糕的答案，不要相信，要麼是他對此沒思考過，要麼是整個項目存在致命問題。
初學者常常犯的一個錯誤是，想在同一個界面上完成太多的任務，比如：對任務的管理（添加、刪除等）和任務分配都想在同一個界面上完成。當然，一個界面也可以承載兩種操作，但用戶的主要操作並不僅僅意味著他在界面上做什麼，而是他想完成什麼，能做不意味著他能理解了，所以從主要操作出發，一個界面只完成一個主要任務比較穩妥。
第四步：用設計細節服侍主要操作（14分鐘）
好的交互設計師好比廚師，用戶、情景、主要任務是你的原材料，這些原材料是如此平凡容易理解，但怎麼烹出好菜來，必定源於你的手藝了，最終的產出是否精彩就在於該過程的加工。
沒有什麼捷徑，探索腦子中的日常積澱（模式庫），回顧設計基本原則，14分鐘內出更多的解決方案（不斷挑戰自己），去解決用戶可能碰到的問題吧。
第五步：解答它，放下它（3分鐘）
最後，概述你的方案，與對方達成共識。要知道30分鐘內一定不能每次都給出完美的解決方案，把它放下，做好自己的事情，當你有時間的時候，假如靈光一現，再來回溯設計方案，追加封郵件也許會超出別人的期待呢。