在設(shè)計(jì)流程的概述中我們了解到設(shè)計(jì)始于感知日常體驗(yàn)中的缺口，這一過(guò)程更多的在于個(gè)人的敏感性、好奇心及態(tài)度，很難用一個(gè)方法論去指導(dǎo)這一過(guò)程。因此，我們從定義問題開始，詳細(xì)討論設(shè)計(jì)流程的后三個(gè)環(huán)節(jié)。

定義問題環(huán)節(jié)的目標(biāo)是準(zhǔn)確定義我們要解決的問題，明確設(shè)計(jì)的目的。這一過(guò)程可以通過(guò)兩個(gè)步驟完成：一是描述問題。問題的描述通常來(lái)自體驗(yàn)中的缺口，但不是缺口簡(jiǎn)單的陳述，Ulrich介紹了一種簡(jiǎn)單實(shí)用的方法幫助我們描述問題。二是定義用戶需求。用戶需求表達(dá)了人們想要怎樣的功能或形式來(lái)解決所描述的問題。如果說(shuō)問題描述屬于用戶體驗(yàn)五層模型（參見Jesse James Garrett《用戶體驗(yàn)要素》）中的戰(zhàn)略層，解決了方向問題。用戶需求則是其中的范圍層，說(shuō)明解決戰(zhàn)略層的問題需要的功能范圍。

描述問題

在感知到體驗(yàn)中的缺口以后，首先用一句話將缺口直觀的表述出來(lái)，但這并不是我們最終的問題描述。Ulrich提出一種”WHY”和”HOW”的方法：通過(guò)不斷問”HOW”，可以得到更明確、更聚焦的問題；通過(guò)不斷問”WHY”，可以得到更寬泛、更普遍的問題。如上圖中所示，最終我們得到一個(gè)不同范圍的問題層級(jí)列表。那我們?nèi)绾螞Q定選取哪個(gè)問題作為我們最終的問題描述呢？Ulrich建議的準(zhǔn)則是：選擇比你能舒服處理問題稍微寬泛一點(diǎn)，但又不至于讓你無(wú)法考量最終結(jié)果的那個(gè)問題（原文：Make the design problem slightly more general than you are comfortable with, but not so general that you make no measurable difference in the outcome.）。

定義用戶需求

這里的定義用戶需求其實(shí)包含了需求采集、需求分析、需求整理的內(nèi)容。限于篇幅，本文只對(duì)整個(gè)流程做簡(jiǎn)要說(shuō)明，感興趣的讀者可參加課程了解具體做法，另外《人人都是產(chǎn)品經(jīng)理》一書中關(guān)于需求管理有詳盡的闡述。

定義用戶需求可通過(guò)如下五個(gè)步驟完成：

1）接觸用戶，能過(guò)觀察、采訪等手段，了解他們對(duì)設(shè)計(jì)問題的想法和需求；

2）收集來(lái)自用戶的原始數(shù)據(jù)，數(shù)據(jù)形式可能包括問卷、訪談?dòng)涗洝浺翡浵竦龋?/p>

3）對(duì)原始數(shù)據(jù)編碼，通常用客觀的呈述形式形成需求描述；

4）依據(jù)KANO需求模型，標(biāo)明興奮型需求；

5）為需求設(shè)定優(yōu)先級(jí)；

其中步驟1和2屬于需求采集，業(yè)界已有很多成熟的方法，可根據(jù)具體設(shè)計(jì)問題選取合適的方法。而步驟3、4、5屬于需求分析的范疇。在形成需求描述時(shí)，應(yīng)注意不要帶入主觀情緒。需求描述應(yīng)與原始數(shù)據(jù)同樣明確，將需求作為目標(biāo)產(chǎn)物一個(gè)屬性，在描述時(shí)不要暗含設(shè)計(jì)理念或?qū)崿F(xiàn)形式。識(shí)別需求類型和設(shè)定優(yōu)先級(jí)則需要分析者具備一定的經(jīng)驗(yàn)。在完成需求分析后，可將需求按相似性進(jìn)行分類，并從每一類中選擇或提煉出一個(gè)基本需求。進(jìn)一步，可依據(jù)需求之間的重疊性、互斥性對(duì)需求進(jìn)行篩選和整理。

至此，我們已經(jīng)明確了設(shè)計(jì)的目的：解決什么問題以及覆蓋哪些功能來(lái)解決該問題。下一文中將討論如何探索解決方案。

全文索引

設(shè)計(jì)流程-概述

設(shè)計(jì)流程-定義問題

設(shè)計(jì)流程-探索可能性

設(shè)計(jì)流程-選擇方案

本文轉(zhuǎn)載自：簡(jiǎn)書 作者：整顆菜