產(chǎn)品經(jīng)理知識體系根據(jù)產(chǎn)品全生命周期共分為五個階段：idea管理、需求管理、精益產(chǎn)品設(shè)計、產(chǎn)品研發(fā)、產(chǎn)品運營。本文是系列文章的第三篇：精益產(chǎn)品設(shè)計。良好的產(chǎn)品設(shè)計，能夠塑造良好的用戶體驗，將很大程度上提高用戶的滿意度。

用戶體驗和UCD

當(dāng)你早上醒來時發(fā)現(xiàn)陽光已經(jīng)照進你的窗戶，然而手機鬧鐘并沒有響，你打開手機發(fā)現(xiàn)手機鈴聲被調(diào)成了震動，手機上的時間告訴你如果你不想被扣工資，就必須在十分鐘之內(nèi)出門。好不容易跑到地鐵站發(fā)現(xiàn)公交卡里面沒有錢，走到自動充值機發(fā)現(xiàn)暫停充值服務(wù)只能去人工窗口排隊。終于進了地鐵站卻被告知地鐵線路信號故障，不得已你只好打車去上班，最終的結(jié)果就是你花了不少打車費但是還是遲到了。

相信很多人都經(jīng)歷過這其中的所有或者其中的某一件事情，那么這種又花錢又扣錢的事情是否可以避免呢？

如果地鐵設(shè)計時可以將信號預(yù)警機制以及故障自動修復(fù)機制完善的更好，可能就不會產(chǎn)生因為信號故障導(dǎo)致長時間交通限制的狀況發(fā)生。

如果自動充值機不會暫停服務(wù)也許你就可以更快的充值進入地鐵站發(fā)現(xiàn)地鐵故障，其實經(jīng)常出現(xiàn)的故障時因為充值機沒有很好的引導(dǎo)乘客正常充值，錯誤的充值方式經(jīng)常導(dǎo)致充值機發(fā)生故障。

如果手機沒有被調(diào)成震動，那么鈴聲正常叫醒你也許就不會發(fā)生著一些列的事情。手機鬧鐘沒有響是因為鈴聲被調(diào)成了震動，而手機并沒有提醒你鬧鐘也會變成震動。

生活中會使用各種各樣的產(chǎn)品或服務(wù)，如何產(chǎn)品的設(shè)計更符合我們的使用習(xí)慣，讓我們可以正確使用或者發(fā)現(xiàn)其中的問題，那么很多本可以不發(fā)生的事情都可以避免。

用戶在使用產(chǎn)品或服務(wù)過程中與產(chǎn)品或服務(wù)發(fā)生交互動作的這個過程就是我們經(jīng)常說到的用戶體驗。ISO標(biāo)準(zhǔn)中對用戶體驗的定義為：“人們對于針對使用或期望使用的產(chǎn)品、系統(tǒng)或者服務(wù)的認知印象和回應(yīng)”。簡單來說就是產(chǎn)品好不好用，用戶使用起來方不方便。

近年來用戶體驗設(shè)計在互聯(lián)網(wǎng)產(chǎn)品設(shè)計中尤為被重視，因為產(chǎn)品或服務(wù)被創(chuàng)造出來最終的目標(biāo)就是為人使用、為人服務(wù)。那么產(chǎn)品的好與壞就取決于用戶使用感受。

用戶體驗設(shè)計與產(chǎn)品設(shè)計有什么關(guān)系呢？準(zhǔn)確來說，用戶體驗設(shè)計是產(chǎn)品設(shè)計當(dāng)中必須考慮的一個因素，用戶體驗設(shè)計屬于產(chǎn)品設(shè)計中的一部分。

正因為用戶體驗設(shè)計的日益流行，也誕生了以用戶為中心的設(shè)計簡稱UCD，指在產(chǎn)品設(shè)計以及開發(fā)過程中的每一步都要將用戶列入考慮因素。

用戶體驗設(shè)計也好、UCD也好，無一例外都是將用戶當(dāng)作產(chǎn)品設(shè)計與開發(fā)當(dāng)中重要的環(huán)節(jié)，之所以在產(chǎn)品設(shè)計這一章的開始先來說用戶體驗，就是希望大家在接下來的閱讀中無論在產(chǎn)品設(shè)計流程中的哪一步都不要忘記用戶體驗。

這里列出四條周鴻祎關(guān)于用戶體驗設(shè)計的建議：

1. 用戶體驗的核心是用戶需求
2. 要超出用戶預(yù)期，能夠給用戶帶來驚喜
3. 好的用戶體驗要能夠給用戶感知
4. 好的用戶體驗從細節(jié)開始，并貫穿每一個細節(jié)

精益產(chǎn)品設(shè)計流程

在之前我們獲得了需求并且對需求進行了優(yōu)先級排序，明確了第一個版本產(chǎn)品都需要實現(xiàn)哪些需求，接下來就要將需求變成具體的產(chǎn)品功能以及產(chǎn)品原型，形成一個具象化的產(chǎn)品了。關(guān)于產(chǎn)品設(shè)計流程，在這里我將它分成了五個環(huán)節(jié)：規(guī)則設(shè)計、功能設(shè)計、流程設(shè)計、架構(gòu)設(shè)計以及原型設(shè)計。

規(guī)則設(shè)計

規(guī)則就相當(dāng)于產(chǎn)品的玩法，需要明確產(chǎn)品是什么、產(chǎn)品如何運作以及用戶如何使用產(chǎn)品或功能。在規(guī)則設(shè)計階段，你要完成兩個主要問題的回答：產(chǎn)品是什么？用戶如何使用產(chǎn)品？

產(chǎn)品的規(guī)則相當(dāng)于產(chǎn)品的核心業(yè)務(wù)邏輯，拿百度外賣舉例來說，用戶通過百度外賣APP下單，商家通過百度外賣APP接單進行食物制作，然后通知百度騎士進行配送，最后百度騎士將外賣送達到用戶手中完成整個業(yè)務(wù)閉關(guān)。這個業(yè)務(wù)邏輯就是產(chǎn)品的規(guī)則，它清晰的解釋了產(chǎn)品是什么以及用戶如何使用的問題，讓產(chǎn)品經(jīng)理自己以及團隊中的其他成員可以清楚了解產(chǎn)品的規(guī)則。

功能設(shè)計

功能設(shè)計就是將規(guī)則設(shè)計中所描述的規(guī)則進行細化和完善，形成具體的產(chǎn)品功能。在規(guī)則設(shè)計階段我們只是明確了產(chǎn)品是什么以及用戶如何使用，但是具體涉及到產(chǎn)品的哪些功能，還需要在功能設(shè)計階段將規(guī)則具體化、功能化。

在進行功能設(shè)計過程中，除了要考慮前面我們制定的規(guī)則外，還有幾個方面是我們應(yīng)該考慮的：

用戶需求：我們的功能就是為了滿足用戶需求而設(shè)計的，所以在功能設(shè)計時要充分考慮用戶需求，以人為本，以滿足用戶需求為第一目標(biāo)。

用戶任務(wù)：用戶任務(wù)就是用戶通過使用產(chǎn)品而完成某一個既定目標(biāo)，在功能設(shè)計時要考慮到用戶在完成任務(wù)路徑上會做什么，如何讓用戶更快、更容易完成任務(wù)。

使用場景：要考慮到用戶在什么場景下使用產(chǎn)品或功能，如PC端個人狀態(tài)分享時會以文字、圖片為主，而在移動端如微信在朋友圈進行分享根據(jù)用戶的使用場景在圖片、文字基礎(chǔ)上又加入了小視頻這種符合用戶使用場景的功能。

技術(shù)限制：不是所有的功能都能被開發(fā)團隊所實現(xiàn)，很多時候功能的可實現(xiàn)性都很大程度上依賴于技術(shù)能力，在功能設(shè)計時要考慮功能技術(shù)上的可實現(xiàn)性。

競品，對競品的功能分析也是我們在功能設(shè)計上常用的一種方式，通過對競品功能的分析取長補短，完善我們的功能設(shè)計。

流程設(shè)計

產(chǎn)品流程是描述產(chǎn)品或功能是如何具體運行的，讓開發(fā)團隊了解產(chǎn)品運行機制。

流程設(shè)計方法論：

1.回歸業(yè)務(wù)邏輯

業(yè)務(wù)邏輯是從業(yè)務(wù)即具體使用人的角度對某個任務(wù)執(zhí)行過程的描述，而流程就是對業(yè)務(wù)邏輯的流程化體現(xiàn)，所以在進行流程設(shè)計前要先明確業(yè)務(wù)邏輯，這樣設(shè)計出來的流程會與實際相符合。

2.明確用戶與任務(wù)

明確每一個流程中具體的用戶是誰以及任務(wù)是什么。

3.開始與結(jié)束

明確流程從哪里開始、到哪里結(jié)束，一般情況下流程只會有一個開始和一個結(jié)束。

4.參與角色

有時流程中可能不止一個參與角色，這時就要梳理清楚不同角色執(zhí)行任務(wù)的順序以及協(xié)作過程，通常對于多角色參與的流程可采用泳道圖（流程圖的一種）進行流程展現(xiàn)。

5.明確順序及異常情況

明確流程的執(zhí)行順序，在流程中如果遇到用戶執(zhí)行錯誤的操作或者系統(tǒng)發(fā)現(xiàn)異常如何處理也是要在流程設(shè)計中考慮清楚的。

6.優(yōu)化、調(diào)整

完成流程設(shè)計后可以找業(yè)務(wù)專家或者真實用戶參與測試或建議，對業(yè)務(wù)流程進行優(yōu)化或調(diào)整。

7.輸出文檔

最終形成業(yè)務(wù)完善的流程圖。

架構(gòu)設(shè)計

架構(gòu)設(shè)計設(shè)計是將產(chǎn)品的功能和內(nèi)容有序的組織在一起，讓用戶更容易找到自己想要的內(nèi)容，可以通過入口的安排、內(nèi)容組織傳達、突出某些信息給用戶。在這里主要是對功能內(nèi)容的組織以及框架選擇兩方面內(nèi)容。

在對功能和內(nèi)容的組織時，通常會參考以下幾個因素：

用戶的理解：在進行內(nèi)容、功能組織的時候要充分考慮用戶思維，按照用戶理解的方式對功能進行分類組織。如果對功能的組織分類把握不準(zhǔn)，可以采用卡片分類法加以判斷。卡片分類法先將產(chǎn)品的所有功能寫在一張張卡片上，然后邀請目標(biāo)用戶來對卡片進行分類，最終得到的結(jié)果就是從用戶的角度所理解的產(chǎn)品功能組織方式，在進行功能組織的時候可以參考卡片分類的結(jié)果進行功能與內(nèi)容的組織。

功能和內(nèi)容使用頻次：在進行功能和內(nèi)容的組織時，考慮用戶對功能以及內(nèi)容的使用頻次，將高頻次的功能與內(nèi)容放在用戶更容易找到的地方。

產(chǎn)品的核心功能：產(chǎn)品的核心功能要放在突出的位置，讓用戶可以快速發(fā)現(xiàn)并且方便使用。

關(guān)于框架的選擇：

移動端APP的產(chǎn)品框架就相當(dāng)于Web端的導(dǎo)航，讓用戶可以明確自己目前在哪，從哪來，可以去哪里。目前比較流行的框架有如下幾種：

1.Tab式

可以看到淘寶底部的tab式框架，用戶在使用時可以輕松切換tab標(biāo)簽來實現(xiàn)不同內(nèi)容的查看以及任務(wù)的完成。Tab式框架是目前主流產(chǎn)品所采用的方式，同樣一款框架有優(yōu)勢也必然有劣勢。

優(yōu)點：

• 主要功能突出，用戶不需要尋找
• 方便各功能入口間頻繁切換

缺點：

• 功能過多時，均放在tab導(dǎo)航會顯得過于笨重
• 沉浸式體驗不足

2.抽屜式

網(wǎng)易云音樂就是抽屜式框架的代表之一，將不同功能模塊的切換隱藏在APP的左上角，點開后才會展現(xiàn)不同功能模塊的選項。

優(yōu)點：

• 給內(nèi)容也足夠展示空間，營造沉浸式體驗
• 拓展性好，側(cè)邊欄可以提供更多功能入口展示空間

缺點：

• 主要功能入口不夠突出
• 切換入口需要二次點擊

3.跳板式

跳板式指產(chǎn)品的功能在首頁面上以一個個面板的形式展現(xiàn)，用戶可根據(jù)自己的目標(biāo)選擇相應(yīng)面板功能跳轉(zhuǎn)至相關(guān)功能頁面，這其中美圖秀秀是這一類框架的典型代表。

優(yōu)點：

• 清晰展現(xiàn)各個入口
• 可以展示多個入口

缺點：

• 重點功能不夠突出
• 各個入口間跳轉(zhuǎn)不靈活

4.列表式

列表式框架在內(nèi)容類產(chǎn)品中應(yīng)用的更為廣泛，內(nèi)容型產(chǎn)品以提供用戶信息為主，將信息以列表的形式展現(xiàn)給用戶，讓用戶可以獲取更多內(nèi)容。

優(yōu)點：

• 內(nèi)容層次清晰
• 可展示內(nèi)容多

缺點：

• 內(nèi)容過多時，無法突出重點內(nèi)容

5.結(jié)合式（推薦）

上述四種框架結(jié)構(gòu)是目前移動應(yīng)用所采用的主流方式，如果你有過很多產(chǎn)品的使用經(jīng)驗?zāi)銜l(fā)現(xiàn)，其實每款A(yù)PP并不是只應(yīng)用了這其中的某一種，而是根據(jù)產(chǎn)品的特點選用了其中的某幾種組合使用，如上面提到的知乎日報的例子，在內(nèi)容展現(xiàn)上采用了列表式框架，在產(chǎn)品功能模塊上就采用了抽屜式框架進行輔助。

所以，根據(jù)產(chǎn)品的特性，有針對性的對框架進行組合，會讓產(chǎn)品架構(gòu)更加符合用戶的目標(biāo)，框架的樣式不是重點，重要的是讓用戶可以更容易找到自己想要的功能與內(nèi)容。

原型設(shè)計

原型設(shè)計指對最終產(chǎn)品個頁面內(nèi)容簡單呈現(xiàn)，是將產(chǎn)品需求整合后的產(chǎn)品化體現(xiàn)以及用戶將如何與產(chǎn)品發(fā)生交互。原型是產(chǎn)品經(jīng)理要完成的關(guān)于對產(chǎn)品構(gòu)思的形象化文檔，為后續(xù)的交互設(shè)計師、開發(fā)團隊提供參考。

原型的作用：

• 整理自己想法和思路具象化手段
• 幫助你將你的構(gòu)想傳達給交互以及開發(fā)團隊
• 開發(fā)團隊的參考文檔

原型設(shè)計流程：

1. 根據(jù)信息架構(gòu)圖，明確產(chǎn)品的功能模塊
2. 規(guī)劃用戶任務(wù)路徑，明確用戶任務(wù)過程中需要的功能點
3. 明確用戶任務(wù)路徑上的具體頁面，將功能點與頁面進行匹配
4. 形成頁面流程圖
5. 完成具體頁面設(shè)計

關(guān)于原型設(shè)計的幾點建議：

• 不糾結(jié)繪制工具，原型繪制的工具很多Axure、墨刀、PS、Sketch等等數(shù)不勝數(shù)，在這里不要糾結(jié)使用哪種軟件更有逼格，只要能把產(chǎn)品的構(gòu)想完整表達出來就行。
• 不追求高保真，關(guān)于產(chǎn)品原型的完成程度以及交互細節(jié)，產(chǎn)品原型一般有低保真（簡單線框圖）和高保真（帶有復(fù)雜交互動作的線框圖），網(wǎng)上關(guān)于原型交互的教程也很多，但是在這里我想說明的是與其將時間用來制作高保真原型，不如用更多的時間研究如何讓產(chǎn)品的用戶體驗更好，更符合用戶的使用習(xí)慣。
• 不過度設(shè)計，在進行產(chǎn)品功能設(shè)計時要充分考慮目前市場上流行產(chǎn)品的用戶使用習(xí)慣，除非你要做一個革命性的創(chuàng)新，否則最好還是按照主流用戶習(xí)慣進行產(chǎn)品功能以及流程設(shè)計。

案例實戰(zhàn)

BestProduct規(guī)則設(shè)計

BestProduct的初衷就是通過系統(tǒng)提供優(yōu)秀產(chǎn)品供用戶點評，提高用戶對產(chǎn)品的感知以及提升用戶的產(chǎn)品能力。

BestProduct核心業(yè)務(wù)邏輯

BestProduct功能設(shè)計

在需求優(yōu)先級選擇時，就已經(jīng)明確了產(chǎn)品的功能，BestProduct中的核心功能以產(chǎn)品點評及點評評論為主，其他功能也都是圍繞核心功能進行展開的。

BestProduct流程設(shè)計

在這里列出了產(chǎn)品基礎(chǔ)功能登陸、注冊流程以及核心功能產(chǎn)品點評、點評評論流程。

登陸、注冊流程：

產(chǎn)品點評、點評評論流程：

BestProduct框架選擇：

產(chǎn)品初期的功能模塊只有三個：首頁、發(fā)現(xiàn)、我，所以在選擇產(chǎn)品框架是采用了主流的Tab式框架，方便用戶在三個功能模塊間快速切換。發(fā)現(xiàn)模塊的功能是對往期產(chǎn)品的展現(xiàn)，所以在這個模塊中選用了列表式的框架作為輔助框架。

BestProduct原型設(shè)計：

原型設(shè)計采用了低保真的線框圖，對基礎(chǔ)的登陸、注冊頁面，核心功能頁面以及三大模塊頁面進行了展現(xiàn)。

頁面框架圖

登陸注冊頁面

原型頁面中相關(guān)邏輯規(guī)則、交互規(guī)則的注釋以及說明，因相對復(fù)雜，所以沒有在本文體現(xiàn)，有興趣的同學(xué)可以下載本文中的需求文檔學(xué)習(xí)具體內(nèi)容。

在評論中留下你的郵箱，我會在第一時間將原版需求文檔發(fā)給你。

相關(guān)閱讀：

《產(chǎn)品經(jīng)理知識體系之idea管理》

《產(chǎn)品經(jīng)理知識體系之需求管理》

作者：記小憶，公眾號：PM龍門陣。

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