該篇文章是承接上一篇《新產(chǎn)品開發(fā)的完整流程之產(chǎn)品評估》，主要介紹新產(chǎn)品開發(fā)流程中的產(chǎn)品設(shè)計部分。

新產(chǎn)品開發(fā)流程：產(chǎn)品評估 -> 產(chǎn)品設(shè)計 -> 開發(fā) -> 上線 -> 迭代

一、需求分析

需求分析是產(chǎn)品經(jīng)理工作的重中之重，工作中的需求來源如下：

1. 老板提出的戰(zhàn)略性的需求
2. 產(chǎn)品經(jīng)理根據(jù)產(chǎn)品方向規(guī)劃的需求
3. 運(yùn)營和數(shù)據(jù)分析出的需求
4. 市場調(diào)研出的需求
5. 競品分析出的需求
6. 用戶訪談提出需求
7. 其他參與者和關(guān)注者（同事等）反饋的需求等

產(chǎn)品經(jīng)理平時工作中，會收集到許多需求，建立自己的需求池很有必要。

并非所有的需求都需要實現(xiàn)，這時就需要產(chǎn)品經(jīng)理根據(jù)經(jīng)驗，分析出什么是用戶真正渴求的需求，哪些又事臨時的不必要的偽需求。

如何判斷真?zhèn)涡枨?，最好找到需求提出者，多問幾個“為什么？”。

比如，需求提出者：我想要一匹馬。

產(chǎn)品經(jīng)理：為什么？

提出者：我想去流浪，尋找我的詩和遠(yuǎn)方。

這時產(chǎn)品經(jīng)理就了解到提出者的真正目的是旅行，并不是想要一匹馬養(yǎng)著玩。

產(chǎn)品經(jīng)理：那我為您提供一輛車如何？車?yán)镞€配備導(dǎo)航系統(tǒng)和高級音響。

產(chǎn)品經(jīng)理在收集需求時，經(jīng)常聽到客戶建議“如何做”產(chǎn)品，而不是產(chǎn)品應(yīng)該“做什么”，畢竟思考問題的解決方案是人類的本性。如果產(chǎn)品經(jīng)理試著思考產(chǎn)品要做什么，就會發(fā)現(xiàn)實現(xiàn)方法如此之多。

客戶其實不必考慮解決問題的途徑。他們不知道公司的業(yè)務(wù)模式、產(chǎn)品未來的定位、甚至不知道什么是可行的，想出的解決方案是針對他們自身情況的，多數(shù)不是最優(yōu)方案。

如果只是簡單的根據(jù)用戶的需求設(shè)計產(chǎn)品，會陷入不斷添加新功能、修改產(chǎn)品框架的怪圈。你會為縫縫補(bǔ)補(bǔ)的任務(wù)疲于奔命，無暇思考創(chuàng)新的解決方案。

二、產(chǎn)品原型

經(jīng)過需求分析，整理出必要需求；梳理業(yè)務(wù)流程和功能流程，確認(rèn)無誤后，就可以著手原型的繪制。

繪制原型的注意事項：

1. 針對復(fù)雜或前沿的功能設(shè)計時，最好邀請架構(gòu)師或技術(shù)人員一起參與，確認(rèn)該功能的可行性和是否有更好的方式實現(xiàn)。
2. 與UI設(shè)計師并行工作，便于UI設(shè)計師更好的理解產(chǎn)品，設(shè)計出更加符合用戶體驗的產(chǎn)品。
3. 效果圖設(shè)計完成后，制作成高保真原型并進(jìn)行原型測試，

三、確定基本產(chǎn)品 – 消減功能還是延長工期？

產(chǎn)品設(shè)計，不要再試圖定義最終產(chǎn)品，轉(zhuǎn)而定義只滿足基本要求（有價值、可用性、可行性）的產(chǎn)品，簡稱基本產(chǎn)品。

基本產(chǎn)品是一個有機(jī)的整體，去掉任何元素，都不可能獲得預(yù)期的效果。

基本產(chǎn)品設(shè)計方式：

1. 產(chǎn)品經(jīng)理與設(shè)計師合作設(shè)計產(chǎn)品的高保真原型，這個原型只具備實現(xiàn)商業(yè)目的的最基本功能要求，以及良好的用戶體驗和吸引力。
2. 邀請以為開發(fā)人員（比如框架師或主程序員）參與原型設(shè)計，幫助評估各種功能的直接成本和間接成本，指出設(shè)計上的誤區(qū)，評估尚不確定是否可行的功能。等產(chǎn)品原型確定時，可詳細(xì)評估出所有產(chǎn)品功能的時間成本。而且對產(chǎn)品也做到了心中有數(shù)。
3. 請真實用戶驗證（測試）產(chǎn)品原型，這一點至關(guān)重要。在產(chǎn)品團(tuán)隊全力開發(fā)產(chǎn)品前，產(chǎn)品經(jīng)理必須確信產(chǎn)品是用戶需要的。就像不能因為開發(fā)人員對自己的代碼有信心就允許上線一樣。產(chǎn)品經(jīng)理也不能僅僅因為相信就開發(fā)，都是需要驗證的。

一旦基本產(chǎn)品確定，通過了目標(biāo)用戶的測試，就不能再削減任何功能，如果還能削減，那說明你定義的不是基本產(chǎn)品。

四、用戶體驗設(shè)計與實現(xiàn)

在這個產(chǎn)品同質(zhì)化嚴(yán)重的大環(huán)境下，技術(shù)已經(jīng)不再是產(chǎn)品的核心競爭力，好的用戶體驗才是抓住用戶的制勝法寶。

在產(chǎn)品開發(fā)的過程中，許多工作是可以同步進(jìn)行的。比如原型設(shè)計與UI設(shè)計，技術(shù)開發(fā)和測試；但是不建議UI設(shè)計（用戶體驗設(shè)計）與技術(shù)并行。

原因如下：

1. 與軟件開發(fā)團(tuán)隊合作的人要記住一點，一點產(chǎn)品進(jìn)入開發(fā)階段，再修改設(shè)計思路是非常困難的，而且越往后修改的成本越高。
2. 用戶體驗設(shè)計要保證產(chǎn)品同時具備可用性和價值，任務(wù)很重。為了拿出可用又具有價值的設(shè)計，必須盡早、反復(fù)地驗證設(shè)計思路。
3. 我認(rèn)為驗證設(shè)計思路最好使用高保真原型。為了驗證各種設(shè)計思路，產(chǎn)品原型可以隨意修改。而開發(fā)中的產(chǎn)品應(yīng)該以固定的原型為基礎(chǔ)。
4. 產(chǎn)品開發(fā)可以分多次迭代，但用戶體驗卻不能拆分。設(shè)計師必須全面地，連貫地看待用戶體驗，考慮以往用戶的使用習(xí)慣。讓用戶放棄不可用的軟件很容易，要他們放棄使用習(xí)慣卻很難。

如果產(chǎn)品設(shè)計與開發(fā)同步展開，多半會出現(xiàn)設(shè)計師飽受壓力，在極有限的時間內(nèi)完成一個自己不是很滿意，前后不統(tǒng)一，漏洞百出的作品，應(yīng)付了事。實際開發(fā)后，再進(jìn)行修補(bǔ)，只會浪費更多的時間。所以用戶體驗設(shè)計應(yīng)該在軟件開發(fā)前完成，通過驗證后再交與開發(fā)。

五、產(chǎn)品驗證+原型測試

1. 產(chǎn)品驗證

產(chǎn)品驗證是證明產(chǎn)品的價值、可用性、可行性。

產(chǎn)品驗證是指在正式開發(fā)、部署產(chǎn)品前，驗證產(chǎn)品是否符合預(yù)期要求。
產(chǎn)品團(tuán)隊對自己的產(chǎn)品往往過于自信，不愿意驗證產(chǎn)品，只顧埋頭開發(fā)，總想著等到公開測試時再收反饋意見。毫無疑問，到時候再想大幅度修改產(chǎn)品是不可能了，因此許多產(chǎn)品剛發(fā)布時表現(xiàn)的非常糟糕，也不足為奇。

因此產(chǎn)品團(tuán)隊將產(chǎn)品交付開發(fā)前，需要進(jìn)行以下三項重要驗證：

（1）可行性測試

首先要明確在現(xiàn)有技術(shù)條件下，能否成功開發(fā)出產(chǎn)品，邀請架構(gòu)師和開發(fā)人員深度參與技術(shù)調(diào)研，尋找可行的方案。

重點是讓開發(fā)人員尋找產(chǎn)品設(shè)計里那些難以克服的障礙，現(xiàn)在發(fā)現(xiàn)遠(yuǎn)比損失了時間和資金后發(fā)現(xiàn)來的好。如果產(chǎn)品存在可行性風(fēng)險，一定要提前解決這些問題。

（2）可用性測試

交互設(shè)計師應(yīng)與產(chǎn)品經(jīng)理密切合作，想方設(shè)法突出產(chǎn)品的功能特性，讓不用類型的用戶都能明白如何使用。

可用性測試往往能發(fā)現(xiàn)沒能成功實現(xiàn)的產(chǎn)品需求，如果測試得當(dāng)?shù)脑?，甚至能發(fā)現(xiàn)原本被忽略的產(chǎn)品需求。一定要邀請真是用戶進(jìn)行可用性測試。

（3）價值測試

最后，僅僅知道產(chǎn)品能夠開發(fā)出來，方便使用，還是不夠。同樣要緊的是知道用戶是否覺得你的產(chǎn)品有用，是否愿意購買。

價值測試可以和可用性測試同事進(jìn)行，只不過可用性測試重在觀察用戶如何設(shè)法完成必要的操作，而價值測試重在觀察用戶是否喜歡這些功能，是否滿意功能的具體實現(xiàn)方式。

2. 原型測試

原型測試是讓真實用戶使用高保真原型，測試產(chǎn)品創(chuàng)意。目的在于加深產(chǎn)品經(jīng)理對產(chǎn)品的理解，避免開發(fā)團(tuán)隊浪費時間和精力開發(fā)沒有把握的產(chǎn)品。

很多公司是這樣的，老板想到一個老點子，產(chǎn)品經(jīng)理就著手開始原型設(shè)計，設(shè)計好沒有進(jìn)行測試就著急讓技術(shù)開發(fā)，孤注一擲。用實際產(chǎn)品搭上全部開發(fā)時間進(jìn)行產(chǎn)品探索。他們開發(fā)的是一款非常昂貴的原型，讓知情的用戶掏錢參與原型測試，這些公司至少需要一兩年時間（發(fā)布幾個版本）才能盈利。

這也是許多創(chuàng)業(yè)階段的公司失敗的原因——他們往往沒有足夠的資金維持兩年，因求勝心切，盲目招聘開發(fā)人員，拼力一搏，結(jié)果可想而知。

注意，產(chǎn)品可用性測試（驗證用戶能否想明白如何使用產(chǎn)品）和產(chǎn)品價值測試（檢驗用戶是否渴望使用產(chǎn)品）同樣重要。

以下介紹如何開展原型測試：

（1）物色測試者

如果是企業(yè)級的產(chǎn)品，同類產(chǎn)品的展銷會是尋找目標(biāo)用戶的好去處。如果是大眾產(chǎn)品，可以邀請自己的親朋好友參加測試，但不能僅限于親友。離開公司，到用戶聚集的地方去。

（2）準(zhǔn)備測試

確定可用性測試的內(nèi)容，并擬出問題，就產(chǎn)品的價值向測試者提問。

（3）原型測試

1. 測試前不宜與測試者交談過多。
2. 務(wù)必告知測試者，這是產(chǎn)品原型，是初步的產(chǎn)品創(chuàng)意，不是正式產(chǎn)品；請說出真實看法（不管好壞），不必礙于情面有所保留；記住被測試的對象是原型，不是測試者；
3. 測試時，盡量讓測試者保持平和的情緒，千萬不要讓他們陷入吹毛求疵的狀態(tài)。應(yīng)該多觀察用戶操作，少聽他們抱怨。
4. 測試時盡量保持安靜，不要給測試者提示?？酥谱∠胍獛椭臎_動。
5. 測試的作用是理解目標(biāo)用戶如何看待產(chǎn)品要解決的問題，發(fā)現(xiàn)原型與用戶期望不一致或不相符的地方，也就是原型不符合用戶直覺和習(xí)慣的地方。

（4）更新原型

測試原型的目的是找出原型中需要修改的部分，提高原型的可用性和價值（吸引力）。及時糾正發(fā)現(xiàn)缺陷。

原型測試的整個過程聽起來很復(fù)雜，但其實可以做的簡單高效。只要帶上筆記本或原型，找一位還沒有用過的用戶試用一下，你會發(fā)現(xiàn)遠(yuǎn)比你想象的簡單。

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

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