起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品經理如何面對失敗
編輯導語：作為一名產品經理，或多或少都會經歷過失敗的產品，失敗了不可怕，可怕的是沒有正視失敗產品的勇氣。本文針對數據產品，分享產品經理如何面對失敗這個話題，希望給經歷過失敗的你一點啟發。
作為一名數據產品經理，從業至今，多少有過幾個失敗的產品（我想每個人都至少有一個失敗作品吧）。俗話說，失敗乃成功之母。失敗的案例同樣可貴。由于數據產品有一定區別于其他產品的特點，所以今天我們談產品經理如何面對失敗這個話題，也主要是針對數據產品。
一、承認失敗
要承認自己失敗是一件很難的事情，特別是對于產品經理來說，承認失敗在某程度上意味著否定自己的工作。
一定要擺正心態，要知道只有敢于認錯，才能糾錯。在日常工作中，有很多時候需要產品經理勇敢下決定，但是比較少讓我們做最后的結論判斷，承認失敗是一種結論判斷。
二、復盤失敗的原因
和你的團隊一起去復盤失敗原因之前，需要你自己先做一個獨立復盤，這是為了不在復盤會上被帶風向，團隊復盤會很容易氣憤低迷，充滿了失意氣息，或者演變為互相指責，進入不了下一個階段。
為了避免這些現象，需要產品經理自己先完成初步的復盤，這個復盤就是目前失敗是在哪個環節，一般來說可以將產品設計到推廣的大概分為以下幾個環節，本文列出了幾個常見的原因，希望能為大家在復盤時提供一些參考。
1. 產品定位
（1）不是剛需需求判斷是源頭
我見過啟動一款產品的時候做需求調研，產品經理喜歡拿著錘子找釘子，心里在需求調研分析之前就已經有了先入為主的印象，最后需求判斷的結論與調研實際情況脫節。
（2）需求沒了
公司業務調整，原來的主要業務變為了次要業務；部門架構調整，使用該產品的崗位沒了；
有其他部門在你們上線前就推出了更好的替代方案。
一句話，原來有這個需求，現在沒了。
2. 產品設計
（1）偏離核心需求
產品設計是否是真實按照需求做的，產品在設計過程中會受到很多干擾，比如上級的期望、業務部門的 KPI，從而導致做出的成品和最核心的需求差異較大，或者重心偏了。
舉例：產品核心需求是用數據做生產質量管控，那么數據產品里面應該要提供基于數據質量指標的預警告警、質量問題自動歸因等，但是最后全都做成了大而全質量報表和數據分析工具，這就是偏離了核心需求。
3. 產品開發
（1）核心功能未實現/少實現
很多時候為了趕上線進度，產品經理會和開發人員妥協調整產品功能的優先級，這個時候要復盤一下是不是把核心功能優先級調整了導致功能實現的不全、或者沒有實現，或者理解有偏差。
（2）想法很好、實現起來很難
還有一種情況，是核心功能實現起來需要較大的技術成本，目前的技術投入條件不成熟，其他的技術方案對核心功能最后的效果有較大的影響，這個影響了產品的效果。
（3）開發周期長、錯失機會點
除了趕進度，還有一種是開發時間較長，需求蔓延、需求變更、技術方案變更、研發團隊組織架構變動、項目優先級調整等因素導致產品開發周期過長（當然如果你這幾種情況都遇到了，產品能上線就不錯了），本來是一款填補行業空白的產品，后來上線時已經失去了領先機會點。
4. 產品推廣
這個是很多人容易忽略的問題，數據產品和功能產品不一樣，大多數都在主流程之外，不影響業務主流程。這類產品一定要有推廣、宣講的過程。應該反思一下，產品沒有人用，是不是推廣沒做到位——需要的人不知道（沒權限）。
三、發掘產品的機會點
產品已經上線了，整個團隊為此投入了很多的人力、技術去開發。雖然產品效果不好，但是說不定還有“復活”的機會。這個 “復活” 包含 2 個含義：
第一，產品開發過程中留下了哪些寶貴的財富（業務理解、技術組件等），可在其他項目使用；
第二，上線推廣、內部盤點時發現了新的機會，對產品進行改造去適配新的需求。
一般來說產品的核心資產有這么幾類：
1. 用戶產品
初期圈定的用戶群，在推廣階段其實已經有一些用戶量了，這些用戶如果做需求調研，會比其他未接觸過你們團隊的用戶更友好一些?？梢钥紤]還是做這些用戶的業務線方向，比如之前是面向電商運營的數據產品，那么可以考慮還是這個用戶群的細分場景。
2. 技術組件/數據沉淀
考慮已完成開發的技術組件、數據模型的復用。比如，原有產品沉淀了一個 NLP 的分詞組件，這個在其他的項目中是否可以復用；以前梳理的主題數據模型，有哪些場景是和這些數據模型相關的。
3. 業務知識
做完一個項目，從產品到研發、測試，都會對業務背景、業務概念有所了解，包含對應業務系統的數據，這些都是軟性的財富，如果后續找新的需求、新的機會，還是和這些做過的業務背景相關，那么能夠節省很多的時間。
4. 研發團隊
研發團隊的能力，是一個組織能力，我們由于當前的產品/項目，已經組成了一個團隊，判斷團隊成員的技術棧和技術能力，也可以得出新的產品/需求挖掘的方向，比如你們團隊中有NLP算法工程師，那么和自然語言處理相關的需求和場景就是可以去考慮的。
5. 需求池
最初做產品需求分析的、產品上線后陸續接到的需求，也是一份寶貴的財富，從這些已有的需求中聚合挖掘出新的機會點，比從海量的業務場景中重新探索要節省很多精力和時間。
另外，如果先發現了新需求，也可通過以上這幾個角度去看能否將現有產品改造、迭代為適應這些新需求的產品。
四、結論
在一個項目、一個產研團隊中，產品經理常常擔任小 CEO 的角色，產品是有很強的 Ownship 和成長自驅力的。項目和產品最早期就是從需求調研、產品設計做起，如果產品經理能多一分成功的把握，對于團隊和項目來說，會有事半功倍的效果。
對于產品人來講，如何帶領團隊從失敗中成長、復活，讓產品、團隊和自己走得更遠，是每一位產品經理都應該去思考的。
作者：經海路@薄荷點點京東物流數據PM一枚；專注“BI+”，帶你發現數據產品的更多可能性；“數據人創作者聯盟”成員。
本文由@一個數據人的自留地 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
不錯??