中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

對于產品經理來講，產品工作多而雜，這種情況下只能進行整理，下面文章是筆者分享的關于產品工作核心要點整理的內容，感興趣的同學可以進來學習學習哦！

一、產品經理工作流程及內容

1. 產品規劃

• 對行業整體下的產品定位及戰略規劃。
• 對產品自身系統及功能建設的迭代規劃。

2. 需求調研

1）競品調研

①調研對象：

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

②調研維度：

• 表現層（視覺及美感）。
• 架構層（界面布局和信息內容）。
• 結構層（交互和框架結構）。
• 范圍層（功能和業務范圍）。
• 戰略層（戰略目標及業務目標）。

2）自身產品調研：

①調研對象：

• 產品用戶
• 競品用戶
• 內部人員
• 用戶購買決策者（部分產品購買與使用者主體不一致）。

②調研方法：

1. 問卷
2. 訪談
3. 數據收集
4. 模擬實驗

3. 需求分析

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

4. 輸出方案

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

5. 溝通及評審

①溝通：

1. 前期準備
2. 溝通過程

• 闡明業務背景及價值。
• 可以引導但是不要全部自己說，不給用戶及需求方表達需求的機會。
• 溝通時同時也是需求調研及分析的過程，傾聽的同時，分析底層原因。
• 溝通時做好流程梳理，可一邊溝通一邊梳理，當場確認。

溝通結果

• 需求目的、需求范圍進行明確。
• 業務邏輯、產品邏輯及流程明確。
• 求優先級明確。

②評審

評審準備：評審前溝通、確認并通知與會人員、準備會議材料。

前期溝通：

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

與會人員：

業務評審的與會人員主要有：

1. 業務
2. 產品
3. 項目經理

技術評審額與會人員主要有：

1. 開發
2. 測試
3. 用研
4. 產品
5. 項目經理

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

評審過程 ：

1. 講解流程+細節
2. 問題討論
3. 答疑

會議紀要：

1. 會議內容
2. 待辦事項
3. 依賴項

6. 產品驗收

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

7. 上線后反饋及數據分析

• 反饋跟進：產品數據、用戶反饋、內部反饋、技術監測。
• 產品數據：用戶數據、功能數據、業務數據、輔助數據。
• 用戶數據：基礎數據、用戶行為數據。
• 基礎數據：地區、時間、、學歷、愛好等。
• 用戶行為數據：PV、UV、點擊、月活、日活、停留時長、頁面轉化等。
• 功能數據：篩選數據、搜索記錄、退單原因等。
• 業務數據：銷量、轉化、復購率、滲透率、當期成交量、當期成交率、投訴率等。
• 輔助數據：滿意評價、用戶對店鋪/酒店評分。
• 用戶反饋：意見反饋、客服反饋、外部舞蹈反饋（輿情監控）、用戶調研。
• 內部反饋：UED調研、產品復盤。
• 技術監測：埋點、報文。

8. 數據分析

對比分析、轉化分析、分層/分組分析、用戶反饋分、基礎監測數據分析、行業內數據分析等。

二、產品經理的工作產出及要求

1. 原型

產品架構圖

• 產品層級（舉例）：用戶層、管理層、支撐層、數據層。
• 內容層級：業務/大場景、系統、功能、子功能、角色、規劃節奏（已有、目前、未來）。
• 交互關系：層級之間、系統之間。

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

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

符合用戶操作流程：

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

便于理解：

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

頁面名稱：

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

頁面原型圖：

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

方法：原型頁面/功能點與說明項進行標號及將標號對應，必要時還需用顏色進行區分標號；原型功能內容與描述邏輯位置相對應，便于觀看。

組成：前置條件、觸發條件、功能類型。

前置條件：賬號狀態、授權情況、用戶角色、時間階段、動作操作等。

觸發條件：動作（點擊、瀏覽）、狀態變更、時間變化等。

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

功能描述：角色、場景、功能內容、功能邏輯、操作后效果、突發狀況、特殊狀況

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

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

• 操作后效果：狀態變化、內容變化、跳轉鏈接。
• 突發狀況/特殊情況：略

注意：多狀態多條件下的不同功能邏輯去進行區分，分段說明。

2. PRD

包含：

• 編輯記錄
• 目錄
• 內容

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

注意：多狀態多條件下的不同功能邏輯去進行區分，分段說明。

3. 思維導圖

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

4. 流程圖

用戶操作流程圖：

• 體現用戶瀏覽頁面動作
• 體現用戶點擊動作
• 體現功能狀態
• 體現判斷節點
• 體現異常情況
• 多用戶角色時需多泳道

系統串聯流程圖：

• 多泳道
• 體現流轉的內容
• 其他同用戶操作流程圖

5. MRD

• 產品/本期目標
• 全局規劃
• 關鍵要素
• 行動計劃

6. 數據分析

a. 分析節點：

• 日常分析
• 版本分析
• 階段分析
• 轉型/其他場景分析

b. 設計分析思路：

• 總分分：從整體數據差異中反向查找差異原因。
• 分分總：分層分部分析后得出總體結論。

c. 數據呈現：

• 數據表
• 圖形

d. 標記：

• 特殊數據或差異數據特殊顏色標記。
• 關聯數據或關鍵數據特殊標記。

e. 復盤：

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