規劃這兩個字，看起來是多麼的美妙，實際卻又是多麼的空洞。計劃趕不上變化，只能隨機應變。那麼該怎麼辦呢？
工具/原料
資料
網路
方法/步驟
對於多變的東西，我們應該抓核心。核心抓住了，其他的不管怎麼變，也容易更改。
大致的方法有兩種：核心問題分層滿足法和核心使用者反饋滿足法。
核心問題分層滿足法：
明確產品要解決的核心問題；
構思問題的完整解決方案；
建立需求列表，基於優先順序分層實現。
核心使用者反饋滿足法：
明確產品要解決的核心問題；
實現問題的基礎解決方案；
基於核心使用者反饋，逐步完善核心問題的解決方案。
無論你的選擇是怎樣的？結果可能都是一樣的
如果你使用的是核心問題分層滿足法，隨著時間的推移，你的完整解決方案都實現了，然後你要做啥？再進行規劃？
你已經滿足了使用者的核心問題了，你基於什麼做規劃？
如果你使用的是核心使用者反饋滿足法，會出現兩種極端的情況，核心使用者反饋多如天上的星星一一滿足？有的時候使用者還無法正確表達自己的需求？另一種情況是，完全沒有反饋，當需求都被滿足之後，這也是有可能的。
如果是兩種方法相結合的話，看上去會有更多的事情可做，最終還是會變成無法規劃的境地。
對於版本規劃，著眼單個核心問題，只是起點，而不是終點
對於版本規劃，只著眼於滿足單個核心問題，最終都會走向無法規劃的境地。
比如臉萌，它很好的滿足了使用者頭像、自我美化、Q版形象的需求，使用者產生了社交貨幣，在短時間內產生了很好的反響，然後就沒有然後了。
版本規劃一直圍繞在素材上。
方法/步驟2
一、關於什麼是產品規劃
形象來說，對於消費者而言，產品規劃如同指揮一個交響樂團，讓林林總總的產品陣容象各種樂器一樣絕妙組合又各司其職，演奏出讓消費者心動的樂章。 對於競爭對手而言，產品規劃就有如排兵佈陣，讓各系列產品如各路兵馬般攻守相備，招招致敵。
產品規劃的內容包括產品各類別結構規劃，產品系列化規劃，各機型定位規劃，產品長度和寬度規劃，產品生命週期規劃等。
我理解的產品規劃有以下幾點：
1、只制定未來3個版本的計劃，給每個版本一個清晰的目標。
比如：
（1）第1個MVP版本，搞一個最核心的功能就上線，先試水。
（2）緊接著出一個補充功能的版本，第2個版本定位就是完善基本功能，打打補丁。
（3）第3個版本定位在增加使用者活躍度上。比如有一些次核心的功能或者好玩的功能可以在這個版本加上。
（4）第4個版本定位在擴大使用者量上。比如對於SNS產品就是如何強化關係的建立，以及如何對運營進行支援，搞一些支援外部傳播的feature。
2、每個版本都要有明確的時間點。
什麼時間點開發，什麼時間點測試，什麼時間點上線都要精確。不要搞什麼上中下旬，一定要精確到天。另外更重要的是要有足夠強大的「推力」來確保時間點。
3、不要僅自己知道，要讓所有參與人員都瞭解。
之前沒有嘗試過，不過下個專案我一定要在辦公室立個白板，就把每個版本的時間點和具體規劃寫出來。讓每個開發兄弟都知道哥的規劃就是這麼透明，白紙黑字就立在這。
注意事項
希望能有所幫助！