如何使用設計思維流程解決問題

作為人類，我們每天都會遇到問題。 但我們有多常提出將個人需求放在首位的日常問題解決方案？

這就是設計思維流程的起源。

什麼是設計思維流程？

設計思維流程是一種解決問題的設計方法，可協助您以人為本的方式構建問題，從而解決複雜的問題。 設計思維流程尤其適用於未明確定義或目標較不明確的問題。

史丹佛大學機械工程學教授 John E. Arnold 是最早撰寫設計思維的人之一。 Arnold 在 1959 年的著作《創意工程》中寫下了設計思維的四個主要領域。 他的作品後來在史丹佛大學的哈索·普拉特納設計學院 (也稱為 d.school) 教授，該設計學院是設計思維流程的先驅。 

最終，諾貝爾獎得主 Herbert Simon 在 1969 年的著作《The Sciences of the Artificial》中概述了設計思維流程的第一個迭代。 雖然設計思維有許多不同的變體，《The Sciences of the Artificial》通常被視為基礎。 

工作剖析特別報告：如何發現並克服最關鍵的企業挑戰

無論您的組織有多複雜，都能了解企業如何改善流程和生產力。由於冗餘減少，領導者及其團隊可以更快地達成目標。

取得深入解析

非線性設計思維方法

設計思維不是一個線性的過程。 重要的是要瞭解流程的每個階段都可以 (且應該) 為其他步驟提供資訊。 例如，當您進行使用者測試時，您可能會發現一個在之前任何階段都沒有出現的新問題。 您可能會在最終測試階段深入瞭解目標角色，或發現您最初的問題陳述實際上可以幫助解決更多問題，因此您需要重新定義陳述以將其納入其中。 

設計思維流程是一個無窮無盡的疊代流程。 您的設計團隊可以選擇在滿足使用者需求時形成最終產品，或者他們可以選擇對設計進行疊代，以建立解決不同需求的替代變體。

為什麼要使用設計思維流程

設計思維流程並非解決問題的最直覺方式，但由此產生的結果值得投入量。 以下是為團隊實施設計思維流程值得的其他幾個原因。

專注於解決問題

作為人類，我們通常不會主動尋找問題。 由於總有大量問題需要解決，我們習慣在問題發生時才去解決。 設計思維流程迫使您從許多不同的角度看待問題。 

設計思維流程需要關注人類的需求和行為，以及如何建立符合這些需求的解決方案。 這種對解決問題的關注可以幫助您的設計團隊為複雜的問題提出創意解決方案。 

鼓勵協作和團隊合作

設計思維流程無法在孤立的環境中進行。 它需要設計師、未來客戶和其他專案關係人的許多不同觀點。 腦力激盪會議和協作是設計思維流程的支柱。

促進創新

設計思維流程著重於尋找滿足人類需求的創意解決方案。 這意味著您的團隊正在尋找針對超特定和複雜問題的創意解決方案。 如果他們正在解決獨特的問題，那麼他們所創造的解決方案也必須同樣獨特。

設計思維流程的疊代流程意味著創新不必結束，您的團隊可以繼續更新產品的可用性，以確保目標受眾的問題得到有效解決。 

設計思維的 5 個階段

目前，最受歡迎的設計思維模型之一是史丹佛大學 Hasso-Plattner 設計學院 (或 d.school) 提出的模型。 其受歡迎的主要原因是此流程在 Google、Apple、Toyota 和 Nike 等成功公司中取得了成功。 以下是 d.school 模型指定的五個步驟，這些步驟已幫助許多公司取得成功。

1. 同理心階段

設計思維流程的第一階段是以同理心的方式看待您試圖解決的問題。 若要準確瞭解問題對人們的影響，請積極尋找先前遇到此問題的人。 詢問他們希望如何解決問題是一個很好的起點，特別是因為設計思維流程以人為本。 

同理心是設計思維流程中極為重要的一個面向。  設計思維流程要求設計師拋開他們對情況可能存在的任何假設和無意識偏見，並設身處地為他人著想。 

例如，如果您的團隊希望改善公司的員工到職流程，您可以採訪最近的新員工，瞭解他們的到職體驗。 另一個選擇是讓資深的團隊成員完成到職流程，以便他們能夠確切地體驗新員工的體驗。

2. 定義階段

有時候，設計師會遇到一個情況，當時存在一個一般問題，但不是需要解決的具體問題。 協助設計師明確定義和概述問題的一種方法是建立以人為本的問題陳述。 

問題陳述有助於以易於理解的方式提供相關情境資訊，從而界定問題。 問題陳述的主要目標是引導設計師研究此問題的可能解決方案。 問題陳述以一種易於突顯事物目前狀態與最終目標之間差距的方式來構建問題。 

提示：問題陳述最好以特定個人的需求為框架。 您的問題陳述越具體，設計師就越能夠針對問題建立以人為本的解決方案。 

出色問題陳述的範例：

• 我們需要減少潛在客戶完成註冊流程所需的點擊次數。

• 我們需要將新訂閱者的取消訂閱率降低 10%。 

• 我們需要將 Android 應用程式的採用率提高 20%。

工作剖析特別報告：如何發現並克服最關鍵的企業挑戰

無論您的組織有多複雜，都能了解企業如何改善流程和生產力。由於冗餘減少，領導者及其團隊可以更快地達成目標。

取得深入解析

3. 構想階段

這是設計師建立潛在解決方案的階段，以解決問題陳述中所列出的問題。 與團隊一起使用腦力激盪技巧，為第二步中定義的問題找到以人為本的解決方案。 

以下是一些您可以與團隊一起使用的腦力激盪策略，以便提出解決方案：

• 標準腦力激盪會議：您的團隊聚集在一起，口頭討論不同的想法。

• 書面腦力激盪：每個人都將自己的想法寫在一張紙或便利貼上，然後每個團隊成員都將自己的想法貼在白板上。 

• 最糟糕的想法：與您的最終目標相反。 您的團隊提出最愚蠢的想法，這樣就沒有人會看起來很傻了。 這消除了其他腦力激盪技巧的僵化性。 這種技巧還可以幫助您透過觀察荒謬解決方案的最差部分，找出實際解決方案中需要改進的地方。 

在腦力激盪的構想階段，不要忽略任何想法，這一點很重要。 您希望盡可能多地擁有潛在的解決方案，因為新的想法可以幫助觸發更好的想法。 有時候，解決問題最有創意的方法是將許多不同的想法組合在一起。

4. 原型階段

在原型階段，您和您的團隊會設計幾個不同的低成本或縮小版本的潛在解決方案。 擁有不同版本的原型可讓您的團隊有機會測試解決方案並進行任何改進。 

原型通常由其他設計師、初始設計部門以外的團隊成員以及值得信賴的客戶或目標受眾成員進行測試。 擁有多個版本的產品，讓您的團隊有機會在與真實使用者進行測試之前調整和完善設計。 在此過程中，記錄使用最終產品的測試人員非常重要。 這將為您提供有關解決方案哪些部分是好的，哪些需要更多變更的寶貴資訊。

5. 測試

在使用預告片測試不同的原型後，您的團隊應該會針對產品的改進方式提出不同的解決方案。 測試和原型設計階段是一個迭代過程，因此某些設計專案可能永遠不會結束。

設計師花時間測試、重複和重新設計新產品後，可能會發現新的問題、不同的解決方案，並對終端使用者有更全面的瞭解。 設計思維架構具有彈性且非線性，因此流程本身影響最終設計是完全正常的。 

將設計思維流程融入團隊的提示

如果您希望團隊開始使用設計思維流程，但不確定如何開始，不妨參考以下幾個提示。 

• 從小處著手：與原型設計一樣，在小型團隊中測試設計思維流程，以瞭解團隊的運作方式。 為此測試團隊提供一些小型專案，以便您瞭解他們的反應。 如果效果良好，您可以逐漸將此流程推廣到其他團隊。

• 納入跨職能團隊成員：當團隊成員協作並一起進行腦力激盪時，設計思維流程的效果最佳。 確定您的設計師的關鍵專案關係人是誰，並確保他們包含在小型測試團隊中。 

• 在協作式專案管理軟體中組織工作：將重要的設計專案文件 (例如使用者研究、線框圖和腦力激盪) 保留在 Asana 這類協作工具中。 這樣一來，團隊成員就能針對他們正在進行的專案，擁有單一集中的事實來源。

• 使用設計提案範本來指導客戶專案：一旦您的團隊對設計思維感到滿意，您就可以使用設計提案範本來組織面向客戶的工作。 這有助於您在生產開始前清楚地展示想法、定義交付項目並設定期望。

使用 Asana 培養協作式設計思維

當您的團隊協同合作時，設計思維流程就能發揮最佳效果。 您不會希望像溝通不暢這樣簡單的事情阻礙您的專案。 不妨藉助 Asana，在一處位置彙整團隊所需的所有設計專案資訊。 

工作剖析特別報告：如何發現並克服最關鍵的企業挑戰

無論您的組織有多複雜，都能了解企業如何改善流程和生產力。由於冗餘減少，領導者及其團隊可以更快地達成目標。

取得深入解析