最近，被問及做了這么多年的產品，有沒有沉淀下什么方法論？聽到這個問題，突然有些懵，不是自己不會做產品，而是沒有和什么方法論聯系到一起。
所謂方法論，是用什么樣的方式觀察事物，處理問題。那我想，落到產品上，就應該是做產品的一些思路，技巧和方法了，隨便寫一些吧。
- 關于產品規劃
首先需要確定自己的產品所處在的產品生命周期，不同階段的產品，后續采用的策略是完全不同的；
然后對自己的資源，外界環境，市場進行結合，用swot 分析，來制訂自己的策略；
對目標用戶進行分層，并進一步分析對產品的價值，根據2/8原理，去識別那些最有價值用戶； - 關于競爭分析
我不建議做太多的競爭分析，容易讓自己陷入模仿；
做競爭分析的時候，不要去看都做了什么，而是要去深入思考對方是基于什么而做了這樣的決策； - 關于產品節奏
如果是初創產品，在對市場不明朗的時候，一定要先做MVP，迅速去驗證模式，切忌第一個版本耗費太多時間；
如果是后續的迭代，2~3周比較合適，即讓用戶感受到我們在不斷前進，也不會讓產品發布太過頻繁 - 關于優先級
識別出那些核心功能和服務，作為優先級最高的模塊；
對于單個功能，優先級順序為 功能 > 交互 > UI； - 關于產品設計
盡量少讓用戶去思考，去打造小白都會用的產品；
如果是移動端的產品，如果不是游戲等沉浸式體驗的產品，盡量多采用系統元素，因為大家都習慣了，就不要非要逆其道而行之；
如果不是業務必須，盡量所有頁面都是單一路徑，否則很容易讓用戶發狂； - 關于用戶體驗
最近幾年，大家都推崇用戶體驗至上，我的觀點是在一個商業環境，產品不能單純的追求用戶體驗，某些時候需要因為公司利益而犧牲部分用戶體驗，不要覺得像自己丟了貞操一樣羞愧；
不要把自己喜歡的方式當成好的用戶體驗，記住，你不是用戶，那只是你的經驗，而有時候經驗是會害人的，除非是那些已經被證實過的； - 關于項目推進
要讓技術同學清晰的知道產品的目標和價值，讓他們明白自己不是在做功能開發，而是在完成一個使命；
盡早讓開發同學參與進來，越多的前期討論，他們就越認同自己要做的事情，并且對需求也越了解；
一定要做風險規劃，如果你覺得項目可能會延期，那項目一定會延期。未知的技術難點、技術同學生病，bug太多，各種風險，要做好預案； - 關于運營
產品和運營要密切的配合。不透徹的理解產品，運營策略一定是淺嘗輒止的，而不關注運營，產品一定無法規?；?/li>
