一、產(chǎn)品探索——定義正確的產(chǎn)品
軟件項目可以分為2個階段：
step1：弄清楚要開發(fā)什么產(chǎn)品（定義正確的產(chǎn)品，強調(diào)探索產(chǎn)品）
目的：探索出兼具功能性與設(shè)計性的產(chǎn)品。
方法：
- 尋找市場，讓用戶驗證你的構(gòu)思。探索是否有用戶需要產(chǎn)品（不難）。
- 探索能夠解決問題的產(chǎn)品方案（難）。即設(shè)計解決方案，并請用戶和開發(fā)團隊來驗證“有價值、可用、可行”。
- 需求調(diào)研和產(chǎn)品設(shè)計都要在軟件開發(fā)前完成，在此期間至少邀請一名軟開人員檢查設(shè)計工作，協(xié)助評估產(chǎn)品設(shè)計和產(chǎn)品原型，及時反饋關(guān)于可行性、成本、解決方案的建議，以做出更明智的決策。
step2：開發(fā)該產(chǎn)品（正確地開發(fā)產(chǎn)品；強調(diào)執(zhí)行——項目經(jīng)理型）
捕捉問題迅速解決。保證團隊不受干擾，專注完成項目，按時發(fā)布產(chǎn)品。
培養(yǎng)自己的宏觀思考能力和設(shè)計能力。
二、探索（定義）產(chǎn)品的過程，要回答如下問題：
- 采用什么技術(shù)，來更好地解決產(chǎn)品要解決的問題？
- 設(shè)計什么樣的用戶體驗？
成功的產(chǎn)品基于以下兩點認識：
- 深入理解用戶需求：
- 明白什么樣的解決方案在現(xiàn)階段是可行的。
注意：
- 產(chǎn)品需求不能由用戶說了算，因為：在看到具體的產(chǎn)品之前，用戶很難知道自己想要什么；用戶不知道什么產(chǎn)品是可行的（在目前的技術(shù)條件下可實現(xiàn)）；用戶之間缺少溝通，需求很難統(tǒng)一。
- 明確“探索/定義產(chǎn)品的進度不可控”，但也要設(shè)定deadlne。
三、常見錯誤：
- PM不時冒出新點子；——放到下一版本中定義與開發(fā)；用流水線方式（1.0開發(fā)和2.0定義）并行開發(fā)產(chǎn)品。注意不要干擾正在執(zhí)行的項目。
- 高管提要求修改產(chǎn)品；
- 花大成本開發(fā)出實際產(chǎn)品后，才進入市場進行測試。這是很多創(chuàng)業(yè)公司失敗的原因——不如用原型或MVP測試先探索產(chǎn)品，確定滿足“三性”的解決方案后，再全面轉(zhuǎn)入執(zhí)行階段。在此之前不需大量開發(fā)人員，他們可參與探索產(chǎn)品或準備基礎(chǔ)軟件設(shè)施搭建。
四、重新定義產(chǎn)品說明文檔——產(chǎn)品高保真原型圖（描述產(chǎn)品的最基本方式）（by PM+設(shè)計師）
現(xiàn)在的產(chǎn)品需求文檔存在問題：
內(nèi)容、質(zhì)量、形式差別太大，沒有提供必要細節(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)品原型成本低，反饋高，可用于給團隊檢查，可讓用戶驗證。
總結(jié)：
高保真原型圖為主，補充用例（描述重要的產(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ǔ)軟件）。
原因：一旦進入開發(fā)階段，再修改設(shè)計思路非常困難，成本太高；且前期的架構(gòu)極大制約后期的開發(fā)工作；打擊開發(fā)的斗志，增加團隊壓力；用戶體驗設(shè)計的驗證需要盡早、反復(fù)進行（一兩天幾十個點子）。
產(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)品）；一旦進入軟件開發(fā)環(huán)節(jié)，PM就不能再隨意修改設(shè)計。
如果開發(fā)時間估計過短？
只能延長工期，不能削減功能。
行動：
設(shè)計產(chǎn)品時一定要考慮哪些功能是最重要的，爭取設(shè)計出只滿足基本要求的、不可削減的產(chǎn)品。
