開發(fā)、設(shè)計(jì)師、測試、老板、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、運(yùn)營、市場、銷售、客戶、財(cái)務(wù)等其他角色。

4. 輸出物

文檔：Word、ppt

交互或者原型稿件：Axure、UI界面

5. 產(chǎn)品需求文檔結(jié)構(gòu)

命名和編號

修訂記錄

背景分析（產(chǎn)品背景、行業(yè)背景、國家政策）

需求分析

用戶定位

產(chǎn)品目標(biāo)

總體架構(gòu)（技術(shù)架構(gòu)、功能架構(gòu)）

業(yè)務(wù)流程

功能設(shè)計(jì)（功能總表、用戶角色、功能詳情）

產(chǎn)品特色

產(chǎn)品模塊清單

產(chǎn)品適配清單（支持的瀏覽器、數(shù)據(jù)庫、中間件、操作系統(tǒng)）

6. 需求分析原則及方法

6.1. 產(chǎn)品需求的三個(gè)層次

基礎(chǔ)性需求、期望性需求、興奮性需求

6.2. 馬斯洛需求五個(gè)層次

生理需求、安全需求、社交需求、尊重需求、自我實(shí)現(xiàn)

6.3. 需求管理的四個(gè)環(huán)節(jié)

采集需求、分析需求、篩選需求、處理需求

6.4. 需求分析四象限

重要并緊急、重要不緊急、不重要但緊急、不重要不緊急

7. 需求分析及產(chǎn)出

WWH法：是什么？為什么？怎么做 ？

需求分析貫穿整個(gè)產(chǎn)品全生命周期，包括產(chǎn)品概念期、產(chǎn)品設(shè)計(jì)開發(fā)期、上線后-成長期、成熟運(yùn)營期、產(chǎn)品衰退期。

7.1. 明確問題

7.1.1. 需求收集渠道

明確需求收集渠道，確定用戶群體和需求調(diào)研的方法，比如問卷調(diào)查、訪談、名義小組會(huì)議、頭腦風(fēng)暴法、觀察法、親和圖、蒙特卡洛技術(shù)、魚骨圖、提示清單等方法。

提出需要解決的問題，明確需求帶來的價(jià)值。利用目標(biāo)用戶、場景、問題三個(gè)思考維度，去定義真正意義上的產(chǎn)品需求，示例如下：

通過用戶針對不同的場景，明確了主要問題需求，怎么思考產(chǎn)品需求怎么體現(xiàn)到產(chǎn)品設(shè)計(jì)上面，從而體現(xiàn)產(chǎn)品價(jià)值，包括產(chǎn)品設(shè)計(jì)成型后的市場推廣方式至關(guān)重要。產(chǎn)品問題產(chǎn)生的產(chǎn)品價(jià)值示例如下：

7.1.2. 拆解需求

拆解需求指的是把已經(jīng)明確的問題，從多個(gè)維度進(jìn)行拆解，目的就是為了找到更合適的解決方案。

拆解問題的五個(gè)維度分別是積極層面、否定層面、轉(zhuǎn)移層面、拆解、腦洞。

? 積極層面：通?？梢圆鸾獬鲈趺醋鰧τ脩魜碇v可以產(chǎn)生更積極的情感。

? 否定層面：通?？梢圆鸾?，即使不做什么，依然可以產(chǎn)生好的結(jié)果。

? 轉(zhuǎn)移層面：轉(zhuǎn)移指的是不直接單獨(dú)解決當(dāng)前用戶的問題，通過轉(zhuǎn)移法，用戶轉(zhuǎn)移、問題轉(zhuǎn)移等。

? 拆解：把當(dāng)前問題刨根問底的拆，挖掘更多的可能性、找到問題本質(zhì)。

? 腦洞：這個(gè)更多的靠靈感、經(jīng)驗(yàn)等進(jìn)行頭腦風(fēng)暴，補(bǔ)充其他維度考慮不到的地方。

7.1.3. 需求管理

7.1.3.1. Kano模型

Kano模型是對用戶需求分類和優(yōu)先排序的工具，以分析用戶需求對用戶滿意的影響為基礎(chǔ)，體現(xiàn)了產(chǎn)品性能和用戶滿意之間的非線性關(guān)系。

Kano模型把需求分為五類：基本型需求、期望型需求、 興奮型需求、無差異性需求、反向型需求。怎么通過模型知道用戶的需求類型，示例如下：

7.1.3.2. 時(shí)間管理四象限法

時(shí)間管理四象限法分別按照緊急程度和重要程度分為重要且緊急、緊急不重要、重要但不緊急、不緊急不重要。具體示例如下：

本方法的優(yōu)勢可以評估產(chǎn)品開發(fā)的時(shí)間優(yōu)先級，對于一些重要且緊急的功能開發(fā)能夠做到心中有數(shù)。

7.1.3.3. ICE排序法

ICE排序法是一種比較嚴(yán)謹(jǐn)科學(xué)的分析需求的方法，通過幾個(gè)幾個(gè)維度給需求進(jìn)行相應(yīng)的打分，以總分的高低去排序。

I（Impact）：影響范圍。

C（confidence）：對上線效果的自信程度評估。

E（ease）：開發(fā)難易程度（工作量+技術(shù)難易程度）評估。

7.1.4. 需求輸出

7.1.4.1. 輸出內(nèi)容

思維導(dǎo)圖、業(yè)務(wù)流程圖、原型圖、需求說明文檔、功能說明文檔等

7.1.4.2. 輸出角色

業(yè)務(wù)人員、技術(shù)經(jīng)理、后端技術(shù)人員、前端技術(shù)人員、UI、UE人員

7.1.4.3. 溝通樣例

（一）業(yè)務(wù)人員

面對業(yè)務(wù)人員，主要是講產(chǎn)品功能實(shí)現(xiàn)和重點(diǎn)業(yè)務(wù)流程，主要依靠思維導(dǎo)圖或者原型圖去講解產(chǎn)品可帶來的價(jià)值和解決了什么樣的問題。

（二）后端開發(fā)人員

面對后端開發(fā)人員需要給技術(shù)經(jīng)理協(xié)調(diào)和溝通，確定的項(xiàng)有數(shù)據(jù)庫怎么寫，字段（數(shù)據(jù)結(jié)構(gòu)）怎么定義，最后生成什么樣的表，當(dāng)用戶進(jìn)行相關(guān)業(yè)務(wù)操作時(shí)（增刪改查），怎么去設(shè)計(jì)接口，接口設(shè)計(jì)對應(yīng)數(shù)據(jù)庫，先調(diào)用什么樣的接口，傳輸什么樣的參數(shù)，返回什么樣的結(jié)果。進(jìn)行前端解析，后臺數(shù)據(jù)圖形化，最后呈現(xiàn)給業(yè)務(wù)用戶。

（三）UI、UE人員

面試UI、UE人員從行業(yè)特征、用戶群體特征、用戶習(xí)慣等方面來確定產(chǎn)品視覺和交互形式。

（四）前端開發(fā)人員

通過評審后的UI設(shè)計(jì)稿交付給前端人員，進(jìn)行前端頁面的開發(fā)。

（五）測試人員

面對測試人員，跟進(jìn)產(chǎn)品測試情況，提供產(chǎn)品需求文檔和原型圖及UI設(shè)計(jì)圖，編寫測試用例，把控測試時(shí)間，協(xié)調(diào)相關(guān)資源，保證產(chǎn)品順利產(chǎn)出。

8. 產(chǎn)品迭代規(guī)劃與需求跟進(jìn)

8.1. 產(chǎn)品全生命周期規(guī)劃

根據(jù)產(chǎn)品規(guī)劃的全生命周期，確實(shí)不同階段需求的落地情況，根據(jù)用戶對于需求的滿足情況。

8.2. 業(yè)務(wù)流程分析

根據(jù)已開發(fā)上線的所涉及的業(yè)務(wù)流程，先分析完整性，基于本流程從專業(yè)角度提出改進(jìn)方案，不斷優(yōu)化該流程，確定流程的可用性。特別是一些核心業(yè)務(wù)流程，要做到簡潔高效，提高效率。

8.3. 新需求管理

通過產(chǎn)品的不斷使用，收集和接收不同的新需求，并定期開展新需求評審，逐步完善到產(chǎn)品里面，以最小調(diào)整為基線確定新需求的開發(fā)計(jì)劃，保證產(chǎn)品總規(guī)劃的穩(wěn)步實(shí)施。

8.4. 里程碑管理

把控整體產(chǎn)品里程碑管理，確保產(chǎn)品迭代重大節(jié)點(diǎn)變化能夠有理有據(jù)，為產(chǎn)品的營銷工作，提供支持。總結(jié)產(chǎn)品優(yōu)勢和產(chǎn)品亮點(diǎn)，對產(chǎn)品的銷售情況負(fù)責(zé)。