產品1.0版本上線之后，產品經理的主要工作就集中在產品版本規劃、功能迭代上線上，能不能把握住產品的成（迭）長（代）節奏，對于一款產品的生命周期起到了至關重要的作用。

結合敏捷開發和精益思想，本文給出了理想狀態下一個版本迭代需要經歷的5個關鍵環節。當然結合到具體產品和具體團隊，可能會有所刪減，這是一種方法也是一種思想，靈活運用到自己的工作實踐當中即可，無需原搬照抄。

一、明確目標、問題、流程

1.1明確目標

首先明確產品的長期目標，所有的短期目標都是為實現長期目標而服務的，每一次功能的迭代優化都是為了實現產品長期目標而努力的。

拿微信來說，微信想做一款移動領域連接用戶的產品，那么微信的所有功能迭代都是在為了連接而努力，從聊天到朋友圈再到支付，打造了一個連接生態，解決了用戶日常生活中百分之八十的需求。

1.2明確問題

版本迭代、功能的優化和新增一定是伴隨著問題出現的，這個問題可能是bug，也可能是某個功能的用戶體驗不好，又或者是產品希望進行商業化探索等等。

在產品上線運營之后，會出現各種各樣的問題，用戶反饋的問題，運營反饋的問題，市場反饋的問題，所以在這個階段需要做兩件事：整理問題、明確首要問題。

整理問題，這里推薦使用HMW（How Might We 我們應該如何）法，即在問題前加上我們應該如何作為問題收集格式，方便問題的匯集和分析，便于對問題的解決方案進行思考。

明確首要問題，通過問題的整理和收集，作為產品一定會維護這一個大的需求池，來自各個角色的各種問題、需求需要在后續的版本更新中解決。這時就需要產品經理做決策，哪個問題是當前版本需要解決的首要問題？找到它，并在當前版本中以此為主要目標進行解決方案的設計。

1.3明確流程

OK，在上一步成功找到了當前版本需要解決的首要問題，那么下一步就要針對首要問題制定解決方案，這里的解決方案設計主要指流程設計，明確用戶角色和流程優化。

明確用戶角色，即在流程中有幾種用戶角色參與，角色間如何進行交互等。如ERP業務中的審批流程設計，就涉及了不同角色之間的交互，一個任務的提交退回都涉及到不同的角色操作，所以在流程中要清晰區別不用角色的任務和交互。

流程優化，每一個用戶都是懶得，在使用產品完成期望目標時都希望用最少的操作達到最好的效果。所以在流程設計階段，要先明確流程起點和終點，明確流程中每個關鍵環節。之后對流程做減法，盡可能刪除非必要環節，以用戶體驗為中心，盡可能縮短流程環節。

1.4不忘初心

產品制定的目標，需要解決的方案和流程，從本質上來說都是為用戶服務的。那么在目標、問題、流程明確后，需要回歸真實用戶，回歸真實的業務場景，結合真實用戶、場景以及領域專家的建議對目標，問題和流程進行優化，真正做到以用戶為中心的設計。

二、窮舉解決方案

窮舉是計算機編程當中的一種算法，原意指如果無法準確獲取答案范圍，那么就將所有可能出現的答案都列出來一個個嘗試，肯定能找到最終的答案。這種方法也廣泛應用在早期的密碼學中，在這里想說明的是，對于解決方案的設計，前期一定要盡可能的發散思維，盡可能多的發現解決方案。

2.1發揮團隊的力量

一個人的智慧終究是有限的，在明確了首要問題后，可以求助于團隊的力量，通過小組成員頭腦風暴的方式收集解決方案，在解決方案得歸納時，可以采用思維導圖的方式記錄，利于后期對方案得排序和比較。

2.2跨界思維

跨界思維指不要僅僅局限于產品的競品之間或本行業內部，要培養跨界思考的思維能力，通過借鑒其他行業或其他領域的解決方案來優化自家產品的解決方案，這才是產生創新產生質變的最好途徑。

三、明確最終解決方案

通過頭腦風暴或跨界思維得到的解決方案有會有多種，對方案進行排序并對topN進行原型草圖的制作，通過吸取各個原型的有點融合，形成最終的解決方案。

3.1將topN方案細化為原型草圖

將待選解決方案進行排序，排序的方式可以是通過團隊成員投票，也可以通過評分等維度，對解決方案排序，選擇topN，這里的參數N可以人為制定。

將topN的解決方案轉化為原型草圖，這里的草圖可以使原型制作工具粗略制作的，也可以是手畫的，基于業務流程體現每個環節的原型頁面。

3.2快速點評，融合亮點

對制作好的原型草圖進行快速點評，找到每個原型草圖中的亮點，將所有亮點進行融合，形成最終的解決方案。

3.3形成基于MVP的原型草圖

一般在這個階段形成的原型草圖都是通過手工制作，在紙張上形成的草圖。原型草圖要具備流程化，在紙張上可以完整體現出解決方案得業務流程。

四、制作MVP

MVP出自精益創業理論，指最小化可行性產品。那么在這個階段，基于產品、服務的不同，MVP可以是一個服務、可以是一個高保真頁面原型也可以是一個智能硬件，任何可以驗證能否解決用戶問題的方式都可以稱之為MVP。

具備MVP心態

• MVP搭建盡可能高效、低成本，因為MVP可能分分鐘就被KO而放棄
• MVP內容不宜過多，恰到好處即可，保證解決主要問題即可
• 制作可以滿足用戶流程體驗的MVP，讓用戶完整體驗

在MVP產品制作是，要記住主要目標，驗證問題反饋效果，所以用盡可能快的速度，盡可能低的成本搭建一個可驗證的方式即可。

五、用戶測試

MVP搭建完成后就需要進行測試，這一環節在大部分條件不成熟的公司可能并沒有，直接就是版本更新發布上線了。但是既然說到理想化的敏捷實踐，用戶測試這一環節肯定是要有的。對于直接上線的產品來說，用戶反饋就是用戶測試的結果了。

用戶測試分兩種：用戶訪談和A/B測試

5.1用戶訪談原則

• 以友善歡迎的方式開場
• 提出一系列用戶背景相關的開放性問題，并逐漸過渡到產品相關問題
• 展現原型
• 引導用戶完成與原型交互的任務
• 通過問答了解用戶的真實感受和反饋（5W1H提問法）

5.2A/B測試

• AB測試時，只改變單一變量元素，否則無法判斷測試效果
• 基于大樣本量數據反映真實效果

六、復盤、優化

經過上面的五個關鍵環節，產品的新版本具備上線條件或已經上線。對于產品經理來說并沒有解放，反而要投入到下一個版本的規劃設計當中，也就是新一輪的敏捷實踐又要開始了。

在每一輪的敏捷實踐完成之后，通過用戶的測試以及實際上線后的用戶反饋去復盤一下當前版本的設計是否合理，規劃是否符合真實用戶需求是有必要的。通過不斷的復盤才能發現其中的不足，為新一輪的版本提供優化思路與指導方向。

所以，產品上線不是終點，對于產品狗來說，等待它的是一輪接一輪的版本迭代，在產品生命周期中能否活的更久，需要敏捷實踐的執行與思考。

#專欄作家#

記小憶，人人都是產品經理專欄作者，野蠻生長的產品經理，運營商大數據產品實踐者，擅長從0-1搭建產品經理知識體系。公眾號：PM龍門陣。

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

題圖來自PEXELS，基于CC0協議