產品規劃，你一般規劃多久的時間線？

昨天

近期由於在圍繞即將上線的產品正在調整產品規劃與優先級。對此與團隊溝通了1個月的產品規劃項目時間。

在工做中，一樣也反問咱們是否遇到過要求時間線與產品規劃同步的場景。好比領導今天來：「咱們的產品1年的規劃你負責下」

你會如何回答這樣的問題？

產品規劃在實際工做中，難點不是對產品作出規劃。由於咱們每一個人均可以基於如今的可能性與要作的事情進行規劃，把一個漂亮的PPT作出來。

安排滿規劃是沒有問題，難就難在你都不知道規劃能不能落地？

• 過一個星期會不會有突發事情？

  
  

• 過一個月，市場是否有其餘要求？

  
  

• 發現bug太多，致使不得不延期？

這都是咱們在產品規劃前須要明白，規劃的難點就在於落地規劃。每一個規劃都是很是好的，能拿出來的規劃必定是站在「假設」的條件下

開發的產品規劃

產品經理設計產品規劃期間，是基於業務或需求的優先級來考慮的。但真正什麼能上線，仍是開發的同窗來決定。

一個好的項目管控固然重要，但技術難度、開發人員的配比是否合理，都會致使產品規劃按理想狀態進行的速度如何。

因此產品規劃下來後，產品經理應拿着產品規劃和開發負責人碰下規劃是否有調整。

好比涉及到第三方數據聯動、帳戶遷移、底層服務等接口撰寫的資源就須要後臺開發人員。

涉及到產品文案、UI的調整，則須要前端開發人員。

一般一個產品的UI會在原型後給出。產品輸出原型的時間假設是1天，UI可能須要3天，開發多是1個月。

形成這樣的問題是由於某個頁面須要先後端的聯動與後臺管理模塊的問題。

有的同窗可能會疑問，我並無作後臺的原型呀？爲何須要後臺的開發時間呢？

你的數據存儲、數據產生就是須要後臺維護。哪怕在前期沒有管理可視化潔面，仍然是有後臺資源須要負責維護。

產品規劃與項目管理

在產品規劃後，產品經理就要開始落地對應每一個階段的需求了。好比某個模塊功能先作，就要梳理需求輸出demo

同事就要作好項目管理，輸出需求原型的時間是多少、UI設計的時間是多少、開發的時間是多少、測試的時間多少。

在40多人的開發以上的團隊。建議將每一個模塊拆分到對應的開發同窗領取，方便找到負責人，催出進度和調整BUG。

若是團隊比較少，建議直接按產品規劃的時間點交接管理。哪個時間發版本點，就抓住這個時間點進行驗收。

最後要說的是，產品規劃我建議時間不要超過2個月。太長的產品規劃，根本沒法落地，這樣的規劃是沒有意義的。

產品規劃的內容要與團隊的開發、設計同步，讓團隊知道一週的任務是什麼，清楚的避免資源利用不合理的問題。

好啦，今天的原創就在這裏。我會堅持每週原創2篇工做案例

推薦閱讀：

堅持一年，招募100個產品經理

個人第一本書，給大家

2018年，讓咱們繼續前進！