因為從事HR這個職業的緣故，又在互聯網行業里混，少不得需要了解一些有關于各種各樣的職業的工作情況，于是選了產品經理這個職位入手，一方面我對做產品這件事興趣濃厚，另一方面產品經理是一個和需要公司各個部門合作密切的職位，可以窺一斑而見全豹。這本書是在公司同事的書桌上撇到的，回去自己搜了一下， 覺得還不錯就買回來了，其中的內容沒讓我失望，敘述詳盡，專業性很強，一本書看完，產品從創意到交付的整個過程也都摸得比較清楚了。更讓我收獲不淺的是這本書中所蘊藏著的一種方法論，即解決復雜問題（尤其是在團隊中）的方法，產品經理本身就是為了解決問題而存在的，從書中羅列出的各種各樣的方法和技能中，可以提煉出一種解決復雜問題、在所有領域都適用的方法，如果能夠習得并加以運用，就是筆意外之財了。

下面先理一理產品經理交付一個卓越的產品需要經歷的過程：

找到需求（達到一定數量的用戶的剛性需求），聚集團隊，明確使命和目標（簡短、言之有物、指明方向），為公司制定正確的策略，即如何利用公司所擁有的資源來確保產品獲得長期的競爭優勢，這里的資源包括技術門檻，渠道資源等等。

構建一個最小化可行產品，即能夠用最小的代價實現的產品的最重要的部分功能，它將成為產品的原型，并在此基礎上進行修改或者迭代，在這個過程中，需要完成以下的一些事：撰寫新聞稿（說明產品的策略和方向），創建并不斷更新FAQ文檔，繪制線框圖或流程圖，制作演示文稿，添加API 文檔，撰寫產品需求文檔（這幾項都是記錄和展示的過程，能夠幫助工程團隊、設計團隊更好的理解產品），邀請設計、工程團隊主管參與產品評審（達成共識），找客戶測試產品概念（確保你的產品是受歡迎的），預測收益（為你的產品尋找一個價值定位，或者是給投資人講一個動聽的故事），向管理層匯報（獲得權限）。

在設計產品時，要格外注重用戶體驗，使用產品的第一分鐘就足夠讓用戶判斷是否要繼續使用下去。用戶體驗不僅是產品的外觀樣式，也是產品的使用方式，它控制信息在用戶界面傳達的方式，以此引導用戶單方面地接收信息，這就需要確定信息的優先權。最好的用戶界面應當是無需文本引導，依賴界面本身的視覺設計就能指引用戶去關注應該關注的區域，即把用戶在界面上需要完成的最重要的任務放在最容易被察覺的地方。為此，需要構造一些虛擬的角色模型，他們擁有一些你的目標客戶的特征，你可以通過他們去思考當客戶使用產品的時候會產生的感受?？偟膩碚f，在用戶體驗方面，需要做到以下一些要求：突出重點，簡潔美觀，便于查找，減少操作，標準一致等等。

在產品的制作過程中，產品經理需要不停地與團隊溝通，尤其是產品經理其實并不具備過多的正式性權力，因此項目管理和溝通的技能的重要性凸顯無疑。首先需要制作一張簡單的計劃表，它需要將一些突發情況也估計進去，保證一定程度的工作余量，這樣能夠在一些突發情況下來臨時依然能夠按時完成進度。在這一過程中，需要去估計每位工程師的工作量，并且預計有多少bug有待解決，bug的問題尤其嚴重，因為bug總是不斷的產生，而實際上你不可能發布一個沒有bug的產品，因此，為bug區分優先級并且衡量你的質量標準變得重要，你需要在截止日期前想辦法解決掉那些特別嚴重的bug，而把一些不嚴重的放到產品交付之后。

為了確保產品的可靠性，還需要一支卓越的測試團隊，上一段提到要為bug區分優先級，這與最開始提到的理念相契合，要用最低的成本去確保最主要的功能，這樣才能讓你的產品順利交付，因此在初期階段，測試可能并不能兼顧到方方面面，你可以選擇只關注三塊內容：用戶體驗、安全和隱私、產品的依賴，除此之外，你還需要測試產品在各種極端情況下的承受力，并且做相應的準備措施。在產品交付之前，最好在公司內部推行一次內部使用，并且建立起良好的反饋渠道，沒有接觸產品的用戶總是能找到很多bug。再之后，讓產品經歷一個小型的市場的考研，尋找一小批可信的測試者，與他們簽署保密協議，讓其使用新的產品，收集反饋意見，比如網游發布之前的內測用戶，便是如此。

為了管理項目進度，評估產品的市場效果以及確保其系統性能，都需要收集一些可靠的量化數據，因為無法測量的東西也就無法提升，你必須很精確地了解你的產品才能做一些相對應的措施。一些需要關注的數據：7天活躍用戶數，利潤，注冊量，付費轉化率，用戶參與度，用戶平均停留時間，平均延時，每秒請求數等等。在此之中，需要注意獲取數據的角度，盡可能地避免團隊沉浸于一些虛榮的數據中，因為總是存在一些一直在增長的指標，事實上，在制作報表的時候，總的用戶量或者增長的用戶量，應當在數據中充當一個分母的角色，以便更好的衡量產品的市場效果。

在產品即將要發布的時候，依然還不能松懈，因為總是會出現各種各樣的問題讓你的交付日期一再地向后推延，此時你需要拒絕一些聽起來很合理的改動意見，因為它們會是永無止境的，而且產品的第一個版本只需要滿足最核心的功能即可，完善的事情可以放在2.0版本中。在發布之前，你需要做好應對各種各樣危機的準備，首先要準備的就是回滾軟件，你得確保產品能夠被撤回到預發布狀態，這樣可以讓你突然發現的糟糕bug不影響到整個市場的用戶。你的產品可能被大規模的訪問沖垮，可能出現安全漏洞、隱私侵害以及定價事故，你必須做好一份可靠的應急預案，發布產品之時遠遠還算不上是慶祝的時刻。產品發布之后，如果足夠成功的話，你還需要去應對媒體，以及去傾聽用戶的反饋，不過只要你的前期工作都已經準備充分，應該都不會有什么問題。直到一切塵埃落定，產品安穩地在市場上暢銷，你的工作才算告一段落，可以開始慶祝，這也是一個鼓舞團隊的好機會，因為你的工作并沒有停歇，緊接著，你還需要迭代更新，或者是開始下一個產品。

產品經理應當是一個全能型的選手，他至少需要具備以下技能：管理項目、產品創意、提高團隊工作效率，對技術有一定的理解，具有商業洞察力，當然，因為產品經理在公司中獨特的地位，我們可以把溝通當作是產品經理最重要的技能。

當你需要組建一支團隊的時候，本書給了一些建議：雇傭比你聰明的人；雇傭懂得自己不是來當老板的人；雇傭表達清晰、言之有物的人；雇傭用數據說話的人；雇傭充滿活力的人。歸納來說，團隊需要一個務實、充滿正能量、能夠進行良好合作的天才，事實上這樣的人太過難得，尤其是對一些小公司而言，所以產品經理需要有一種激勵整個團隊，通過溝通交流，讓整個團隊良好運作的能力，我覺得這很重要，但是書中并未具體介紹，畢竟構成一支團隊的因素太過復雜，產品經理們需要因地制宜，去與每個人溝通，協調整個團隊，激勵斗志，掌控方向，這需要經驗的積累、敏銳的觀察力以及說服力，當然最重要的是，你的產品創意足夠偉大，值得讓這些人跟隨你一起奮斗。

關于產品經理在團隊中應當具備的溝通技能，書中認為寫郵件是技能樹上尤其重要的分支，產品經理應當寫出盡可能簡練的郵件，就像最優秀的記者一樣，寫好的郵件需要在最短的時間內讓讀者看到最多的信息。書中給出了一些非常實在的小tips，比如使用精確的增量來闡述問題，分點闡釋原因，砍掉所有無用的信息，用建議取代質疑等等。另一種溝通的形式是會議：團隊會議（傳遞信息、收集信息、達成共識、解決問題），站會（簡短），1對1會議（高管之間探討問題，小范圍決策），產品設計評審會（展示你的產品，這類型的會議需要充分準備），頭腦風暴會（盡可能多的收集想法）。會議結束之后應當給與會人員都發出會議紀要，讓他們感到自己是會議的參與者和下一步計劃的執行者。

下面梳理一下在這本書中總結出來的解決團隊遇到的復雜問題的流程套路：

1、明確問題，清晰地描繪出問題的邊界和架構，目標是什么，阻礙是什么，難點在哪里，如果問題很復雜，那么要把問題拆解成若干個小問題去解決。

2、盤點現有的資源，哪些資源可以相對應地去解決哪些問題，現有的資源是否能夠完全解決問題，如果不行，應該如何向外界獲取資源，是增補團隊成員，還是尋求外部合作？

3、召集團隊成員，說明當下面臨的問題，提出解決的方案，征詢所有人的意見，共同探討，最終形成一個所有人都認同的方案，注意，在全體討論之前，就必須有一個切實可靠的方案， 全體討論只是提供修補的意見，而非討論出一個解決問題的方案，因為群眾的效率總是過于低下。

4、依據解決問題的流程、模塊以及團隊成員的技能去分解工作，明確權責，制定獎懲標準，確保每人的工作量相當，或者保證多勞多得。

5、為團隊以及個人的所有任務區分優先級，確保哪些任務是必須被完成的，哪些任務是需要盡快完成的，哪些任務是無足輕重甚至是可以放棄的，著力于優先級最高的任務，確保團隊整體的效率。

6、記錄下解決問題的流程，以及在團隊工作中出現的錯誤及收獲，記錄任務的進度以及完成任務中方向的更改（如果有的話），這些記錄有助于審視團隊是否走在一條正確的處理問題的道路上，可以及時發現問題并更改方向，而完善的記錄也可以幫助團隊去解決下一個問題。

7、評估團隊的進度，問題的解決程度以及團隊成員的貢獻，應當有恰當的制度以及準確的衡量方式，前兩者的數據來源于外部，需要盡可能的準確，后者的數據來源于內部，應當有預設的機制，需要盡可能做到程序性公平。

8、問題解決之后，根據記錄進行回顧和評估，尋找不足之處，探討在今后的工作中如何避免類似的問題，盤查整個流程，看看是否有改進之處，記錄下來，并反饋給全體成員。

9、如果相似的問題總是出現，應當建立相應的機制，將解決問題的方案標準化、流程化，讓類似的問題不再成為團隊的困擾，當然，還需要不斷地去評估現有的機制，以免外部的問題發生了變化，而團隊依然用老舊的方案去解決問題。

over