對于產(chǎn)品經(jīng)理來講，產(chǎn)品工作多而雜，這種情況下只能進(jìn)行整理，下面文章是筆者分享的關(guān)于產(chǎn)品工作核心要點整理的內(nèi)容，感興趣的同學(xué)可以進(jìn)來學(xué)習(xí)學(xué)習(xí)哦！

一、產(chǎn)品經(jīng)理工作流程及內(nèi)容

1. 產(chǎn)品規(guī)劃

• 對行業(yè)整體下的產(chǎn)品定位及戰(zhàn)略規(guī)劃。
• 對產(chǎn)品自身系統(tǒng)及功能建設(shè)的迭代規(guī)劃。

2. 需求調(diào)研

1）競品調(diào)研

①調(diào)研對象：

• 與該產(chǎn)品的核心業(yè)務(wù)的同行業(yè)對比。
• 與同樣滿則該產(chǎn)品的核心功能的產(chǎn)品對比。
• 與使用該產(chǎn)品的用戶群體的其他產(chǎn)品對比。
• 在同一時間內(nèi)或同一場景內(nèi)同時存在的產(chǎn)品對比。
• 與同樣滿足該產(chǎn)品滿足用戶的需求的產(chǎn)品或替代品對比。
• 與該產(chǎn)品的更低或更高階階段的產(chǎn)品對比。

②調(diào)研維度：

• 表現(xiàn)層（視覺及美感）。
• 架構(gòu)層（界面布局和信息內(nèi)容）。
• 結(jié)構(gòu)層（交互和框架結(jié)構(gòu)）。
• 范圍層（功能和業(yè)務(wù)范圍）。
• 戰(zhàn)略層（戰(zhàn)略目標(biāo)及業(yè)務(wù)目標(biāo)）。

2）自身產(chǎn)品調(diào)研：

①調(diào)研對象：

• 產(chǎn)品用戶
• 競品用戶
• 內(nèi)部人員
• 用戶購買決策者（部分產(chǎn)品購買與使用者主體不一致）。

②調(diào)研方法：

1. 問卷
2. 訪談
3. 數(shù)據(jù)收集
4. 模擬實驗

3. 需求分析

• 分析需求的真?zhèn)?，是否合理?/li>
• 分析需求的深層含義，找出核心訴求及痛點。
• 判斷該需求是否可持續(xù)、是否長期穩(wěn)定存在。
• 分析該需求的價值，是否對產(chǎn)品體驗及整體方向一致或有幫助。
• 分析滿足該需求的成本，計算投入產(chǎn)出比，判斷是否需要滿足，或現(xiàn)階段滿足。
• 判斷該需求的優(yōu)先級，計時符合以上條件，對正向反饋的提升有多大，排優(yōu)先級。
• 該需求的延伸需求有哪些？以及是否可以去其他需求一起實現(xiàn)滿足功能，方便后期擴(kuò)展？以及降低實現(xiàn)成本？
• 要求：同理心、場景化、多角度多角色、多維度、多階段的進(jìn)行分析。

4. 輸出方案

• 原型：幾乎所有需求都需要，幫助開發(fā)理解，部分公司原型由交互產(chǎn)出。
• PRD：若原型里有邏輯描述，則不需要，視情況而定。
• 思維導(dǎo)圖：輔助使用，內(nèi)容復(fù)雜時需要，看需求。
• 流程圖：邏輯復(fù)雜時需要，分析需求，梳理邏輯時需要。
• MRD（部分公司部分場景需要）：跟PRD比側(cè)重商業(yè)及業(yè)務(wù)邏輯，少了方案細(xì)節(jié)內(nèi)容。

5. 溝通及評審

①溝通：

1. 前期準(zhǔn)備
2. 溝通過程

• 闡明業(yè)務(wù)背景及價值。
• 可以引導(dǎo)但是不要全部自己說，不給用戶及需求方表達(dá)需求的機(jī)會。
• 溝通時同時也是需求調(diào)研及分析的過程，傾聽的同時，分析底層原因。
• 溝通時做好流程梳理，可一邊溝通一邊梳理，當(dāng)場確認(rèn)。

溝通結(jié)果

• 需求目的、需求范圍進(jìn)行明確。
• 業(yè)務(wù)邏輯、產(chǎn)品邏輯及流程明確。
• 求優(yōu)先級明確。

②評審

評審準(zhǔn)備：評審前溝通、確認(rèn)并通知與會人員、準(zhǔn)備會議材料。

前期溝通：

• 核心人員前期初步溝通確認(rèn)方向與主要內(nèi)容。
• 提前1-3天發(fā)出原型活其他材料幫助提前了解。

與會人員：

業(yè)務(wù)評審的與會人員主要有：

1. 業(yè)務(wù)
2. 產(chǎn)品
3. 項目經(jīng)理

技術(shù)評審額與會人員主要有：

1. 開發(fā)
2. 測試
3. 用研
4. 產(chǎn)品
5. 項目經(jīng)理

會議材料：流程圖、原型等

評審過程 ：

1. 講解流程+細(xì)節(jié)
2. 問題討論
3. 答疑

會議紀(jì)要：

1. 會議內(nèi)容
2. 待辦事項
3. 依賴項

6. 產(chǎn)品驗收

• 驗收功能范圍
• 驗收功能邏輯

7. 上線后反饋及數(shù)據(jù)分析

• 反饋跟進(jìn)：產(chǎn)品數(shù)據(jù)、用戶反饋、內(nèi)部反饋、技術(shù)監(jiān)測。
• 產(chǎn)品數(shù)據(jù)：用戶數(shù)據(jù)、功能數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)、輔助數(shù)據(jù)。
• 用戶數(shù)據(jù)：基礎(chǔ)數(shù)據(jù)、用戶行為數(shù)據(jù)。
• 基礎(chǔ)數(shù)據(jù)：地區(qū)、時間、、學(xué)歷、愛好等。
• 用戶行為數(shù)據(jù)：PV、UV、點擊、月活、日活、停留時長、頁面轉(zhuǎn)化等。
• 功能數(shù)據(jù)：篩選數(shù)據(jù)、搜索記錄、退單原因等。
• 業(yè)務(wù)數(shù)據(jù)：銷量、轉(zhuǎn)化、復(fù)購率、滲透率、當(dāng)期成交量、當(dāng)期成交率、投訴率等。
• 輔助數(shù)據(jù)：滿意評價、用戶對店鋪/酒店評分。
• 用戶反饋：意見反饋、客服反饋、外部舞蹈反饋（輿情監(jiān)控）、用戶調(diào)研。
• 內(nèi)部反饋：UED調(diào)研、產(chǎn)品復(fù)盤。
• 技術(shù)監(jiān)測：埋點、報文。

8. 數(shù)據(jù)分析

對比分析、轉(zhuǎn)化分析、分層/分組分析、用戶反饋分、基礎(chǔ)監(jiān)測數(shù)據(jù)分析、行業(yè)內(nèi)數(shù)據(jù)分析等。

二、產(chǎn)品經(jīng)理的工作產(chǎn)出及要求

1. 原型

產(chǎn)品架構(gòu)圖

• 產(chǎn)品層級（舉例）：用戶層、管理層、支撐層、數(shù)據(jù)層。
• 內(nèi)容層級：業(yè)務(wù)/大場景、系統(tǒng)、功能、子功能、角色、規(guī)劃節(jié)奏（已有、目前、未來）。
• 交互關(guān)系：層級之間、系統(tǒng)之間。

產(chǎn)品框架圖: 按照功能層級/頁面層級編輯原型頁面。

原型布局：需符合用戶操作流程、便于理解。

符合用戶操作流程：

1. 原型附帶交互流程功能，需按照瀏覽習(xí)慣從左到右，從上到下，并按照主流程、輔流程邏輯進(jìn)行排列。
2. 同一頁面或功能，對于角色/維度較多或同角色/同緯度內(nèi)頁面較復(fù)雜時，需分組框定/標(biāo)記，并注明區(qū)分邏輯。

便于理解：

1. 對于二級頁面及功能放置于獨立新畫布時，需先貼上上一級頁面或入口，便于理解改頁面或功能的來源。
2. 頁面平鋪時，需使用輔助箭頭，指明頁面內(nèi)按鈕及頁面之間的交互流程。

頁面名稱：

1. 原則：名稱需與頁面內(nèi)容/頁面名稱一致，利于內(nèi)部溝通理解，也利于原型頁面之間交互邏輯說明。
2. 要求：頁面名稱需簡潔；多狀態(tài)多場景多角色狀態(tài)頁面內(nèi)容不同時需在頁面名稱上區(qū)分，例如：個人中心-未登錄、個人中心-已登陸。

頁面原型圖：

1. 原型圖組成：文字/標(biāo)題/內(nèi)容、圖片、　icon、線框。
2. 注意項：不要太大，影響觀感；尺寸按照iphnone6或12為頁面尺寸框架；多個頁面的原型風(fēng)格需統(tǒng)一；注意第一屏所覆蓋的功能范圍，是否符合產(chǎn)品目的及用戶體驗。
3. 功能邏輯。

方法：原型頁面/功能點與說明項進(jìn)行標(biāo)號及將標(biāo)號對應(yīng)，必要時還需用顏色進(jìn)行區(qū)分標(biāo)號；原型功能內(nèi)容與描述邏輯位置相對應(yīng)，便于觀看。

組成：前置條件、觸發(fā)條件、功能類型。

前置條件：賬號狀態(tài)、授權(quán)情況、用戶角色、時間階段、動作操作等。

觸發(fā)條件：動作（點擊、瀏覽）、狀態(tài)變更、時間變化等。

功能類型：展示項（圖片、文字、圖文、等）、按鈕項（查詢、新增、刪除、編輯等、篩選項（篩選功能）、輸入項-類型（文字、圖片、數(shù)字、時間等）、輸入項限制（類型限制、長度、是否比他、選擇時單選、多選、編輯時是否可修改、是否可刪除（可刪除是否二次確認(rèn)、刪除后交互效果、刪除類型為物理刪除、邏輯刪除；不可刪除是否有交互表現(xiàn)）、是佛默認(rèn)填充、默認(rèn)填充（默認(rèn)內(nèi)容、內(nèi)容來源條件（慢則條件時、不滿足條件時））。

功能描述：角色、場景、功能內(nèi)容、功能邏輯、操作后效果、突發(fā)狀況、特殊狀況

• 角色：C端用戶（舉例）：已注冊用戶、未注冊用戶、已登陸用戶、未登錄用戶。
• B端后臺：銷售、運營、管理員、客服、財務(wù)、其他。
• 場景（舉例）：用戶界面不可操作退款，但用戶找客服申請退款，客服同意退款后，可在后臺才操作退款。
• 功能內(nèi)容（舉例）：點擊“X”按鈕后，彈窗彈出，可編輯XXXXXX，點擊保存后保存。
• 功能邏輯（舉例）：

1. 新建狀態(tài)下，不需輸入XX ID，保存后系統(tǒng)自動生成；
2. 編輯狀態(tài)下，不可更改XX、XX、XX，若點擊結(jié)束，結(jié)束時間修改為當(dāng)前時間，狀態(tài)變更為：已結(jié)束；
3. XX 已結(jié)束后不可修改。

• 操作后效果：狀態(tài)變化、內(nèi)容變化、跳轉(zhuǎn)鏈接。
• 突發(fā)狀況/特殊情況：略

注意：多狀態(tài)多條件下的不同功能邏輯去進(jìn)行區(qū)分，分段說明。

2. PRD

包含：

• 編輯記錄
• 目錄
• 內(nèi)容

1. 一級功能/二級功能/三級功能/…
2. 前置條件
3. 觸發(fā)條件
4. 功能類型
5. 功能描述
6. 突發(fā)狀況/特殊情況

注意：多狀態(tài)多條件下的不同功能邏輯去進(jìn)行區(qū)分，分段說明。

3. 思維導(dǎo)圖

• 頁面/功能維度
• 場景維度
• 角色維度

4. 流程圖

用戶操作流程圖：

• 體現(xiàn)用戶瀏覽頁面動作
• 體現(xiàn)用戶點擊動作
• 體現(xiàn)功能狀態(tài)
• 體現(xiàn)判斷節(jié)點
• 體現(xiàn)異常情況
• 多用戶角色時需多泳道

系統(tǒng)串聯(lián)流程圖：

• 多泳道
• 體現(xiàn)流轉(zhuǎn)的內(nèi)容
• 其他同用戶操作流程圖

5. MRD

• 產(chǎn)品/本期目標(biāo)
• 全局規(guī)劃
• 關(guān)鍵要素
• 行動計劃

6. 數(shù)據(jù)分析

a. 分析節(jié)點：

• 日常分析
• 版本分析
• 階段分析
• 轉(zhuǎn)型/其他場景分析

b. 設(shè)計分析思路：

• 總分分：從整體數(shù)據(jù)差異中反向查找差異原因。
• 分分總：分層分部分析后得出總體結(jié)論。

c. 數(shù)據(jù)呈現(xiàn)：

• 數(shù)據(jù)表
• 圖形

d. 標(biāo)記：

• 特殊數(shù)據(jù)或差異數(shù)據(jù)特殊顏色標(biāo)記。
• 關(guān)聯(lián)數(shù)據(jù)或關(guān)鍵數(shù)據(jù)特殊標(biāo)記。

e. 復(fù)盤：

• 分析原因
• 同等數(shù)據(jù)在其他時間或其他維度進(jìn)行對比，是否通用；反查結(jié)論是否有用、有價值。