作為一名產品經理，你的團隊會向你尋求指導、支援和領導。你的工作不僅僅是將專案從最初的概念轉化為完全成型的產品; 你也可以激勵您的團隊, 為他們提供最好的工具和支援，使他們最大限度地發揮自己的才能。

但是當出現問題時怎麼辦呢？

從教育的角度來看，失敗往往比失控的成功更有價值。儘管如此，很少有公司和產品團隊花費足夠的時間來分析和學習他們的失敗。更少的產品經理將擁抱失敗作為他們很重要的產品管理風格 — 那麼，如果幾乎沒有人想談論失敗，你應該如何處理？

在這篇文章中，我們將討論作為產品經理處理失敗的幾種方法。我們將研究產品團隊失敗的一些最常見原因, 以及如何以不同的方式看待失敗，從錯誤中學習更多，並希望在未來能夠避免這些失敗。

確定“Who”和“Why”，關注“What”

當我們犯錯時，我們很容易把注意力集中在為什麼會出錯以及誰應該負責上。

尋找和分配責任通常是產品經理在遇到失敗時採取的第一步。然而，儘管承認出現問題的原因以及誰負責是很重要的，但這些資訊的對解決問題用處十分有限。

換句話說，你應該專注於你將要做的事情，以及你應該從這次經歷中學到什麼，而不是挑出是誰犯了錯誤。

當我們指責時，我們可能會更快地找出對錯誤負責的人，但是在實際解決方案方面，我們收穫很少。弄清楚誰搞砸了除了找到一個人來處理問題之外，對解決實際問題幾乎沒有什麼幫助，並且經常會導致犯錯誤的人單獨承擔或受到攻擊。反過來，這可能會使您的團隊成員不願意承認錯誤，或者在他們對某件事不確定的時候不願意說出來。

另一方面，“What” 這個問題非常有價值。在確定哪裡出了問題的情況下，“What” 這個問題通常是確定有形問題的實際解決方案的第一步。這也很有教育意義，檢查出了什麼問題，往往會發現潛在的問題，如使用者研究資料不完整或假設有缺陷，這些問題應該成為解決問題的起點。

簡而言之, 當事情出錯時，一定要確認出現問題的人（who）和原因（why），但是一定要確保你目光聚焦在你將要採取的措施以及你可以從中學到什麼。

確保你的目標是現實的

產品開發失敗的一個最常見的原因是設定了過於雄心勃勃的 (甚至是不可能完成的) 目標。

設定不切實際的目標對任何人都沒有好處。這會讓你的團隊面臨巨大的壓力，要實現一個甚至可能不可行的結果。它會產生有惡性的、懲罰性的工作環境，並造成強烈的壓力，這兩者都會對你的產品產生不利的影響。無法實現的目標也會導致團隊的分裂，並突顯了產品經理對產品的願景和負責開發該產品的團隊之間的脫節。這可能會造成緊張、怨恨和痛苦的氣氛，這些都不會激勵你的團隊更加明確高效地工作。

不切實際的目標也讓你作為產品經理的領導力受到質疑。設定雄心勃勃的目標並推動你的團隊完成這些目標並沒有什麼錯，但是一直高於現有能力的計劃可能說明計劃不當或期望不一致。

一般來說，低於承諾和超額交付比設定你的團隊幾乎沒有機會達到的目標要好的多。無論如何，要實現延伸目標，但要專注於團隊能夠實現的目標。

不被思考束縛

許多產品經理都是善於分析和自省的思考者。對任何產品經理來說，關注細節、挑剔的職業道德和分析思維都是非常寶貴的品質 — 但即使是最小的問題也會導致過度思考。

雖然真正瞭解出現問題的原因至關重要的，但知道何時繼續推進並撤離也同樣重要的。過度思考問題不僅會浪費你可以利用的有效時間，還會產生狹窄的 “隧道視覺”。

考慮到你的團隊需要你的指導，這可能是一個嚴重的問題。

當出現問題時，要記住作為產品經理的主要角色。你將為整個產品提供戰略和願景，而不僅僅是該產品的某些元素。你花在雜事或過度思考的時間越多，你實際引導團隊走向終點的時間就越少。

當然，強迫自己停止過度分析事情可能是一項艱鉅的任務。因此，選擇合適的團隊成員是至關重要的；你應該能夠自信地將任務分解並委託給你的下屬，讓他們在你專注於規劃藍圖時弄清楚出現問題的原因。

承擔責任—即使這不是你的錯

儘管你將任務分別委託給了你的團隊成員完成，但是要記住，責任會一直跟著你直到結束。

在某些情況下，您將對其他人的錯誤負責。然而，為團隊成員的錯誤承擔責任，可以是你展示謙遜和正直很好的方式，也可以向你的團隊成員證明你在支援他們。

但是，儘管承擔團隊責任可以表現出強而有力的領導力，但採取正確的方式是很重要的。不要去為每一個小錯誤承擔責任（fall on your sword），要問問自己為什麼你的團隊成員犯了錯誤。是他們真的失職了（drop the ball），還是你沒有給他們資源或支援？是否有人誤解了任務的目標，還是你沒有充分解釋？團隊成員是否未沒有尋求幫助，或者是你沒有聽到他們的聲音？

承擔他人的責任是非常尤其困難的，特別是錯誤真的與你無關時。當然在一些情況下，拋棄你的成員（乃至你的工作）可能會為你挽回一些面子，但是這些除了破壞你的領導力，使你與同事之間造成關係緊張之外，幾乎沒有什麼作用。

換句話說，作為一個團隊，試著失敗和學習。

及早積極地溝通問題

有的時候，我們犯了很嚴重的錯誤，以至於我們無法控制後果。然而，大多數情況下，通過主動與關鍵利益相關方溝通，可以減輕錯誤的潛在影響。

考慮這個的一種方法是將其視為解決方案與藉口之間的問題。

假設您團隊中的一名程式設計師告訴你產品兩步驗證系統存在嚴重的安全漏洞。這個漏洞非常嚴重，但是可以修復，不過需要超過預定的時間交付。

基本上，你有兩個選擇。你可以：

• 主動將安全缺陷告知專案利益相關者，概述建議的解決方案，併為該解決方案提供臨時時間表
• 等待截止日期過去，然後道歉，並在事後提供藉口

如果你是一名高管或關鍵利益相關者，你認為這兩種選擇中哪一種效果更好？

沒錯。

大多數時候，你越早對潛在的問題發出警報，利益相關者就越有可能理解。積極主動地就嚴重的問題進行溝通，不僅讓更多的人有更多的時間來設計解決方案，而且還可以證明你已經意識到新出現的問題，並且能夠掌控這些問題

錯過最後期限和意想不到的問題是不可避免的，但是你選擇如何應對和管理這些問題會產生巨大的差異。

重複失敗與學習

在你直接影響或控制事情的過程中，把失敗視為不可避免的必然是很重要的。通常情況下，我們唯一能控制的就是我們如何應對失敗，以及我們如何從中學習。

理想情況下，你應該以允許犯錯誤的方式構建你的產品路線圖。如果無法做到這一點，您所能做的就是儘可能地為您的團隊提供支援，當你的團隊犯錯時，為他們提供指導、領導和支援, 並試著看看錯誤能給你帶來什麼價值。

原文：How to Handle Failure as a Product Mana