編輯導語： 產品經理在研發產品時，雖然有戰略，但是卻沒有準確的規劃，導致工作節奏比較亂；產品經理在做業務時要進行業務規劃，有清晰的思路和節奏；本文作者分享了關于產品經理做項目時的經驗，我們一起來看一下。

有一種忙，叫“瞎忙”！

在產品研發的過程中，我們常常是不是有這樣一種感覺，產品戰略是清晰的，但是實現產品戰略的過程中，或者時快時慢，或者原地打轉，或者循環往復；總是感覺每天很忙，卻又不知道忙了什么！做了很多東西，但產品好像又無太大進展！

當我們有這種感覺的時候，往往是我們只有戰略而沒有戰略分解，即沒有產品規劃。

產品戰略說的是WHERE的問題：我們在哪？我們去哪？而產品規劃需要明確HOW的問題，更準確點是怎么去？而我們下一篇文章介紹的產品戰術的內容也是HOW的問題，側重具體怎么做？

一、業務規劃畫布

產品是業務的某種表現形式，或者其中的一個環節；比如電商業務，電商平臺相關的產品或系統只是這個業務的一個重要組成部分，其他的還有市場營銷如何做？上游供應鏈如何建設？下游渠道通路如何開拓？終端觸達如何做到？所以我們做產品戰略和產品規劃都離不開對于業務整體戰略及規劃的了解和理解。

在和阿里產品經理雨宏溝通交流的過程中，我發現她做的業務規劃的畫布非常不錯；站在業務角度而非僅僅產品角度去描繪某項業務的年度規劃，將業務的長遠戰略，中長期發展面臨的問題、機會，以及在當前的重點方向、發展的策略到重大事項的分解等等融為一體。

出自：Heidi格物志

如果你不清楚如何做業務規劃，不妨試試這個畫布，順著這個思路去制定自己的業務規劃吧。

二、產品路線要清晰

沒有計劃的目標只是一個愿望！

產品戰略源于愿景，并通過里程碑指引著工作流程，產品路線圖可幫助產品所有者使開發流程與產品戰略保持一致。

路線圖使您可以計劃戰略實施路徑，它是團隊在開發過程中的行動指南；有了它，您就可以知道如果朝錯誤的方向前進，應該在哪里移動以及何時調整。

一個長期迭代的產品，我們一般會在年底或者年初的產品戰略制定的過程中同步發布年度產品路線圖，作為全年產品研發的指導，如下圖。

當然對于一個新產品或者一個大的里程碑，我們可以通過細化產品規劃的方式，制定更短周期的產品規劃，如下圖。

產品路線圖是戰略規劃的結果，它通常包括以下要點：

• 產品愿景：您希望您的產品在未來成為什么樣的產品。
• 戰略：執行計劃，詳細說明貴公司將如何實現愿景。
• 目標：可以通過特定指標衡量的有時限的目標。
• 倡議：廣泛的主題，統一必須實現的功能，以實現目標。
• 功能：產品的實際部分，可以是功能的一部分，也可以是第三方應用。
• 時間范圍：完成特定目標或功能的日期或時間段。通常，產品路線圖僅表示近似值。
• 狀態標記：用于跟蹤工作進度。

同時，路線圖不僅僅只是產品經理用于產品管理的工具，而是要起到上傳下達的作用，成為全公司相關業務協同的指導工具；所以產品路線圖的制定和發布需要建立一套貫穿全公司的流程。

三、迭代開發有節奏

我們在看體育比賽的時候經常會聽到“節奏”這個詞，“節奏沒了，打亂了”、“要控制節奏”、“別進入對方的節奏”等等。

其實軟件開發也是有節奏的，這就是整個團隊的節奏——如果開發團隊不知道產品團隊啥時候提需求，產品團隊不知道開發團隊啥時候有空做新需求開發，業務團隊不知道研發團隊什么時候發布新版本，可以預見團隊的協同是一種什么狀態？

這種不可預見的狀態其實是最可怕的，所謂產品開發節奏其實就是團隊約定俗成的有規律可循的一致行動。

上圖的這個流程是我們做軟件開發的一次迭代的各個階段，如何讓每個階段魚頭咬魚尾，銜接的無比順暢；這種順暢不是取決于上游的什么完成，而是它應該什么時候完成，它有一個固定的周期，這就是團隊的節奏——所以確定迭代周期是保持節奏的第一步。

我之前負責一款互聯網應用產品，TO C領域的，我給團隊的迭代周期一般是兩周，即兩周發布一個新版本。

我有兄弟團隊做偏TO B的產品，迭代周期是一個月；其實迭代周期到底多長合適其實沒有定論，根據自己團隊情況、產品情況自行決定即可，只要讓團隊成員都知道這個周期即可。

當這個周期確定，我們就知道在這個時間里，需求階段一般是多長時間，開發過程一般多長時間，測試應該什么時候開始；時間久了就形成了生物鐘，自然而然的遵守這個時間要求完成相應工作。

一個迭代周期起始于當前版本的規劃而結束于當前版本的發布，版本號的變化代表著產品走過的過程，版本號因為只是一個符號而經常被人忽視。

版本號的定義和增長其實是有意義的，這個意義既是團隊內對產品發展升級的統一溝通語言，對于外部用戶和客戶來說，也是傳達產品升級改進的形象化語言；比如微信版本號的變化其實傳遞了微信產品升級的范圍。

下圖是我們團隊對于版本號的定義，供參考；一般最小迭代影響的是三級版本號的變化；一級和二級的版本號變化沒有特別固定的周期，根據自己產品升級的范圍確定。

四、擁抱有節奏的變化

我們做了產品規劃，確定了迭代周期，是不是我們就不允許再變化了？

當然不是！這個世界唯一不變的就是變化，這句話放在產品研發上也是非常貼切的；不論是新產品的探索還是成熟產品的創新突破，本質上都是不斷的捕捉市場中瞬息萬變的機遇和機會，用更快的響應去滿足它。

既然變化不可避免，如何才能在變化中保持節奏呢？

我認為迭代的周期和過程要盡量穩定，從而調整過程中的內容；即建立不破壞節奏的需求池，池滿則溢，優先級高的需求替換優先級低的未開始開發的需求，當前需求池無法滿足新的需求時，盡量規劃到下一個版本進行滿足。

不知道大家有沒有體會，往往理想很美好，現實卻很狗血，有些變化的確可能會打亂既定的規劃和節奏，讓研發過程變的混亂，比如：

• 領導（特別是老板）的需求強制加塞或行政命令干涉，打破需求評審的流程機制，提出了不合理的交付要求；當制度的制定者成為制度的破壞者的時候，將是一件可怕的事情；技術債務往往就誕生于這樣的不合理的要求中。
• 當面向交付的項目存在資源不足時，如果項目開發和產品研發人員分工不清楚，職責不清晰時，項目會搶奪研發的資源，從而讓研發進度變得不太可控，而導致失去既定的節奏。

我們擁抱變化，但不能接受這些不受制度約束的變化，它們才是破壞節奏的元兇（此部分內容我們將在后續的研發組織和制度制定的內容中詳細討論）。

五、形成產品規劃文檔

有經驗的產品經理或者項目經理會根據戰略和運營重心排好優先級，做好取舍，按照里程碑時間點來開發，保持一個順暢的節奏。

所謂不忘初心，方能始終，其實就是要求產品經理把產品規劃落實到書面上而不是自己心里，才能讓我們時時去回顧，常常去檢查；以下圖作為本文的總結，希望你找到自己的節奏。

#專欄作家#

菜根老譚，微信公眾號：CGLT_TAN，人人都是產品經理專欄作家。經歷程序員、技術Leader、產品經理、研發Leader等多種崗位。關注醫療，早教領域，擅長企業IT架構及互聯網產品架構。

本文原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議