一.做一款產品從瞭解她的性格開始
做產品，就像找伴侶，在找之前，我們心中就應該對另一半有自己標準，內斂的？還是活潑的？同樣，在我們剛拿到一份產品策劃時，千萬別急著開始動手，第一步先從策劃書或專案對接人身上確定三點一目標，三點分別是目標人群、使用場景、業務核心，一目標是指想通過該產品實現什麼樣的目標，那麼確定三點一目標有什麼重要性呢？總結過來有以下兩點：
1、確認專案方給到我們的需求是否靠譜？
有些時候真的不能保證專案方給到我們的是不是真需求，至少我時常會遇到偽需求，某些偽需求的危害是巨大的，猶如連鎖效應，頭招錯，無論後面做的多麼好，都沒有任何意義的，這就要求產品經理必須具備辨別需求真偽的能力，當然培養這種能力這需要一定經驗的積累，但是如果你能明確產品的三點一目標，基本上可以辨別出大部分偽需求。
2、保證你的團隊走在正確的開發道路上
我之前就遇到過這樣一件事情，某次我負責一個關於大學生開學季的產品，我將原型給到設計師，並跟她說明了我需要偏卡通風的UI介面，結果設計出來以後，UI介面風格太過於幼稚，視覺上給大家的感受是這是小朋友用的產品，無奈之下重做，過後我總結，我在將原型給到設計師的時候確實說過需要的設計風格，但為何設計出來的樣式卻與我的想法背離。仔細思考，其實很大一部分原因是我沒有將產品的三點一目標明確轉達給設計師，使得設計師在設計過程中方向不是特別清晰，從而造成了這種問題。所以產品經理不僅需要了解三點一目標，並且還需要通過各種方式將三點一目標明確地轉達給團隊的各位成員，讓大家對要做的產品有一個清晰的認識。
二、學做產品會議的掌舵人
產品需求不明確，很多時候需要召開頭腦風暴會議，產出好的點子。我記得第一次參加頭腦風暴會議的時候，我和各位同事一起進行一次漫長而激烈地討論，但由於會議缺乏有效組織和引導，導致最後也沒能產出幾個好的點子，有過這次經歷後，我認識到，想開好一場頭腦風暴會議，產品經理需要擔任會議掌舵人的角色，有目的地去引導團隊成員，下面是產品經理在參加頭腦風暴會議所要知道的：
1、激發團隊靈感
首先要明確一場頭腦風暴會議真的不是找一夥人，個個擼起袖子瞎討論，頭腦風暴也是要講究方法的，通過運用一些科學方式和手段可以更加有效地激發團隊成員的靈感，產出更好的點子。比如說我在每次頭腦風暴時都會使用商業畫布來引導團隊成員進行討論，通過商業畫布從九個維度——客戶細分、價值主張、渠道通路、客戶關係、收入來源、核心資源、關鍵業務、重要夥伴、成本結構引導團隊，極大地增加會議的質量。
2、準備備用方案
當通過頭腦風暴討論出比較滿意的方案後，千萬不要就此打住，產品經理需要通過會議準備好替代方案，這一點很重要，因為誰也不能保證最優方案是萬無一失的，如果出現問題，還有替代方案可用，避免增加時間成本。
三、做有針對的競品分析
我們都知道競品分析是需求挖掘的重要手段，競品分析的方式多種多樣，我比較常用的方法是使用者體驗5要素分析法，從戰略層、範圍層、結構層、框架層、表現層5個層面對產品進行分析，如何做競品分析，網上有大量好的文章，大家可以去借鑑學習，我這裡就不詳細贅述的，我今天想說的是，大家在做競品分析時，千萬不要過分追求大而全，要有針對性地做，在產品發起階段，一份好而全面的競品分析報告，確實是很有必要的，然而在產品迭代階段，迭代週期是很短的，在限時間內做一份全面的分析報告是不太符合實際的，最終導致的結果是，大而粗，我們需要做的是，產品在迭代過程中，有針對性的去做，抓取迭代過程中幾個關鍵點，做深做透，才是最科學有效的手段。
四、需求分析，你有做到這些麼？
需求分析要解決兩個點，首先是需求從哪裡來？然後是如何加工需求？
如何獲取需求？
不同產品，需求來源不同，部分需求可能是需求方直接給到我們的，但是很多情況之下，需求是需要產品經理自己去挖掘的，通常的挖掘渠道包括使用者調研、資料的分析、競品分析。這3塊如果攤開了講都是很大的模組，產品經理需要通過不斷學習和實踐，掌握一套熟練的方法。
需求評審大會
確定需求以後，還需要對需求進行一個精加工，通常最常用的的方式是邀請各部門負責產品的同事，召開需求評審大會，需求評審大會需要明確以下幾個點：
1、根據需求的緊急性、重要性排列優先順序。根據需要，甚至可以砍掉部分需求。
2、是否需要其他部門進行配合，如果需要的話，評審大會召開以後還需要與合作部門進行會議。
3、技術方面存在哪些風險和難點，預防措施是什麼；是否可以複用已有功能，避免重複造輪子。
4、確定產品的週期，製作一份產品週期表。
5、會後將確定內容通過郵件的方式傳送給上司以及與該涉及產品的所有同事。
五、畫出你的功能模組與功能流程
需求確認以後，離它成為原型之間還有重要的一步，就是梳理功能模組與功能流程，這一步常常被很多產品經理所忽略，原型圖往往接近使用者所看到的成品，很多更加深層次的細節是表現不出來的，最容易造成的問題是功能的缺失和流程的不完善，為了避免這些問題，在畫原型圖之前需要清楚的梳理出你的功能模組和功能流程，通過將你的功能模組與流程畫出來就是一種比較行之有效的手段，我比較推薦使用UML（統一建模語言）來表現，UML有自己一套比較成熟的體系，而且有一套國際上認可的規範，通過畫圖，需要梳理清楚兩個東西，第一是產品有哪些功能模組，功能模組之間關係如何；第二點是每個功能模組中的流程是否能跑通，有哪些分支流程和異常流程。你會通過畫圖發現很多之前沒有考慮到的問題，由此保證你產品的嚴謹性。
六、你的工作不只是畫原型
我看到需要剛剛接觸產品經理崗位的人，很多都沉迷於畫原型難以自拔，為了畫出高逼格的原型圖絞盡腦汁，更有甚者做出來的原型已經和上線產品不相上下了，大有搶互動設計師的飯碗氣勢；不得不承認，畫好原型確實是一個產品經理必須的技能，尤其在一些小公司，公司可能根本沒有互動這個職位的，產品往往要順帶著做互動的活，但是，這並不是要求我們過分追求原型如何的高大上，原型如果能表達一個產品的各個模組和每個模組的關係、以及每個模組中主要功能的互動方式，就是一個很好的原型了，如果是比較簡單的產品迭代，直接一張靜態原型加上文字說明也足夠了，產品經理需要做的事情很多，一個人的精力是有限，請不要過分的追求“完美”。
七、一切以資料說話
身為產品經理必須時刻的提醒自己，一切都要以資料說話，資料決定了你的產品是否成功，所以資料分析技能是產品不可缺少的一項技能，我將資料分析分為兩個部分，資料指標制定、資料監測，每個部分需要如何做，請聽我一一道來：
1、資料指標的制定
產品上線前，產品經理需要與資料分析師一起討論，確定產品制定哪些資料指標，那如何制定一份優秀的資料指標呢？可以參考一下幾個標準：
- 簡單：確保所選指標能讓參與該專案的人很快的理解其含義。
- 相關：所選指標一點要符合業務目標（公司產出）。
- 及時：指標必須是及時的，為了及時質，甚至可以犧牲指標的複雜的和完美程度。
- 即時有用性：指的是當你很快理解這個指標後，馬上就能發現指標後面反映問題。
這裡我再補充一下，一個產品的關鍵指標不要過多，一般3個指標就足夠能反應產品的好壞。
2、資料監測
產品上線後，產品經理需要關注所定指標的資料走向，根據資料的反饋，調整產品，做好迭代準備。產品經理需要注意一點，沒有必要過分追求資料的精準性。對資料擁有90%的信心時，就可以做決定了。
八、學點技術吧
產品經理需不需要懂技術一直存在比較大的爭議，但是多少還是學點技術吧，至少一些技術名詞你得懂吧，跟開發大哥討論時，至少能夠減少一些障礙，我就見過跟開發老師討論時，連後端和後臺兩個概念都沒分清楚的人，這多少讓雙方會比較尷尬，再說了，懂點技術還能在小白麵前裝一裝是不是…
以上就是鄙人對產品經理的一些拙見，如有不足之處，還望各位指點。最後預祝各位，在產品經理的道路上越走越好。