從零構建設計思維

原文鏈接：How to apply a design thinking, HCD, UX or any creative process from scratch

原文作者：Dan Nessler

這篇指南文章旨在提供設計師，創意思考者和項目管理者一個工具，可以建立，草擬，組織，結構，運營或管理設計挑戰和項目：微調雙菱形流程。

微調雙菱形流程

為了做到這一點，我自己想出了一套雙菱形原則的調整版。或許，你很熟悉應該設計委員會的雙菱形模型，或是IDEO以人為中心的設計思想，你熟悉的學校里的設計思考過程，可能會包含絕大多數下文提及的方法，步驟和工具。

（設計委員會的雙菱形模型）

（IDEO以人為中心的設計流程）

（Stanford校園設計思考過程）

理解人們

根據Don Norman,以人為中心的設計過程，都是從一個對人和需求有很好的認知開始的，設計的目標也是為了滿足這些需求。各種各樣的公司，組織和教育機構已經在面對這些挑戰，並提出了很多模型來結構化設計思維和人本設計流程。

香辣醬肉排和雙菱形模型

當你第一次做香辣醬肉排的時候，可能是一份食譜吸引了你，第一次嘗的時候覺得不夠味，於是加了些調料，或者加入更多的辣醬來滿足你的味蕾。換句話說，你會根據自己的需求和口味來調整配方。

這就是我前幾個月在Hyper島上試圖掌握數字體驗設計流程。

就像會以一個參照作為起點，我用了雙菱形流程，最初由英國設計委員會公布，我很喜歡這種清晰高效的結構框架。

幾乎所有的創意或設計項目的核心問題都是如何從A點－「不知道」或「可能」，到B點－「很了解」和「應該」。這個過程第一眼看上去是直接有限的。

然而在現實中，這可能是一個永無止境的過程，就像創造力是不斷用新的方式來對我們的生活造成一些積極的影響。

雙菱形模型是一種結構化設計方法，通過四個階段應用挑戰：

發現／研究－洞察問題（分離）

定義／綜合：集中目標（聚合）

開發／想法：可能的解決方案（分離）

交付／實現：解決實際問題（聚合）

這個過程中分離或聚合。在分離的階段，你試著放開自己的思想，儘可能不要限制自己；而在聚合的階段，側重於聚焦和縮小你的想法範圍。

如果你google雙菱形模型你可能會發現各種各樣的解釋和不同的文字，我堅持我上面的模型，因為在我看來它足夠靈活敏捷。換句話說，它就是對我而言最吸引人的食譜。

雙菱形的四個階段可能簡化合併成兩個主要階段。

階段一：做正確的事情（菱形1-發現和定義）

無論你做什麼，在你嘗試去做之前，你都應該找到正確的問題去解決，或提出正確的問題。這就是關於你做什麼。

階段二：正確的做事情（開發和交付）

一旦你發現了正確的問題要解答或解決，你會想知道你是不是在用正確的方式做。這就是關於你該如何去做。

接下來的段落提供你一步步的階段方法

階段一：做正確的事（菱形1－發現和定義）

這一階段氛圍發現／研究和定義／綜合。

提取摘要（這通常是你挑戰的起點）－試著對摘要和最初的問題發問，通過挑戰它的每一個部分以及評估關注點。

列舉儘可能多的元素，找到共同的特徵，定義興趣點極端條件，列出地點，人（角色），及相關的可能被探索到的體驗。

在進行深入研究之前，綜合你發現的主題做成一份概述，這會讓你限制住自己的研究範圍。

深入研究，應用主次研究法。

之後，你會得到一大堆非結構化的研究成果。

定義／綜合

為了讓其他人能理解你的發現，你可能想要通過下面這些步驟，來綜合你的調查結果：

下載（總結你未處理的發現然後與團隊成員分享）你所有的研究。

集合報告內容和共同的主題。

找到潛在的需求（潛藏需求是用戶消費的動機，關於一個特定主題的願望和訴求）

尋找設計機會（採取什麼樣的方法能夠激活這些需求）

創建HMW問題（類似於「how might we...」的句式，來引導我們發現應該做些什麼，完成哪些工作）

最後，你應該提出一個修正後的概要，闡明或詳細說明了最根本的挑戰或是矛盾所在。

第二階段－做正確的事情（菱形2－開發和交付）

這個階段氛圍開發／構思和交付／實現。

開發／構思

當你已經推導出了實際需要解決的問題或挑戰，你開始構思。

構思

這是一個有趣的過程，因為這個一個發散的階段，你不需要限制自己開放的想法，在這個時候不要去下判斷。應用「是的…」而不是「不…」或「是的，但是…」這樣的心態，任何發言都應該得到支持，避免進入細節，獲取儘可能多不同的想法。

評價

圍繞一個構思階段，評估你的想法並選擇出最喜歡的一個。這裡在手上有兩個工具可以使用，分別是積分投票（團隊中全部的成員都參與），或影響／可行性矩陣（一個關於影響用戶潛在想法的可行性矩陣）。

最後你應該選出一個或儘可能少的想法，你可能想要去在之後做出原型並測試看看，為了發現問題更好的答案和解決方案。

交付／實現

當你已經提出了可能的解決方案，你想要評估最後可能實施採納的一個，你可以按照包括以下三個步驟的敏捷方法：

構建／原型

測試／分析

迭代／重複

瞄準哪些MVPs-最可行的產品和原型，提供足夠的可觸性來分析它們是否解決了根本問題，或給出了答案。

最後你會輸出你最後的產品，答案或解決方案。

當你這樣做了，之後你會回到開始，再來做一遍，因為總有事情需要改進。

記住：創造就是不斷以新的方式來對生活產生積極影響的習慣。

還有一個…不對，兩個，三個更多的事情

這篇文章或指南並不是終點，或是宣稱唯一的方法，它只是一種方法。

這個修正後的雙菱形流程只是一個我個人的方法，而不是唯一的，它仍然在接受挑戰，質疑及迭代。

根據你在項目中扮演的角色，菱形的大小也不盡相同，這意味著你面對的挑戰或項目，你可能只專註或強調雙菱形的一部分。還有，這個流程並不是線性的，在現實中，任何時候你都應該準備好，敏捷的在各個模塊中來回切換。

這篇文章著重於總體的結構過程，而不是所有單獨的工具和方法都適用。它不是一個每個人都適應的框架，它幫助我，能夠指導我完成設計過程。

有些時候，你會感覺自己深陷迷霧當中，在這個過程中你會感到迷失。這是正常的，一個調整和信任的過程。

轉自：交互學堂

作者：舒斯起

推薦閱讀：