設(shè)計，最重要的是解決問題。隨后，設(shè)計過程將問題分解成可管理的小塊。分解問題也有利于敏捷、迭代的過程，可以縮短產(chǎn)品的上市時間。一個設(shè)計問題有不同的分解方法，構(gòu)成了不同的設(shè)計思維模式。本文并不關(guān)心各種各樣的設(shè)計思維模型。相反，它提供了一個廣泛的設(shè)計過程的理解，您可以使用開發(fā)您的設(shè)計系統(tǒng)。

我們可以將每個設(shè)計過程分為以下5個部分:

1. 定義問題

在你開始任何類型的設(shè)計構(gòu)思之前，完全理解你試圖解決的問題是很重要的。這是研究階段的設(shè)計過程。收集盡可能多的數(shù)據(jù)從目標用戶和您正在為之工作的客戶。用戶訪談、在線調(diào)查和競爭分析都是有用的研究方法。當(dāng)定義一個問題時，從4個W處獲得幫助:

-誰會受到問題的影響?

-影響方面的問題是什么，如果問題仍然沒有解決會發(fā)生什么?

-問題出在哪里?它是局限于數(shù)字空間，還是物理空間，一個特定的人口?

-為什么解決問題很重要?它給相關(guān)的涉眾(例如客戶和最終用戶)增加了什么價值?

所有這些問題都將幫助您以一種以人為中心的方式定義問題。避免從業(yè)務(wù)結(jié)果的角度定義問題。例如，“老年人感到孤獨，需要一種社區(qū)意識”是一個比“我們需要增加5%的老年人覆蓋面”更好的問題陳述。

2. 與目標用戶產(chǎn)生共鳴

這是第一步的擴展，但重點是試圖理解終端用戶以及他們?nèi)绾芜M行日常生活。創(chuàng)建用戶角色，設(shè)身處地地為他們著想。使用故事板來分析各種真實的場景，以及用戶如何導(dǎo)航現(xiàn)有的解決方案。試著理解他們相關(guān)行為的動機，判斷他們的痛點。創(chuàng)建盡可能多的用戶旅程。通過交互將它們進一步分解，以獲得最終用戶的更完整的圖景。

3.頭腦風(fēng)暴可能的解決方案

一旦你記下了問題陳述，并且更好地理解了最終用戶，設(shè)想可能的解決方案來解決問題。寫下盡可能多的想法。使用不同的思維技巧來激發(fā)團隊的創(chuàng)造力。例如，“最壞可能的想法”是一種鼓勵荒謬想法去解決問題的創(chuàng)意技術(shù)。技術(shù)不可知論對于解放思想進行創(chuàng)造性思考也是一個好主意。例如，即使最終目標是設(shè)計一款手機應(yīng)用，也要想出與應(yīng)用無關(guān)的解決方案來解決手頭的問題。

當(dāng)你研究可能解決問題的解決方案時，重新定位它們以適應(yīng)你想要使用的媒介。

4. 原型設(shè)計

原型是測試可能的解決方案以確定環(huán)境約束的過程。它還可以幫助您進一步了解用戶在現(xiàn)實生活中如何與您的產(chǎn)品交互。為你在上一步中列出的每個解決方案創(chuàng)建線框圖。線框圖是最終產(chǎn)品的基本結(jié)構(gòu)。我們的重點是快速進行用戶測試，而不是UI。

原型是高級線框圖，通常包括動畫和基本交互。在團隊內(nèi)部、組織內(nèi)部、甚至在一組值得信任的同伴之間共享原型，以便進行快速測試。如果建議的解決方案都不能解決問題，你可能需要回到構(gòu)思階段來解決更多的問題。

5. 測試和迭代

一旦你有了一個可行的原型，就該進行嚴格的測試了。這是一個迭代的過程，可以用來重新定義問題、調(diào)整解決方案，并對最終用戶有更深入的了解。像谷歌的DevTools Device Mode和谷歌Resizer這樣的工具允許設(shè)計者模擬不同屏幕尺寸和設(shè)備的行為。

以上是設(shè)計過程的線性輪廓。然而，現(xiàn)代設(shè)計思維遵循一個嚴重迭代的非線性結(jié)構(gòu)。設(shè)計過程的不同階段通常沒有明確定義。例如，一些團隊可以同時構(gòu)思可能的解決方案和原型。類似地，測試階段可能會導(dǎo)致更多的用戶洞察，這意味著調(diào)整用戶角色和再一次思考解決方案。

在這種情況下，上面的大綱只能作為設(shè)計團隊的指導(dǎo)方針，幫助他們駕馭依賴于敏捷原則的現(xiàn)代設(shè)計過程。