三節課產品經理P1 學習總結

完成三節課產品經理P1課程，以全優成績畢業。課程目標用戶，是未入行及2年內的初級產品經理，目的是打牢基本功，培養基本產品感。方式是每週線上課程（錄像）+作業，助教會對每次作業進行點評，鼓勵迭代修改。

課程共六週，分別爲：

• 產品視角

• 用戶需求

• 功能&流程

• 原型

• 功能點&產品調研

• 需求文檔

對於自身，課程的最大幫助在於實踐。因爲教材幹貨，網上資料很多，但容易只看不練。看了很多、很深入，但等到要輸出時照樣兩眼放白。通過課程交作業方式，逼迫自己動筆。同時作業會發布到公共區域，完成度好的評爲優先，由此倒逼質量，不斷迭代完善。

---

學習筆記

產品視角

1. 三類視角

   1. 用戶視角。體驗、表面的理解

   2. 產品視角。設計邏輯

   3. 商業視角。利益，規模化複製的可能性

2. 體驗三要素，什麼樣的用戶，在什麼情況下用產品或功能，解決了用戶什麼的問題

   1. 目標用戶

   2. 典型場景

   3. 需求痛點

3. 暴力測試

   1. 關鍵功能的邊界，有哪些限制？

   2. 作弊空間，鑽空子的複雜度？

   3. 特別玩法

4. 體驗競品

   1. 直接競品，業務與用戶both重合

   2. 相關功能，功能模塊的表現

5. 追蹤式體驗

   1. 持續跟進

   2. 關注中長期的運營結果，通過數據反看結果

6. 關注點

   1. 用戶場景：問題是與場景對應，什麼場景解決了什麼問題？

   2. 產品的亮點：功能上的特殊點，是技術還是運營的優勢?

   3. 未來的判斷：產品、技術還是運營優先？

   4. 內容的產生：產生的來源？

   5. 產品運轉的邏輯：拉新、留存、促活的轉換過程是什麼？哪個是重點？

   6. 優先級：優先級排序？哪個是關鍵考量點？

   7. 長短線：長線還是短線產品？

   8. 產品節奏：產品生命週期與產品、運營節奏是否適配？

---

用戶需求

1.  用戶反饋

2. 關注點：

   1. 產品自身問題

   2. 競品問題

   3. 可能的機會點

3. 渠道

   1. 公開渠道：應用市場app，UCG

   2. 半公開：社交平臺，羣組圈子，用戶評價

   3. 內部渠道：用戶投訴、電話錄音、客服諮詢

4. 不同渠道的關注點

   1. 應用商店

      1. 低分差評

      2. 有效評論：有效描述

      3. 異常行爲：水軍、惡意

      4. 競品變化：應用變化

   2. 微博、貼吧、知乎、雪球

      1. 有針對性的平臺

      2. 關鍵字

      3. 歌者判斷誠意

   3. 用戶諮詢、投訴

      1. 必須要有客服系統，或反饋入口

      2. 保留電話錄音

   4. 用戶點評

      1. 在行-匿名評價功能，only內部可看到，區別於公共前臺評價

5. 用戶調研(明確背景和目的->選擇目標用戶->分析用戶和問題->準備調研內容->現場調研->總結報告)

   1. 背景和目的

      1. 什麼情形發起，是否有必要？

      2. 得到的結果，是爲了得到什麼明確的判斷、結論？

      3. 話題不要太大，假大空、大而全都沒有價值

   2. 選擇目標用戶

      1. 典型用戶：通過簡單的用戶畫像

      2. 目標用戶：時間、地點、配合程度（拆解）

      3. 邀約：直接說明目的，可能發生的情況

      4. 數量： 5-10，對比更鮮明、有棱角

   3. 猜測用戶的問題，設定題目

      1. 用戶的可能問題：通過使用行爲表現，拆解

      2. 可能的解決方案：提前列出來，拋出來，看其反饋程度

      3. 訪問提綱：聚焦、開放

      4. 題目數量：線上10-20道，線下5-10道

   4. 調研、訪談

      1. 瞭解使用過程：觀察用戶行爲，復原操作過程

      2. 提問：關鍵行爲、預設問題

      3. 反饋：反饋用戶有效信息，深究（我們也意識到這個問題了，那你覺得怎麼解決能更舒服，因爲具體的場景回答更加真實）

   5. 總結

      1. 單個用戶：情況

      2. 整體：過程及計劃

      3. 行動計劃

6. 誤區

   1. 爲了調研而調研，應帶着目的、過程方案、分析方法

   2. 直接問有什麼需求，籠統的問題；not原因類問題，而是行爲類、操作類問題

   3. 試圖說服用戶，中立不帶情感，說服意味着挑戰，逼迫對方思考、建立防禦機制

   4. 求全求量，看似安全但沒有結果，選取有代表的用戶

   5. 依賴調查問卷，得到的東西都是你能想象到的內容

7. 梳理需求四要素（用戶->場景->問題->解決方案）

   1. 用戶：功能，不是想怎麼實現，而是誰會使用；用戶分類，目的是更有代表性的列出場景和問題，用戶是問題的載體

   2. 場景：窮舉什麼情況需要使用，針對每一類用戶分解

   3. 問題：相應用戶&場景下，碰到的問題；問題必定是存在於特定場景下，出發人的反應，產生需求/痛點

   4. 方案：用戶目前的解決方法是什麼

8. 需求優先級

   1. 商業價值=重要性+緊迫性

   2. 需求類型

      1. 基本型

      2. 期望型（重要不緊迫）

      3. 興奮型（緊迫不重要）

   3. 未上線前

      1. 每個用戶對重要性的定義不同，且隨着時間動態變化

      2. 產品、運營不分家，確保基本型滿足的前提下，也許考慮用戶的期望型和興奮型（亮點、賣點）

   4. 上線-免費模式

      1. 不同終端需求不一樣

      2. 運營數據支撐

      3. 基本，911bug

      4. 期望&興奮，重要型==功能使用用戶率*功能使用次數率*類別重要性（50%，25%）

   5. 上線-收費模式

      1. 重要性==經濟收益

   6. 前置後置條件

      1. 前置優先

---

功能&流程

1. 已有功能優化

   1. 不要期望用新功能來解決老的功能問題

   2. 優化強調效果的對比，數據指標支撐

2. 完整功能點設計

   1. 功能目的。for用戶、平臺、商業

   2. 功能基本邏輯

   3. 調研相關產品功能

      1. 調研的目的

      2. 競品如此選擇原因

      3. 用戶、場景、需求是否被滿足

      4. 底層邏輯

      5. 產品流程

      6. 關鍵功能點對比，背後的原因，高頻&獨特功能點

      7. 產品亮點和結論

   4. 功能方案

   5. 方案細化

      1. 流程細化、異常情況處理

      2. 考覈指標，上線考覈依據

   6. 原型設計和文檔

      1. 業務流程->頁面流程

      2. 真實場景、文案

   7. 運營推廣方案

3. 業務流程

   1. 核心是抄流程，界面是爲流程服務

   2. 關鍵出表達清楚邏輯，勿糾結於形式

   3. 雙橫線，並行流程N選一

   4. 主流程迴流，單次操作，不考慮多次操作

   5. 判斷處迴流，判斷後給予提示，即截止。混淆用戶實際操作與流程邏輯

   6. 中括號，通過提示來終止流程

   7. 複雜流程拆分，主要功能和次要功能分開

   8. 減少流程中的用戶操作

---

原型

1. 頁面流程

   1. 完全站在用戶視角，目的是發現體驗的問題，檢驗流程的合理性、複雜跳轉

   2. 突出頁面重點元素與邏輯關係

   3. 需求->功能->邏輯->流程->原型

   4. 步驟

      1. 業務流程，明確主線，對應關鍵頁面

      2. 頁面中的核心元素

         1. 重點要體現和表達的內容

         2. 異常流程的處理邏輯

         3. 輔助的幫助頁面

         4. 上下游觸發點

      3. 溝通與優化

         1. 先窮舉列出全部頁面，再做減法

2. 原型

   1. 手繪->低保真->高保真->UI設計

   2. 先研究流程，業務流程->頁面流程；再確定頁面佈局、大框架

   3. 畫原型，元素可以漏、模塊不能漏，確定交互細節

   4. 避免一上來的就畫原型。需求清楚了嗎？流程清楚了嗎？可以手繪嗎？boss看過了嗎？規劃好再動手，開始慢，後面快

   5. 真實比例、字號、文案、業務、場景，模擬極端情況藉助示例

   6. 需求主體，不節外生枝。新增的功能，考慮後端數據來源

   7. 不要上顏色，黑白灰即可

   8. 目錄樹清晰

   9. 原型全部工作應<20%以內工作量

---

功能點&產品調研

1. 功能點調研

   1. 競品新功能驅動

      1. 核心問題。用戶是誰？關鍵參與者；用戶爲什麼使用？滿足了什麼需求；分別是怎麼使用

      2. 數據表現，不用多精確，輔助信息

      3. 對於自家產品

         1. 要不要抄

         2. 能不能抄

         3. 結論，action

   2. 自家產品功能點優化驅動

      1. 你的目標用戶是什麼？功能點是否是用戶需要的

      2. 產品功能的現狀是什麼?基準判定

      3. 調研的目標產品選取

      4. 功能的關鍵點是什麼？功能邏輯是什麼？

      5. 差異點是什麼？相同點->關鍵點，異常點->亮點

2. 產品調研

   1. 用戶、場景、需求是如何被滿足的

   2. 產品邏輯

      1. 用戶流程，核心業務邏輯

      2. 數據流向

      3. 匯合點，用戶、數據在哪個關鍵頁面匯合

   3. 關鍵頁面和交互

   4. 迭代路徑

   5. 產品表現

      1. 數據，儘量使用產品自身的數據，二三手數據，沒有關聯，無法用於證明

      2. 用戶表現，點評

   6. 運營路徑和方法

   7. 結論，必須有，即使大概率是錯的

3. 誤區

   1. 雜，做的太多；簡單直白，for下結論，滿足目的

   2. 非要提改進意見。Instead 多提參考意見

   3. 大而全，沒卵用

---

需求文檔

1. 步驟

   1. 項目背景和需求分析

      1. 需求來源，背後的原因，什麼場景下遇到了什麼問題

      2. 分析過程，決策過程和依據是什麼，高優先級的原因

      3. 背景數據指標

      4. 解決方案

   2. 本次需求目的和功能列表

      1. 整體需求概述，階段劃分

      2. 當前處於哪一階段，前後邏輯關係

      3. 本次需求的功能清單，列表形式；前後關係，抄分至各功能模塊和相應頁面

      4. 涉及的功能模塊和頁面

   3. 流程和所處產品模塊的關係

      1. 業務邏輯圖，功能點

      2. 業務流程圖，正常、異常情形

      3. 頁面流程圖，用戶視角使用情形

   4. 功能詳細介紹

      1. 原型圖

         1. 按照模塊或流程前後順序劃分頁面

         2. 左圖，右文字（操作+內容）

         3. 窮舉狀態和異常邏輯。什麼時候需要校驗和判斷、邊界邏輯、如何處理

      2. 交互設計圖

   5. 測試用例

      1. 核心用戶羣的走向，即關鍵用例

      2. 重點關注點

      3. 錯誤提示

   6. 考覈指標和計算方法

      1. 指標

      2. 計算方法

      3. 埋點

2. 注意事項

   1. 標題，功能/需求-版本號-需求人-創建日期

   2. 修改記錄，版本號、修改人、時間、內容概述

   3. 目錄樹

---

作業

三節課產品經理P1作業 https://blog.csdn.net/kyle_1111/article/details/100554677

• 拼多多APP，產品視角觀察報告

• 閒魚APP，基於用戶反饋需求分析報告

• 淘寶APP和每日優鮮APP，購物城功能點對比分析報告

• 達目標APP，登錄註冊流程還原

• 小猿搜題APP，拍照、搜題、錯題相關功能頁面流程和原型還原

• CHAO APP，產品調研報告

• 漫遊鯨小程序，寫書評功能需求文檔