一、產(chǎn)品探索——定義正確的產(chǎn)品
軟件項目可以分為2個階段:
step1:弄清楚要開發(fā)什么產(chǎn)品(定義正確的產(chǎn)品僚匆,強(qiáng)調(diào)探索產(chǎn)品)
目的:探索出兼具功能性與設(shè)計性的產(chǎn)品微渠。
方法:
- 尋找市場,讓用戶驗證你的構(gòu)思咧擂。探索是否有用戶需要產(chǎn)品(不難)逞盆。
- 探索能夠解決問題的產(chǎn)品方案(難)。即設(shè)計解決方案松申,并請用戶和開發(fā)團(tuán)隊來驗證“有價值云芦、可用、可行”贸桶。
- 需求調(diào)研和產(chǎn)品設(shè)計都要在軟件開發(fā)前完成舅逸,在此期間至少邀請一名軟開人員檢查設(shè)計工作,協(xié)助評估產(chǎn)品設(shè)計和產(chǎn)品原型皇筛,及時反饋關(guān)于可行性堡赔、成本、解決方案的建議设联,以做出更明智的決策善已。
step2:開發(fā)該產(chǎn)品(正確地開發(fā)產(chǎn)品;強(qiáng)調(diào)執(zhí)行——項目經(jīng)理型)
捕捉問題迅速解決离例。保證團(tuán)隊不受干擾换团,專注完成項目,按時發(fā)布產(chǎn)品宫蛆。
培養(yǎng)自己的宏觀思考能力和設(shè)計能力艘包。
二的猛、探索(定義)產(chǎn)品的過程,要回答如下問題:
- 采用什么技術(shù)想虎,來更好地解決產(chǎn)品要解決的問題卦尊?
- 設(shè)計什么樣的用戶體驗?
成功的產(chǎn)品基于以下兩點認(rèn)識:
- 深入理解用戶需求:
- 明白什么樣的解決方案在現(xiàn)階段是可行的舌厨。
注意:
- 產(chǎn)品需求不能由用戶說了算岂却,因為:在看到具體的產(chǎn)品之前,用戶很難知道自己想要什么裙椭;用戶不知道什么產(chǎn)品是可行的(在目前的技術(shù)條件下可實現(xiàn))躏哩;用戶之間缺少溝通,需求很難統(tǒng)一揉燃。
- 明確“探索/定義產(chǎn)品的進(jìn)度不可控”扫尺,但也要設(shè)定deadlne。
三炊汤、常見錯誤:
- PM不時冒出新點子正驻;——放到下一版本中定義與開發(fā);用流水線方式(1.0開發(fā)和2.0定義)并行開發(fā)產(chǎn)品抢腐。注意不要干擾正在執(zhí)行的項目拨拓。
- 高管提要求修改產(chǎn)品谋竖;
- 花大成本開發(fā)出實際產(chǎn)品后暂雹,才進(jìn)入市場進(jìn)行測試。這是很多創(chuàng)業(yè)公司失敗的原因——不如用原型或MVP測試先探索產(chǎn)品罢猪,確定滿足“三性”的解決方案后授瘦,再全面轉(zhuǎn)入執(zhí)行階段醋界。在此之前不需大量開發(fā)人員,他們可參與探索產(chǎn)品或準(zhǔn)備基礎(chǔ)軟件設(shè)施搭建提完。
四形纺、重新定義產(chǎn)品說明文檔——產(chǎn)品高保真原型圖(描述產(chǎn)品的最基本方式)(by PM+設(shè)計師)
現(xiàn)在的產(chǎn)品需求文檔存在問題:
內(nèi)容、質(zhì)量徒欣、形式差別太大逐样,沒有提供必要細(xì)節(jié)、關(guān)鍵信息打肝,不能解決問題脂新,雖然花費大量時間撰寫,但少有人閱讀粗梭。
理想的產(chǎn)品說明文檔應(yīng)該滿足要求:
- 完整描述用戶體驗(包括用戶需求争便,交互設(shè)計,視覺設(shè)計)断医;
- 描述軟件的行為滞乙;
- 受眾廣(開發(fā)奏纪、測試、客服斩启、市場序调、運維、銷售兔簇、管理層等)发绢,能直觀傳遞產(chǎn)品信息和產(chǎn)品行為;
- 可以修改男韧,適應(yīng)新情況朴摊;(為了驗證各種設(shè)計思路默垄,產(chǎn)品原型應(yīng)該可以隨意修改此虑,完成任務(wù)后應(yīng)該被丟棄;而開發(fā)中的產(chǎn)品應(yīng)該以固定的原型為基礎(chǔ))
- 撰寫PRD過程中口锭,有許多衍生物朦前,比如按優(yōu)先級排列的需求列表,線框圖鹃操,實體模型韭寸。但應(yīng)該有一個主體來代表產(chǎn)品,避免混淆荆隘,版本混亂恩伺。
滿足以上需求的只有——高保真原型圖
- 由它體現(xiàn):產(chǎn)品功能需求,信息架構(gòu)椰拒,用戶體驗晶渠,交互設(shè)計,視覺設(shè)計燃观。
- 它包括:模擬后臺處理流程和某些數(shù)據(jù)褒脯,關(guān)鍵的用戶體驗組件,產(chǎn)品頁面和主要用例缆毁。
- 它最突出的優(yōu)勢:產(chǎn)品原型成本低番川,反饋高,可用于給團(tuán)隊檢查脊框,可讓用戶驗證颁督。
總結(jié):
高保真原型圖為主,補(bǔ)充用例(描述重要的產(chǎn)品行為)和說明文檔(最理想的方式是在原型上增加注釋)浇雹。
注意:開發(fā)中的產(chǎn)品與產(chǎn)品原型有很大區(qū)別适篙,不能混用。
五箫爷、用戶體驗設(shè)計與實現(xiàn)——先定義用戶體驗再動手開發(fā)
- 應(yīng)該并行的工作:需求調(diào)研和產(chǎn)品設(shè)計(即用戶體驗設(shè)計)嚷节;開發(fā)與測試聂儒。
- 不可并行的工作:用戶體驗設(shè)計和軟件開發(fā)——用戶體驗設(shè)計應(yīng)該在軟件開發(fā)前完成(除非開發(fā)要開發(fā)大量后臺基礎(chǔ)軟件)。
原因:一旦進(jìn)入開發(fā)階段硫痰,再修改設(shè)計思路非常困難衩婚,成本太高;且前期的架構(gòu)極大制約后期的開發(fā)工作效斑;打擊開發(fā)的斗志非春,增加團(tuán)隊壓力;用戶體驗設(shè)計的驗證需要盡早缓屠、反復(fù)進(jìn)行(一兩天幾十個點子)奇昙。
產(chǎn)品開發(fā)可以分成多次迭代,但用戶體驗設(shè)計卻(需要連貫)不能拆分敌完。設(shè)計師必須全面储耐、連貫地看待用戶體驗,考慮用戶使用習(xí)慣滨溉。用戶體驗設(shè)計至少需要一兩周時間什湘。
六、定義基本產(chǎn)品
不再試圖定義最終產(chǎn)品(以免工期預(yù)期出錯晦攒,后期不斷削減功能或延長工期)闽撤,而是定義只滿足基本要求(價值,可用性脯颜,可行性)的產(chǎn)品哟旗。
流程:
- PM和設(shè)計師合作設(shè)計產(chǎn)品的高保真原型圖(只具備實現(xiàn)商業(yè)目標(biāo)的最基本功能要求,以及良好的用戶體驗和吸引力)
- 邀請開發(fā)人員協(xié)助分析可行性栋操,估算時間成本闸餐。
- 請真實用戶驗證產(chǎn)品原型,保證用戶需求得到滿足讼庇。
- 一旦基本產(chǎn)品確定绎巨,通過了目標(biāo)用戶的測試,就不可能再削減任何功能(如果還能削減蠕啄,說明你定義的不是基本產(chǎn)品)场勤;一旦進(jìn)入軟件開發(fā)環(huán)節(jié),PM就不能再隨意修改設(shè)計歼跟。
如果開發(fā)時間估計過短和媳?
只能延長工期,不能削減功能哈街。
行動:
設(shè)計產(chǎn)品時一定要考慮哪些功能是最重要的留瞳,爭取設(shè)計出只滿足基本要求的、不可削減的產(chǎn)品骚秦。