產品經理課 1.1.3.2：產品經理在研發流程中扮演什麼角色

大家好,我是你們的沈老師 今天我們承接上一節 仍舊為你講解產品經理的決策定位 上一節我們講的是互聯網團隊的決策組成 而這一節我會帶你從具體的項目研發流程入手 和你聊聊常規的互聯網產品研發流程是怎樣的 整套流程都涉及到哪些角色 以及產品經理在這些角色中起了什麼作用 聽完這節課,你就可以試著著手參與一個項目 嘗試接觸到每個環節中 協調溝通各方參與成員 積極推進項目向前進行 這也是對產品經理的協商能力 項目推進能力的一種鍛煉 那為了更好地幫助大家理解本節內容 我還是先帶大家回顧一下第一節所講的 關於產品經理所在團隊角色的一些說明 首先是互聯網團隊的組成分為前臺、中臺和後臺 前臺負責想像業務需求 中臺負責快速的拼裝解決方案 和後臺負責保障中臺的穩定運作 而基於前中後臺的職能化分邏輯 我們還可以分別抽調其中的成員 組成獨立的互聯網項目團隊 一般來講 一支完整的互聯網團隊包括實施團隊 由項目經理、設計師、程序員、QA組成 負責實現產品方案、維護團隊 由運營、商務、市場、商業化、客服組成 負責確保產品的順利運轉 業務團隊則包括用戶增長、售前和售後等成員 負責交付產品 讓產品在客戶面前發揮價值 而產品經理則需要和三個團隊 都要保持緊密的連接 以確保三方的高效配合 發揮出最大的價值 那後來呢 我還為大家講解了產品經理和項目經理 交互設計師的區別 以幫助大家找準自己的職業定位 以上這些呢 可以說是從組織化分上 靜態瞭解這些互聯網角色 接下來呢 我會讓大家站在實際的項目實施的角度 動態觀察每個角色的定位 以及產品經理在其中所起的作用 那既然提到實施啊 我們肯定先要了解一款互聯網產品 從構思到上線都要經歷哪些步驟 而站在生命週期的角度呢 我會把它們分成 從0到1和從0到100 這兩個階段來進行說明 從0到1呢 代表一款產品從無到有的 完整的立項過程 通常呢這個過程的起因 都是公司制定了戰略目標 需要一款或幾款產品 來承載這個目標 那為了想用公司戰略 達到預期的結果 就有了這套從0到1的立項流程 那這套立項流程 我們都要經歷哪些步驟呢 下面我會一一的為你說明 第一步 市場調研 戰略的落地 首先要明確我們的落腳點 也就是對哪個市場發起衝擊 市場調研的目的呢 就是掌握市場狀況 分析市場格局 預估市場的發展空間 以便確定市場的切入點和打法 具體要調研的方向 包括市場規模的大小和增長空間 市場現狀和宏觀的環境趨勢 市場產業鏈分佈和運作模式 以及這個市場還有哪些潛在機會 記住一個大市場下面 還會有很多細分的市場 比如光小說市場就有付費小說 免費小說 對話小說 有聲小說等子類目 那到底調查的有多細 還是取決於我們的戰略方向 和我們自身的優勢 調研了市場格局 我們就知道了市場上有哪些玩家 接下來呢就要看這些玩家 對我們有什麼威脅 以及我們要用什麼辦法和他們競爭 這一步呢叫競品分析 競品分析的時候 我們先要知道誰是我們的競品 包括直接競品和間接競品 有時候間接競品的威脅 遠比直接競品要大 比如誰會想到微信的競品是抖音 電視臺的競品是優酷愛奇藝 競品分析的範圍包括 明確競品的定位 瞭解競品規模和發展歷史 收集競品的數據和它的功能迭代記錄 以及這些競品有哪些差異化的特點 那第三步呢是需求收集 由於是從零到一 這一步的收集呢可以不用那麼細 主要還是調研和確認一下 市場上還有哪些需求沒有被滿足 競品滿足的是否到位 這中間呢還有哪些是我們能滿足的 收集的過程有先找到目標用戶 畫出他們的用戶畫像 接下來呢明確這些用戶日常會遇到的場景 以及在這些場景下會產生哪些問題 這些問題都有什麼特點等等 最後呢將這些需求歸類匯總 收集的方法可以是找一些調研報告 或者是找身邊的朋友聊 或者是發個調研問卷 甚至還可以直接去競品的產品裡面 找他們的用戶去問 總之呢就是盡可能的 去接近這些真實用戶的痛點 那知道了外界情況 接下來就是回看自己 算一算我們如果切入這個目標市場 有多少彈藥 可以怎麼打這場仗 這一步呢叫做收益成本覈算 首先要做的是設計出 符合自己產品特色的商業模式 比如說一般常見的商業模式 有流量廣告的模式 人員付費的模式 平臺的抽成模式 服務付費模式等等 不同模式的收益成本率都是不一樣的 因此呢 一定要計算預期收益能達到多少 要付出多少成本 尤其注意成本覈算的部分 除了人力成本服務器代管成本之外 還有很多隱性的成本 比如被投訴之後打官司的成本 項目延期帶來的時間成本等等 那知道了錢方面的東西之後 我們還要覈算一些風險 那任何事情呢都是有風險的 我們需要做的就是 提前預估這些風險 並且把風險的影響 控制在可控的範圍之內 風險評估的方向 包括評估市場的風險 也就是當我們進入到這個市場 是否能夠應對市場的頻繁變化 技術風險呢主要是包括 我們的產品是否能夠真正提供用戶 真正關心的功能 以及我們的技術實力 是否足夠cover住用戶的需求 財務風險呢主要是涉及到 我們的財務儲備是否足夠充分 收益成本覈算出現問題的時候 財務部分是否能夠 足夠的去解決這些問題 最後呢我們需要去 制定一系列的風險控制策略 以便於當風險發生的時候 確實是能夠應對它們 風險評估完成 我們還要去回歸產品本身的定位 我們需要去明確 產品給用戶到底提供了哪些核心價值 我們的產品和其他的競品相比 都有哪些差異化的特點 我們的產品服務的目標用戶 到底是哪些人 他們的需求都有哪些 我們的產品呢 是如何滿足他們的需求的 在我們的產品結構上面 都提供了哪些功能 是真正用戶需要的 這一系列的東西 叫做產品的定位 那確定了產品定位 我們還要去制定產品的路線圖 在這個路線圖過程中 需要去確定 產品預估發布幾個重要的版本 這些重要的版本呢 我們叫做里程碑 那在每一個里程碑的時候 預計要發布哪些功能 每一個里程碑之間 間隔是多長的時間 這一步呢 也叫迭代節奏的一個控制 我們需要去明確 到底經過多少步驟之後 我們的產品就達到了 我們之前的預期了 那最後呢 整個的環節明確之後 我們就需要開一個會議 這個會呢 我們一般叫做立項的 Kickoff會議 在這個會議上 我們需要去向大家整體的傳達 產品的目標到底是什麼 我們為什麼要做這個產品 以及當我們立項的時候 項目的參與成員都有哪些 項目預計要執行的計劃都有哪些 最後呢 給大家去立一個目標 並且告訴大家 整個的項目開始正式啟動 激發大家的動力 這些事情呢 可能有些同學要問了 這麼多的事情 到底哪些呢 是產品經理要做的 我的答案是 全部都是 是的 產品經理最大的職責 就是要幫助企業去做決策 選擇做正確的事情 而從零到一的過程 其實就是選擇的過程 當然了 實際在做的時候 這種從零到一 更多還是交給有經驗的產品經理來做 而且也有公司的領導和同事 給予很多的決策依據 那對於產品新人而言 還是會有更適合他的環節去發揮作用 這個環節就在接下來的流程 從一到一百中 從一到一百的流程 更多的是產品已經立項開始做了 這時候 由產品經理去主導 召集整個的項目團隊 開始進行正式的引發迭代 這個過程 我們也叫做項目排期 這個流程一般怎麼做 我給大家舉個例子 假設我們的項目有1.0版本要做 這時候 我們會把這個過程分為五個階段 分別是需求分析 在這個階段 需要去整理 我們所收集到的歷史的所有的需求 針對這些需求進行優先級排序 並且 把優先級排序比較靠前的產品 去進行產品的原型方案設計 整個步驟就叫做需求分析 當需求完成了一個整體的方案設計之後 需要交由設計師進行 我們叫做產品設計 產品設計的過程 可能會有交互的設計 也就是明確 用戶使用這個產品分別要經過幾步 步驟和步驟之間 是怎樣產生互動的 第二是UI的界面設計 也就是說 整個產品的界面佈局是什麼樣子 長得有多好看 配色是什麼樣子 整體的我們叫做UI的界面 另外還有一部分叫做視覺樣式的設計 如果你的產品上面有很多圖片 有很多形象 有很多圖標 logo等等 那這些呢 其實都叫做視覺樣式設計 整體呢 其實就是要決定產品長得有多好看 產品到底應該是怎麼去跟用戶交互的 這一步呢 就叫做產品設計 第三步呢 要由開發去進行實現 我們之前的無論是設計稿也好 還是原型的邏輯方案也好 開發看到這些之後 它需要基於你的方案 去先進行數據庫的設計 接下來要進行整個的代碼結構的設計 然後會按照我們預計的一個業務流程 去進行編碼實現 並且呢 在寫代碼的過程中 隨寫 隨自測 隨修復bug 其實開發實現的過程呢 在一定階段 測試就需要去進行介入 測試主要做的工作 包括有功能測試 界面測試和性能測試 並且呢 還需要通常要經歷到好幾輪的測試 當開發提交代碼之後 測試就已經開始去進行了 完成測試的過程 其實也是一個整個開發測試 產品設計 相互溝通和協作的一個過程 這個呢 具體我們待會兒會再細說 測試發布的環節 最後還需要進行一步叫做走查 這個時候 產品經理設計師開發和測試在一起 去確保產品達到了一個上限要求 就可以進行測試發布了 發布完了 其實還沒完 這時候運營和商務推廣人員就要開始介入 那運營在發布後呢 需要去進行物料的準備 需要去運轉 需要去推廣他的一些運營活動 同時呢 還需要介入一些產品手段 將用戶去喚醒 那整個的這一部分也是一個上線之後 主要去主推的一個動作 上線之後 除了運營進行推廣之外 產品經理還需要去進行介入收集反饋 那這個反饋呢 包括數據反饋和用戶反饋 其實到這裡邊呢 可能有個同學會疑惑 那這才1.0版本 一般產品不是要做好幾個版本嗎 下一個版本什麼時候開始做 要是等著反饋收集完再做 是不是就來不及了 其實有這個疑惑是對的哈 一般來講呢 互聯網公司會選用類似敏捷的項目流程 其實在上一個版本進入到產品設計階段的時候 下一版本的需求分析就已經開始進行了 就像這張圖上所說的 所以呢 我們也可以看到 比如說上一個產品正在開發了 下一個版本的UI設計 產品設計就已經在做了 這種疊著做的開發節奏呢 極大的提升產品的發布速度 所以互聯網項目叫疊代 也不是沒道理的 那在這裡邊呢 有多少事是產品經理要做的呢 其實我剛纔有提到一點啊 需求肯定是產品經理去收集 產品經理去排序 產品經理去提供整個需求的產出方案 另外 反饋也是需要產品經理去持續的從用戶的角度 從數據的角度去收集和分析的 在這一個環節中呢 看起來產品經理的事情貌似少了一點點 比從零到一要少很多 但實際上是這個樣子嗎 接下來跟大家去說一下 在研發的流程裡面 每個階段各個角色都要做什麼 接下來這張表呢 是我整理的各個階段 每一個角色要做什麼 以及它的產出物是什麼 我們看上面的橫軸就是整個研發 剛才我提到了各個階段 縱軸就是參與各個階段的各個角色的成員 那黑字的部分就是每一個階段 這個角色的成員要做什麼 紅色的部分就是這個角色的成員需要產出什麼 下面呢 我們一列一列的來看 首先呢 在需求分析階段 由產品經理去進行需求的分析 產出需求的文檔 而項目經理呢 此時此刻就已經開始進行項目的立項和推進了 這時候項目經理會組織需求的評審會 召集大家去評審產品經理產出的需求文檔 那這個過程呢 程序員設計師 QA 運營商務市場都會去查看產品經理的需求文檔 並且呢 給出自己的評審意見 告訴大家自己對於這個需求到底認可度如何 會有什麼問題等等等等 這個過程呢 其實是由產品經理去主導項目經理輔助去召開會議 整個是要需求分析的階段 當你的需求沒有問題了 大家評審都通過的時候 就需要進入到產品設計階段 那產品設計階段其實是設計師主導 他會去產出UI和視覺設計稿 在這些稿件產出之後呢 項目經理仍舊會召開設計評審會 那在這個會上呢 產品經理 程序員 QA測試會參與到設計稿的評審過程中 給出自己的評審意見 而這個時候呢 其實運營商務和市場就基本上不再介入到整個的產品研發的階段了 他會去獨立的設計自己的運營推廣方案 並且產出自己的運營推廣的一些計劃的文檔 準備在上線之後去進行實施了 而產品的設計稿沒有問題了 就交由開發去進行開發的實現 在開發實現階段 程序員是主力 他會進行編碼產出和執行文件 而在這個過程中呢 項目經理會召開項目的例會 持續的管理項目的進度 產品經理在這個過程中呢 會跟開發去頻繁溝通自己需求過程中的一些細節 當有需求的變更的時候 還要產出需求的變更的說明 在研發開始做的時候呢 QA在做一件事情 就是設計自己的測試用力 那什麼叫測試用力呢 其實就是測試需要基於一些文檔 需要基於自己的一些步驟 來去進行測試的一些產出物 整個的測試用力呢 其實就是測試的一個測試指南 當開發完成編碼並且提交測試的時候 測試就要正式的開始執行自己的測試了 這個過程中呢 項目經理更多的還是去幫忙 去協調測試環節中的各種問題 產品經理和設計師呢 需要在測試完成幾輪 可以準備上線發布之前 來進行走查工作 這個剛才我已經提到了 設計師要進行UI的走查 產品經理的要進行產品的走查 總之呢 就是要確保當測試完成之後 這個產品就是能夠達到上線狀態了 那如果要是產品達到上線狀態 其實產品經理需要去完成整個的上線發布 程序員呢準備上線的環境 而項目經理呢 需要組織一場發布的評審會 確保大家都已經對這個版本的質量 達到一個統一的認可了 並且確認發布了 那產品經理呢 還需要去補充一個產品的一個上線通知 那測試發布上線之後 其實就是運營商務市場開始忙活的時候了 那他們呢會基於之前的計劃 執行自己的運營推廣方案 同時產品經理呢 也會和運營商務市場來去頻繁溝通 他們的推廣的需求 因為在這個環節中呢 也會涉及到一些技術支持和開發 產品經理會產出對應到運營推廣的一些需求文檔 而程序員和QA呢 重點就是保障線上的一個穩定運作 最後呢 商務推廣那邊完成推廣之後 會產出自己的檢驗報告 而產品經理在這個時候還是不會閒著的 仍舊會需要持續的收集數據反饋和用戶反饋 給大家去產出整個的一個反饋的分析報告 基本上這個研發流程的各個環節 我們可以看到哈 其實項目經理啊 程序員啊 設計師啊 基本上每一行都做的事情不太多 QA測試相對多一點 但是最多的還是產品經理 基本上每一個環節他都有涉及到 這就是研發流程裡邊各個角色要做的什麼事情 同時我們再需要從產品經理的角度 分別來看一下 在研發流程裡邊 產品經理怎麼和其他角色配合的 以便幫助大家更深入的去理解產品經理的職責和目標和任務 那這個表呢 就是橫軸我會分成各個角色 縱軸呢 主要就是產品經理分別在項目前項目中和項目後 是如何和各個角色去進行配合的 那首先項目前 其實你會發現在項目前的時候 產品經理需要就做很多很多的準備 那項目前的時候 他需要先和項目經理溝通清楚整個的項目目標 項目計劃 項目參與成員都有哪些確定項目的順利實施 同時的話呢 產品經理要做什麼樣的設計風格 他希望面對什麼樣的用戶 他希望產品的交互佈局是什麼樣子 也需要提前的跟設計師去溝通 以便設計師提前的去進行整個風格的設計和配色的選型 程序員也需要去進行技術的選型 並且呢 產品經理也需要提前和程序員溝通好 當前的版本預期是什麼樣子 未來他還需要規劃哪些版本 這裡面呢 以便程序員去在選型的時候 確認整個技術框架的可擴展性 因為很有可能1.0的方案和2.0的方案完全不一樣 那這個時候程序員本身是不想進行重複開發的 另外對QA來說 產品經理需要明確的跟QA交代好 我需要達到的這個產品的質量是什麼樣子 不要在上線之後經常給我出一些很重要的bug 這是需要跟QA提前溝通好的 當然了 運營商務市場也要在產品還沒有上線 或者是產品在設計的時候 就需要知道產品經理對於這個產品的設計理念 希望覆蓋到哪些人羣 希望達到什麼樣的推廣效果 以便於說 運營商務市場提前的針對你的產品方案 去進行推廣的方案的設計 這是整個項目前要做的事情 當然了 項目中的時候 其實項目經理主要就是把控進度 把控風險 設計師 程序員和QA 更多的是在項目進行過程中的時候 去持續和產品經理去溝通一些細節 運營商務市場 其實在項目中的時候 也需要確保上線前各種產品的執行細節是否到位 那最後其實項目上線之後 可能運營商務市場做的工作會多一點 而設計師 程序員 QA和項目經理都在等著你做什麼呢 收集數據 阻止大家去進行整個的項目復盤 那其實在整個這個項目前中後環節中 我們可以看到 產品經理需要持續的跟各個角色進行高效的 並且頻繁密切的溝通 這個就是研發流程中 產品經理和其他角色配合的方法 上面這些呢 其實我說的更多的是一些標準的規範 就是在常規的比較正式的互聯網大廠 我們需要去分別有什麼樣的角色去參與 以及在整個研發的環節裡面 每一個角色都分別要做什麼 都產出什麼 而在實際的工作中呢 因為每一個公司的情況不一樣 互聯網公司也分一些大中小廠 每一個廠子 每一個公司 它所針對每一個項目的資源分配情況也不一樣 它的流程規範也不一樣 所以呢 接下來我和大家再分享一些 在實際執行工作的時候 我們真正產品經理要做的事情 或者說項目成員要做的事情 和預期的理想中的一些規範 會有什麼樣的差距 首先呢 第一個比較無奈的 或者說呢 可能也是一個現狀 就是產品經理看起來 在整個的項目流程裡面 幹的是最多的 但是實際情況下 你會幹的要更多 一般來說 越是小創業公司 產品經理越是身兼多職的一個狀態 比如說很多公司基本上都是沒有項目經理的 產品經理一個人要全權的承擔整個的一個項目管理的工作 那產品經理需要去召開會議 需要去跟持續的頻繁的去跟項目成員去溝通 把控項目的進度 這個是產品經理第一個要兼的職 第二個就是交互設計 剛才我提到說 產品經理可能要去畫一些原型的產品方案 而原型方案跟交互設計稿 很多時候就是統一的一個東西 很多的公司 甚至包括一些中大型公司 交互設計這個崗位也是在一部分由產品經理去兼任的 測試和運營呢 相對還好一點 除非是特別特別小的創業公司 因為人手實在是有限 有時候測試就是一些簡單的測試過程 大概就是點點街面就可以的 而運營呢 更多的就是持續跟用戶去頻繁溝通 去響應用戶的一些訴求 或者說呢 去解決用戶的一些問題 但這種測試和簡單的測試和運營的工作 有時候也是產品經理去做 所以實際情況就是產品經理一個人要做好多人的事情 這個呢 在一些中小型公司可能是常態 大家如果是要做產品經理 需要做好心理準備 第二點 我想強調的是會議不重要 重要的是信息傳達足夠到位 所以剛纔可以看到 尤其是以項目經理為核心 他會組織各種各樣的會議 無論是項目啟動會也好 還是各個評審會也好 還是項目進度的溝通會也好 這些會議是不是都要依次的按照標準規範 去開這些會議 去召集這些人呢 其實不一定的 因為很多時候互聯網公司節奏很快 你想開會都找不一定能找得著人 但是呢 會議的目的是什麼 就是要確保信息的統一 信息的同步和透明 所以從這個角度來講 大家可以不必按照規範去召開一個一個的會議 更多的是到各個項目參與人的成員的面前 告訴他你應該知道什麼 這個是更重要的 然後第三點就是目標第一 流程第二 可以看到剛纔有很多的流程 包括各種評審會呀 各種需求的確認啊等等 其實這些流程的環節不一定每一步都要走 實際上我們仍要根據目標 我們是不是要確保在短期內達到這個目標 如果時間不夠 有些流程其實是可以省去的 比如說一些評審會 很多時候我呢就不會直接開會 而是直接帶著需求到開發那邊 去跟他們說一下 到測試那邊去確認一下 如果沒有什麼問題就直接開始做了 其實也不用發郵件或者確認啊等等 大家基本上通信靠吼一聲 都知道要做什麼就可以了 那最後呢 其實還有告訴大家一個互聯網公司的一個常態 就是時間永遠是緊急的 資源永遠是不夠用的 這點實在是也沒辦法 因為互聯網公司就是跟時間趕進度 老闆的要求永遠是明天上線 但是呢 技術那邊永遠是等待排期 所以呢 面對這個現實 但是呢 在其中更多的去發揮產品經理的主動性 去主動的去協調資源 去主動的在提高效率 短時間內達到目標 這個呢 就是產品經理應該要發揮自己作用的點 那這個呢 就是我給大家總結一些 我在實際執行項目的過程中的一些心得 希望大家能夠有引起注意 最後呢 我們再總結一下 這一小節所要講的內容 首先我告訴大家講了 互聯網產品從零到一是如何立項的 那這個過程要經歷市場調研 性品分析 需求收集 收益成本覈算 風險評估 產品定位 規劃路線圖和最後的立項的批靠會議 每一個流程都要做哪些事情 大家要有這個意識 接下來呢 是互聯網產品從一到一百 是如何迭代的 那這個過程呢 需要經歷需求分析 產品設計 開發實現 測試發布 運營推廣和收集反饋 同時呢 我們要注意在真正的迭代的過程中呢 其實是一種敏捷式的迭代方法 通常呢 在1.0開始進入到第二步的時候 1.1已經在開始進入第一步了 這一點呢 大家其實是可以去通過這樣的方式 來提高整個的一個研發的迭代效率的 那接下來我會給大家講的是 研發流程各個階段 各個角色都要做哪些事情 這些角色分別是產品經理 項目經理 程序員 設計師 QA測試 運營商務 市場分別要做哪些事情 大家可以記著那些表格 從縱向 一步一步的去看每一個環節 各個角色都要做什麼 都要有哪些產出物 以及說呢 在這些流程的各個階段 產品經理分別的是在項目前中後 怎麼和其他角色配合的 這點其實大家也可以看出來 產品經理是需要持續的 頻繁的跟各個角色去溝通的 當然了 上面這些呢 都是一些標準的流程 和正規的一些項目的一個工作進度 那實際工作中呢 產品經理一般要身兼多職 以項目推進為優先 不會拘泥於各種會議 流程這種形式主義 因為時間和資源永遠是不夠的 現實和理想永遠是有偏差的 希望大家在這點上引起注意 那麼立足當下 著眼未來 和我一起為未來的你賦能 我們這節課就到這兒 下節課見