本文筆者用簡明扼要的文字講解了產(chǎn)品的設(shè)計全流程，希望能夠給你帶來一定的啟發(fā)。

人機(jī)交互與產(chǎn)品設(shè)計已經(jīng)在西方國家發(fā)展了半個多世紀(jì)，已經(jīng)研究出了相當(dāng)多的方法理論。國內(nèi)跟進(jìn)沒有很久，再加上前幾年野蠻生長，導(dǎo)致很多人對這一領(lǐng)域缺乏系統(tǒng)認(rèn)知。

而設(shè)計流程，又是系統(tǒng)認(rèn)知中的基礎(chǔ)。這里我根據(jù)留英所學(xué)和大廠工作經(jīng)驗，整理了一套在國際上被廣為認(rèn)可的，而且在國內(nèi)具有一定可行性的產(chǎn)品設(shè)計流程。

大綱目錄

準(zhǔn)備階段

1. 定性研究Qualitative Research，針對可能使用你的產(chǎn)品的人，可以是問卷、訪談…

2. 確定人物角色Persona，即產(chǎn)品的典型用戶，可以有一種或幾種。

3. 問題腳本Problem Scenario，羅列人物角色在使用產(chǎn)品時可能遇到的問題，可以整理成一個故事便于別人理解。

4. 動作腳本Action Scenario，像寫故事一樣，寫人物角色在使用你設(shè)計好的產(chǎn)品時，發(fā)生的細(xì)節(jié)。注意，這個時候你的產(chǎn)品概念模型已經(jīng)基本成型了，這個概念模型是通過解決問題腳本里的問題而得出的。

輸出階段

5. 畫線框圖Wireframe，這個線框圖是通過把動作腳本里的概念模型轉(zhuǎn)化成視覺模型得到的。

6. 交互原型Prototype，做出來好像可以用的東西，有很多原型工具可以利用。

評測階段

7. 專家評測Expert Evaluation，至少兩名設(shè)計師或?qū)换ピO(shè)計比較了解的人通過反復(fù)測試原型。找到問題后修改線框圖并更新原型。

8. 用戶評測User Evaluation，讓用戶使用原型，可以給他們一些任務(wù)去完成。根據(jù)用戶在使用過程中的問題和建議進(jìn)行進(jìn)一步修改。

方法

1. 定性研究 Qualitative Research

無論你用何種形式做調(diào)查，你的目的是了解用戶的五個方面。假設(shè)體驗進(jìn)階公眾號是一款產(chǎn)品：

1. 行為Activities，例如用戶多久打開一次體驗進(jìn)階、一次閱讀多久？
2. 態(tài)度Attitudes，例如：用戶怎樣看待體驗進(jìn)階？
3. 資質(zhì)Aptitudes，例如：體驗進(jìn)階用戶的學(xué)歷背景怎樣？
4. 動力Motivation，例如：體驗進(jìn)階用戶為什么使用該產(chǎn)品？
5. 技能Skills，例如：用戶對同類產(chǎn)品或平臺設(shè)備是否熟悉？

2. 人物角色 Persona

如果你的定性研究有所成功，這時你應(yīng)該對你的用戶有所了解了。

根據(jù)上文中的五個方面，你需要挑揀出最典型的一個或幾個形象。例如體驗進(jìn)階讀者的人物角色可能有：剛上路的設(shè)計新人、具有探索欲的產(chǎn)品經(jīng)理、尋找轉(zhuǎn)型方向的UI設(shè)計師……

你不但要確定這些人物角色（Persona）的主要特點，還要確定他們的需求和目的。為了增加真實性，可以給人物角色（Persona）取名字，選一張照片，細(xì)化他們的背景資料。

以下是范例：

上圖來源：https://dribbble.com/shots/6197926-Persona

上圖來源：https://dribbble.com/shots/4864252-Woman-User-Persona-UX

3. 問題腳本 Problem Scenario

基于你對人物角色（Persona）的理解，你應(yīng)該已經(jīng)可以設(shè)想出他們在使用產(chǎn)品中可能遇到的問題了。

你可以為每一個人物角色列一個問題單，也可以把它們整理到一個簡短的故事里。

以下是一個案例：

Macomb 先生和夫人都是退休老師，現(xiàn)在已經(jīng)60多歲了。他們的社會保障支票是他們收入的重要組成部分。他們剛剛賣掉了自己的大房子，搬到一間小公寓里。

他們知道，他們現(xiàn)在需要做的許多雜事之一就是告訴社會保障局他們已經(jīng)搬家了。他們不知道最近的社會保障處在哪里，而且他們走路或開車越來越困難。

如果足夠簡單和安全，他們希望使用計算機(jī)將其舉動通知社會保障局。但是，他們對于通過計算機(jī)執(zhí)行這樣的任務(wù)有些擔(dān)心。他們從未在工作中使用計算機(jī)。

然而，他們的兒子 Steve 去年給了他們一臺計算機(jī)，為他們安裝了計算機(jī)，并向他們展示了如何使用電子郵件和訪問網(wǎng)站。

他們從未去過社會安全管理局的網(wǎng)站，所以他們不知道它的組織方式。此外，他們也不愿在線提供個人信息，因此他們想知道以這種方式告訴代理機(jī)構(gòu)新地址的安全性。

上文來源：https://www.usability.gov/how-to-and-tools/methods/scenarios.html

4. 動作腳本 Action Scenario

首先你要為已列出的問題想好可能的解決方案，然后寫一個簡短的故事把這些解決方案囊括進(jìn)去。寫成故事的好處是代入感較強(qiáng)，對別人來說容易理解。國內(nèi)比較推崇故事版，但是把所有情景畫出來的效率是非常低的。

在畫設(shè)計之前把用戶動作通過文字腳本寫出來有一個很大的好處，那就是明確了主要的用戶路徑。

以下是一個案例：

約瑟夫在他的辦公室，需要為他的商務(wù)會議預(yù)定一家酒店，該酒店將在紐約舉行。商務(wù)會議將在四天內(nèi)舉行。

他很忙，由于他還有很多其他工作要做，因此需要在他逗留期間盡快找到一個可以睡覺的地方。

他打開我們的網(wǎng)站，知道他想去的城市的日期和名稱。看到很多條目后，他注意到他想在中心附近的一家旅館里住，因為客戶會議將在該地區(qū)舉行。他還需要滿足其他條件：靠近地鐵站，附近有一些餐館。

他找到了一個地方并將其預(yù)訂。

他收到確認(rèn)。

上文來源：https://medium.com/@Kristijan197/hci-method-user-groups-and-scenarios-8904ad706e93

5. 畫線框圖 Wireframe

這個時候你對你的交互方案已經(jīng)有了一個比較抽象的想法了，現(xiàn)在只要把它具象化就好了。線框圖大家都比較了解，這里就不多說了。

上圖來源：https://dribbble.com/shots/6194759-Upshift-wireframe/attachments

上圖來源：https://dribbble.com/shots/7084851-CRM-System-UX-Process

其實線框圖不一定很糙，有的人甚至喜歡直接上色開始視覺。

6. 交互原型 Prototype

如果是比較重要的項目，可以叫上開發(fā)一起來灰度測試。但是即便是這樣，也建議設(shè)計稿出來后，就可以立即做一個底成本的交互原型。

可以使用的原型工具還是很多的，例如 Axure RP 、 InVision 等。即便沒有專業(yè)工具，用 PPT 也可以搞出來，只要做出一個可以交互的東西就行了。

一個原型是不可能實現(xiàn)所有功能的，所以你要確定幾個可以走通的功能，讓給用戶能夠順利在指定路徑上完成一系列任務(wù)。

上圖來源：https://dribbble.com/shots/4757077-Newslist-Interactions

7. 專家評測 Expert Evaluation

原型完成后召集至少兩三個設(shè)計師或者對交互比較了解的人，使用并評測原型。你可以將原型所關(guān)注的幾個任務(wù)列出來，以免專家不知道原型哪部分可交互哪部分不可交互。

比較常用的評測方法是啟發(fā)式評估法（Heuristic Evaluation），而這種方法比較常見的標(biāo)準(zhǔn)是尼爾森交互設(shè)計法則（Nielsen Heuristic）:

1. 系統(tǒng)狀態(tài)是否可見?Visibility of system status
2. 系統(tǒng)是否符合現(xiàn)實世界的習(xí)慣?Match between system and the real world
3. 用戶是否能自由地控制系統(tǒng)?User control and freedom
4. 統(tǒng)一與標(biāo)準(zhǔn)?Consistency and standards
5. 錯誤防范?Error prevention
6. 減輕低用戶的記憶負(fù)擔(dān)?Recognition rather than recall
7. 靈活性和效率?Flexibility and efficiency of use
8. 美觀簡潔?Aesthetic and minimalist design
9. 幫助用戶認(rèn)知、了解錯誤，并從錯誤中恢復(fù)?Help users recognize, diagnose, and recover from errors
10. 幫助文檔?Help and documentation

如何使用啟發(fā)式評估法？

1. 列出問題：專家們各自將自己發(fā)現(xiàn)問題列出來，并將之與對應(yīng)的法則相關(guān)聯(lián)，或者根據(jù)法則來查找問題。例如“系統(tǒng)狀態(tài)是否可見”在這一條產(chǎn)品上是否體現(xiàn)完善，有哪些問題？
2. 各自評估：然后專家們分別給自己的問題進(jìn)行分級，大家要使用統(tǒng)一的標(biāo)準(zhǔn)；
3. 統(tǒng)一討論：專家們把問題整合起來一起討論，遇到意見不統(tǒng)一的適合投票表決或者采用平均值。

評級標(biāo)準(zhǔn)非常多，你也可以設(shè)計自己的標(biāo)準(zhǔn)。我認(rèn)為比較簡單好用的是 Jeff Robin 問題分級：

• 4級 ·致命問題：無法使用產(chǎn)品的某一部分
• 3級 · 重度問題：難以完整使用產(chǎn)品的某一部分
• 2級 · 中度問題：大部分情況下能夠使用，但需要付出較大努力
• 1級 ·輕度問題：偶爾發(fā)生且容易解決，或者問題并不在產(chǎn)品的主要功能上

提醒：評測完后別忘記依據(jù)問題的重要程度修改優(yōu)化設(shè)計稿和原型！

8. 用戶評測 User Evaluation

原型通過專家評測后，你可以找一些典型用戶使用原型。你可以把任務(wù)列給他們，讓他們自己嘗試完成任務(wù)。中間遇到的問題可以記錄下來，設(shè)計師通過觀察來進(jìn)行評分。

用戶最好是尋找符合人物角色（Persona）的目標(biāo)人群和真實用戶，這樣得出的結(jié)論是最可靠的。不過，大多數(shù)情況下，產(chǎn)品的可用性問題都是“功能隱藏太深”、“文字描述不清晰”等通俗問題，一般人也能作為用戶在測試中發(fā)現(xiàn)足夠多的問題。

比較常用的用戶評測方法是可用性測試：

1. 完成任務(wù)：讓用戶根據(jù)一張任務(wù)列表使用產(chǎn)品；
2. 記錄問題：一名觀察員在旁觀察記錄問題；
3. 填寫問卷：用戶完成任務(wù)后，填寫問卷；
4. 整理問題：整理記錄下來的問題并分類分級。

除此之外，也有很多其它方式，例如 Focusing Group 、Think Aloud 和 Probing 等，但核心都離不開可用性問題。

那么，還有一個問題，需要多少用戶才能做評測呢？怎么也要幾十上百個？其實只要五名用戶就可以發(fā)現(xiàn)80%的可用性問題。

如果你不相信，尼爾森在2000年就做過實驗，有數(shù)據(jù)為證：

數(shù)據(jù)來源：https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/

有趣的是，用戶評測的結(jié)果可能和專家評測的結(jié)果相差很遠(yuǎn)。我以設(shè)計師都身份做過很多次可用性測試，每次都能發(fā)現(xiàn)意想不到的問題，因為用戶視角和設(shè)計視角完全不同。

再次提醒：每次評測完后都要依據(jù)問題的重要程度修改優(yōu)化設(shè)計稿和原型！

總結(jié)

這個流程也不是單線程的，其中有些步驟，僅僅只是為了進(jìn)行下一步；另外一些，卻會對后面好幾個步驟產(chǎn)品影響。有幾個環(huán)節(jié)，是又是可以循環(huán)好幾輪來優(yōu)化方案。

不過，這些東西很難用文字表述出來，最好是自己在實踐中體會。如果一定要展現(xiàn)出來給大家看看，那就是下面這張流程圖了：

如果每次產(chǎn)品上線前都把步驟做好了，測試來幾輪，不一定耗費多少時間，但是效果絕對出乎你的意料。即便是再資深的產(chǎn)品專家和設(shè)計大神，都不可能算無遺漏，而數(shù)據(jù)永遠(yuǎn)是可靠的。

如果說實踐才是檢驗真理的唯一標(biāo)準(zhǔn)，那么用戶則是檢驗產(chǎn)品體驗的唯一標(biāo)準(zhǔn)。

作者：Z Yuhan，一名前華為騰訊交互設(shè)計，在英國學(xué)習(xí)了人機(jī)交互，樂意帶你由淺入深了解產(chǎn)品體驗；公眾號：體驗進(jìn)階

本文由 @Z Yuhan 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。