起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識基于業務閉環，設計產品迭代規劃
毋庸置疑，產品迭代是產品生命中非常重要的一環，好的產品迭代，能夠讓產品結合市場、用戶需求等因素達成進一步優化，達到延長產品生命周期，甚至成為一款優秀產品。
產品迭代是一個在有限的資源背景下，最優的以產品解決客戶業務需求的持續性過程。
在產品的生命周期中，規劃產品的迭代方案是非常重要的一環?；诘_發互聯網產品，是當前互聯網產品開發模式中非常高效的一種，并能夠發揮優勢找到產品和市場匹配點（PMF）。
在以迭代開發產品時，一般都會做長遠迭代規劃，至少2~3個版本。
對于B端產品，通常規劃更為長遠，可能在產品立項之初，就已經規劃出了產品的整個生命周期和發展演變走向。
對于B端產品，長遠的迭代規劃是非常有必要的。B端產品都是基于業務的，如果沒有長遠的迭代規劃，必然導致產品功能的變動，這樣很難保證產品與業務的契合。
對于B端產品，迭代就是將業務對應的產品，切成一塊一塊的；然后依據時間，一段一段的完成產品的開發。
那么怎么才能「一塊一塊」和「一段一段」的最優？既能迅速滿足客戶的業務需求，又能達到資源的高效利用呢？
這就需要在產品設計的初級，設計優秀的產品迭代規劃方案。再通過迭代方案，來指導產品的開發過程。
本文以醫美醫院的管理系統舉例，講解如何做B端產品的的迭代規劃。當然，某些內容是可以更加深入探究的，本文的主要作用是把整個公式化方法展示出來。
B端產品的迭代規劃設計方法，是以實現業務閉環為目標，即先建立核心可用業務，再逐步擴展到整個業務流程，直至完成業務閉環。
類似C端產品的MVP產品思路，都是規劃產品時由小到大，由核心輻射周邊。不同的是，MVP強調在快速迭代的過程中，根據產品的反饋調整產品的方向；而基于業務閉環的迭代規劃，更強調由核心業務向整個業務拓展，業務的方向和規劃，一定是明確和可靠的。
制定以業務閉環為目標的迭代規劃，主要分為四個步驟：
-
- 整體業務流程分析
- 核心業務分析
- 子業務分析
- 設計迭代規劃
一、整體業務流程分析
以本文的醫美醫院管理系統為例，分析并整理出如下的業務流程圖。
在整理業務流程圖時，整個過程就是分析客戶的業務流程。對業務流程分析的準確性，對于產品的開發至關重要。
在業務流程分析時，我們可以進行用戶調研、用戶訪談，甚至于親身去參與客戶的業務，進行輪崗。
二、核心業務分析
在完成業務流程分析后，我們需要分析出客戶的核心業務。核心業務，可能是業務流程中的業務，也可能是隱藏在業務流程之下，支持整個業務運轉的系統。
在分析核心業務時，有幾個簡單的標準。
- 業務各角色普遍參與的業務
- 該業務直接關系產品的核心價值
- 該業務與其它業務都要進行密集的交互
- 在業務序列圖中，交互最密集的業務
根據例子所展示的業務流程圖，不能確定哪塊業務是核心業務；但是可以發現，「患者」這個角色一直貫穿業務流程，并且「患者」也是產品的核心價值。
所以，針對「患者」肯定需要設計一個客戶管理系統。大部分的業務都需要依賴客戶管理系統。這樣可以分析出，整個產品業務的核心是客戶管理。
在分析核心業務時，還有一些比較簡單直接的方法：
一是核心角色相關的業務，通常都是核心業務；比如本例子系統，就是以患者客戶為核心角色。
再則，我們做需求分析是時，通常都會分析需求的優先級。高優先級關聯的業務，通常也是核心業務。
三、子業務分析
分析核心業務后，我們首先需要分析各子業務間的關系。在分析時，我們可以使用輻射圖來直觀的呈現各子業務的關系。輻射圖的中心是核心業務「客戶管理」。
子業務間的關系，我們可以分為依賴、關聯和支撐。
依賴表示該業務是另一業務的基礎，關聯表示子業務需要協同工作，支撐表示該業務是另一業務的基礎。
在分析業務關系時，還要分析出一些基礎的支持系統，比如，權限管理、架構管理等。
分析完子業務間的關系后，我們需要針對各子業務進行單獨的分析。主要是分析各子業務研發成系統、所需要投入的資源、研發的周期、投入產出回報比（ROI）、參與的角色和客戶的期望。
分析后，我們需要將這些內容，整理成表格，以便直觀的分析。
估計投入資源時，一定要做到定量，比如最簡單的就是投入多少人員。ROI需要結合功能的預期收益或報價來評估，本文例子中簡單以高中低三個等級來表示。客戶的期望也需要進行量化，量化客戶期望是比較復雜的，本文簡單以「希望多久上線」來進行量化。
本文例子整理的表格如下：
同時，我們也可以參考，在設計產品架構時，設計的產品架構圖。
四、設計迭代規劃
在分析完各個子業務后，可以正式開始設計迭代規劃了。設計迭代規劃時，都要參考上面分析的結果。那具體如何設計呢？
業務閉環，當然是以核心業務出發，優先選擇業務流程中較近的業務，優先選擇能串聯的業務。保證在核心業務需求可用的基礎上，逐步向整個業務拓展，直至閉環。同時，也可以參考以下的原則，作為判斷依據和補充。
- 架構中底層業務第一次迭代必須，基礎業務優先考慮。
- 核心業務在第一次迭代必須。
- 輻射圖中，輻射出射線最多的業務優先考慮。
- 業務流程中，越靠前越靠近主干流程越優先。
- 綜合考慮業務系統間關聯關系和ROI等數據綜合分析。優先考慮用戶期望高、ROI高的、業務參與角色多的。
在設計迭代規劃時，我們還要根據整體的時間節點，確定迭代的版本數。
比如，本文例子如果開發周期是四個月，結合業務的特點，將迭代版本數定位為三個版本。
當然，具體的迭代版本數，可以根據具體的開發場景確定，不一定一定要迭代多少版本。
在本例中，第一個版本完成核心基礎框架和核心業務客戶管理；第二個版本完成客戶在客戶拓展到產生訂單到關系維護的整個業務流程；第三個版本完成醫院提供客戶服務的業務，以達到完成整個客戶在醫院的業務閉環的目標。
在設計版本迭代規劃時，我們可以用圖進行直觀的表示。本文例子設計的迭代規劃如下：
在完成迭代規劃后，產品經理還需要將其細化成里程碑計劃。里程碑計劃更多的關系到項目管理，不是本文的重點，就不多分析了。
一些思考
在進行迭代規劃時，作為產品經理需要合理劃分業務，確保每個迭代在合理的時間段完成，確保每個迭代中產品的質量。
做好迭代規劃后，應該立刻召開評審會議，完成迭代節點的排期，并設計好里程碑計劃。
在迭代規劃設計時，對于產品經理，核心是通過迭代來覆蓋業務，完成業務的閉環。對于業務方來說，迭代的目的是為了快速滿足核心業務需求。所以在做迭代規劃時，必須要要摸清業務方的需求期望。
作者：產品小思考，B端產品經理，微信公眾號：產品小思考
本文由 @產品小思考 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
寫的還是很不錯的，對于B端的產品非常實用
請教下，底層支撐的：系統設置和數據字典，你怎么定義的呀，分別的作用是什么呀？基礎架構層：規劃的企業架構是做什么用的呀？通過用戶在該醫院不同部門不同崗位做他們的權限嗎？
系統設置主要就是一些設置，數據字典是有些選項做成配置的形式，比如某些XX類型。企業架構根據醫院的部門架構搭建的，主要是管理、數據權限劃分部門，功能權限一般是通過角色來控制的。