迭代,才不是版本更新那麼簡單

天下武功，唯快不破。大道至簡的道理人人都懂，但是具體落地時很多人收不住，甚至把簡單的事情複雜化。

做產品要快，但有些誤區需繞開：不必等一切想明白再動手。產品並不是設計出來的，而是「改」出來的。一件產品，只有不斷改進，才能把競爭者甩開；只有快速迭代，才能創造需求的贏家。

需求辣麼多，要如何確定產品迭代的需求？要如何制定合理的版本迭代計劃？又該如何通過市場和用戶的反饋數據決策下一步的迭代方向？

5月28日（周六），起點學院線下公開課攜手騰訊眾創空間特邀四位產品大牛，為你分享他們多年工作中實戰得到的經驗，告訴你產品迭代的秘密。

現在讓我們一起去現場看看吧。

籤到後，小夥伴們領取了自己的學習資料包。

認真地聽大咖分享，小夥伴們都完全沉浸在其中了呢

這位小夥子，我很看好你積極與大咖探討的學習精神~

本是應該休息的周末，他們卻集聚在這裡進行交流。你在睡著的時候，別人還在努力著。

分享結束後大家一起合影留念，下次分享日再見咯~

好啦，廢話不多說，下面為你奉上接地氣的乾貨。

點我吧產品專家劉飛：為什麼你的迭代總出問題？

為什麼你的迭代總出問題？可能原因：

產品做完美才上線什麼需求都接需求沒有排好優先級需求沒有比較性價比與技術的協作不佳與需求方的溝通不力重複犯錯

今天我將圍繞這7點來展開今天的分享。

第一點，產品做完美才上線

很多人接觸到微信可能是微信第二或第三個版本，那時已經有搖一搖、朋友圈功能，而微信第一個版本，只有文字聊天和通訊錄功能，沒有其他複雜的功能，甚至沒有語音對話。現在的微信，功能十分複雜，各種各樣的支付、表情包、紅包等。為什麼作為網際網路巨頭的微信第一個版本功能（現在看來）還不是很完善呢？

做產品或功能的第一個版本時，沒有必要把它做得特別完美再上線。為什麼這麼說？

第一，如果產品設計完整和完美的話，可能需要花費大量的時間和精力，你在花費這個時間的過程中，可能你的競爭對手就領先於你。第二，對於每個產品設計者來說，未必見得能把產品設計得完美。

在什麼情況下認為產品是好的，受用戶歡迎的，就是投入到市場中的時候。特別好的或者特別完美的產品往往不是第一個版本，能用不一定完美。

最近有個概念特別地火：MVP（最小可用版本）。MVP版本的功能特別簡化，功能再縮減用戶就無法使用了。先把MVP仍到市場，用戶檢驗，用戶覺得好就是好，那我滿足他另外一個需求，他覺得不好就是不好。

還有另外一個矽谷傳過來概念也特別火，叫PMF（Product-Market Fit），產品和市場結合點。PMF概念大家可以在網上查下。意思說你要把產品推向市場過程中去檢驗產品和這個市場的契合點，找到契合點後，才能把產品對應到需求、市場需求上，這樣產品才能快速的發展。

我講述下我的上家嘟嘟美甲。在做上門美甲時，梳理可能有的一些功能，從挑選樣式、預約下單、支付到售後，這是一個比較健全功能模塊，在每個功能模塊裡可能有大量的功能。在想第一個版本時，如果把這些功能都做完需要花費幾個月的時間，開發時間太長，團隊商量後決定考慮砍掉部分需求，做MVP版本，砍掉一些功能後，最後決定第一版本只有挑選樣式和預約下單。

對於一個好的產品來說，它可能有3個方面，能用、易用、好用。但是對於最早的產品或者產品根本的價值來說，它應該不是易用和好用，而是能用。你要把能用放在最關鍵的點上，所以說，第一點建議當你的產品功能完整，而不是特別的完善、完美。產品功能能用的情況下趕緊投入市場。

第二點，來著老闆的需求

面對來自老闆的需求，仔細考慮需求是否合理，是否為當前版本所需要。如果覺得老闆提的需求是不合理的，要學會說「不」，或者證明給他看，比如做出來，告訴他這個東西是不靠譜。

第三點，關於需求優先級

面對來自各方的需求，比如營銷人員秒殺活動、運營人員美甲師自動結算、產品團隊美甲師GPS自動上傳的功能，如何判斷這些需求的優先級？當你判斷一個需求的優先級時，你一定要知道它的背景是什麼？當你不知道背景和方案時，你說哪個需求更重要是沒有意義的，結合背景和故事來看，會更清楚各個需求之間重要程度關係。從重要和緊急這兩個維度規劃需求優先級。

第四點，需求的性價比

在對需求進行處理時，往往更多要考慮需求性價比。以需求的優先級和需求實現的難易程度作個矩陣，那麼最左上角的是緊急且重要的，同時也是最容易實現的，可以先考慮做這些功能，按照順序去做，這樣基本上能保證我當前迭代的性價比是最高的。所以，建議嚴格按照需求的性價比來做迭代規劃。

第五點，保持與技術溝通

流程，在完整評審前跟技術的同事進行產品可行性評審，把方案的雛形與技術同事們溝通。由於是雙向溝通，技術會根據方案提一些意見，你可以做些調整和修改。同時，技術也能了解產品戰略方向，在後續開發考慮更合理。

關於需求的增刪改，完美場景下是沒有需求增刪改，但是一般情況下，需求通常會有變化。既然無法避免需求變化，那麼就確定流程，與技術商量，形成規範。

文檔規範，文檔格式和規範要跟開發不斷溝通，不要糾結PRD格式是否正確，只有適合開發才是硬道理。

關於產品經理是否要懂技術，產品經理懂技術並不是要拿方案去實現功能，去幫開發想技術方案，而是說產品經理知道開發在想什麼，能夠與開發進行溝通。

跟需求方溝通，相比跟技術同事們的溝通，與需求方溝通更為容易些。你只需要告訴他3點：

第一點，告知進度；第二點，告知方案；第三點，不要產生對立。第六點，復盤

工作中，解決問題很重要，但是避免問題更重要。知道問題出現的原因，並且找到解決方案避免此類問題再發生。在復盤時，你要確定各種各樣的事情，事情發生的原因，誰應該為此負責？未來怎麼發現和避免？組織嚴肅的復盤會。找原因時，環節上有疏漏，在流程上作完善；信息不全面，需要多了解的知識和信息。責任心，熱情找到背後根本原因。

最後，好的產品肯定在迭代中進化的，而不是在屋裡設計出來的。

騰訊大浙網產品技術部產品總監楊曌：快亦有道

快亦有道，快速迭代既要快速也要基於前期理性分析。騰訊大浙網，綜合型網絡媒體平臺。包含：新聞、財經、房產、汽車、親子、教育等等近20個頻道。產品技術部除了支持部門工作外，還要產品研發以及創新。工作海量，項目錯綜複雜的，每個垂直領域都涉及到，需求量大且複雜。由於媒體屬性和騰訊大量的用戶，每次的迭代，謹慎是非常重要的。

迭代前期

產品迭代前期包括迭代反饋、反饋分析和交互提審。不同的環境，我們面臨的產品不同，角度也不同。希望大家調整一下，暫時假想此刻，你們都是大浙網的產品經理，你們正面臨一個項目。

上線後第一個版本，你覺得這個版本上線後，可能會存在的問題。

運營側反饋：

不直觀，活動熱度不可見活動在峰值高時響應緩慢入口「找活動」固定，希望靈活化可編輯進行中的活動與已結束的活動要明顯區分開希望增加圖片上傳功能，適配更多活動

產品分析並反饋運營側：

界面可增參與人數表示熱度，同時增加活動點擊頁面優化：向前端提出優化需求，提高產品性能客戶端限定了位置，權衡後決定加了紅點多狀態活動設計樣式，同步顯示合理的運營需求，同時豐富了產品功能

用戶反饋：

用戶希望查看自己已報名的活動下滑屏幕後進入活動單頁，返回後希望繼續查看之前位置。

產品分析用戶反饋：

增加個人中心前端記錄了用戶閱讀位置做了返回優化

新聞客戶端反饋：

頁面風格要和客戶端設計風格一致Loading圖標和客戶端風格一致

品牌屬性新聞客戶端反饋：

調整頁面風格和客戶端設計風格一致調整 Loading圖標和客戶端風格一致迭代後

信息來源多元化，進行良好的溝通討論和專業理性分析，從而確定迭代方向。交互體驗的重要性忘記自我，以用戶角度審視。

前情提要：2016年1月，公司要做新年策劃。要求H5形態，詼諧搞笑，不希望走溫情路線，在過年前推出。

決策：經過產品部討論腦爆後決定，以租對象為主題，製作一款測試類小遊戲，圖庫均由設計手繪。不同的選擇，拼湊出不同的結果。

完善過的界面你覺得應該如何？

從細節優化用戶界面

注意邊角的細節處理，是對用戶的一種尊重，也會讓產品更舒適。實際上，讓產品更完整、更完善。很輕的產品，站在用戶的角度思考優化會讓你得到意想不到的效果。

產品迭代執行比例

不同階段的企業，適應的分配模式不同。初創型企業可能對執行研發環節要求較高。但不管怎樣合理分配自己的產品流程，理清產品迭代的方向，再執行一定不會錯！

杭州茅爐網絡科技聯合創始人張巍：老司機帶你探尋「產品迭代」

迭代是重複反饋過程的活動，其目的通常是為了逼近所需目標或結果。每一次對過程的重複稱為一次「迭代」，而每一次迭代得到的結果會作為下一次迭代的初始值。

迭代

是一個過程

是對一個過程的重複

是對目標的逼近

是對反饋的持續收集

大迭代

大迭代是業務戰略的迭代，而非簡單的「產品」迭代。

舉個慄子：淘寶升級迭代。

Taobao As a Marketplace – 集市時代：電商的蠻荒時代Taobao & Tmall – 商城時代：消費升級Taobao As a Ecosystem – 淘寶生態：多樣化消費場景Taobao As a Community – 社區：從消費向生活拓展

電商的三要素：人、貨、場。淘寶的迭代即是場景的升級，把簡單的買賣場景升級為認證和有保障的買賣場景。之後，再運用多樣化營銷場景與標準買賣場景的聚合，從「做買賣」的場景升級為「生活方式」的場景。

小迭代

小迭代的邏輯是以運營驅動、數據驅動、快速優化、與核心業務隔離。

最後，附上產品迭代規劃圖。

網易產品總監李天宇：如何把握產品的節奏感

產品是具有多元化屬性的生命體。99%想法或產品會因為市場形勢、團隊信心和信任度等多方面原因而無法實現的。想法或產品無法實現，沒有預見性嗎？

Nobody panics when things go 「according to plan.」 Even if the plan is horrifying!

當事情按計劃進行時，沒有人會驚慌，即使這個計劃是可怕的。

重要不是計劃有無，重要是計劃是否合理。迭代不是一個結果或方案，迭代是一個生長過程。今天的主題有個很關鍵詞叫節奏，節奏不僅存在於音樂、節拍中，其實節奏也存在於很多地方，比如說，你的生活，你的工作，甚至你的產品。

版本節奏

擁抱變化，但不等於接受事實。擁抱變化的前提是你有感知變化的能力，才能做到未雨綢繆。如何做到擁抱變化前有感知的能力呢？答案是建立信息觸角。

如何建立信息觸角，總結了五個方面，把數據作為版本迭代的參考、建立用戶反饋系統、如何與老闆溝通、建立版本計劃、版本規劃的原則。

把數據作為版本迭代的參考

數據的核心思想是把數據當工具，通過設計關鍵數據的採集，進行問題分析，找到產品中的變化和因果關係，以驅動產品的決策。建立數據觸角，去感知產品的變化。

對數據感興趣的同學，可以關注ARRR模型。ARRR模型能應用於90%產品，它由五部分組成，獲取用戶（Acquisition）、激活用戶（Activation）、提高留存（Retention）、增長收入（Revenue）、自傳播（Referral）。數據是工具，最重要要找關鍵數據指標。

建立用戶反饋系統

360和小米會建立用戶運營中心，從各個地方搜索用戶對產品的反饋，比如，微博、微信、論壇、反饋的郵箱等，整理成報告。這種反饋模式，對產品有積極作用。知道產品的問題，迭代時有目標。用戶反饋收集有很多種方式，比如走廊測試、內部反饋、論壇反饋、用戶群組和SNS反饋。

如何與老闆溝通

如何建立與老闆觸角？首先，客觀事實的準確性，對產品有最真實了解，拿出客觀事實證明。解決方案的全面性，推薦一種方案並附上理由，但同時考慮問題的全面性。通過不斷地跟老闆確認目標，保證信息同步。如何保證信息同步？可以選擇發郵件，組織周會，定期做匯報。成果的逐步展示，告訴老闆進展。建立預備方案的儲備，預知可能會出現問題的地方並做出解決方案。

建立版本計劃

產品需求，分為功能需求和非功能需求。非功能需要往往是一些體驗或者性能的需求。在建立版本計劃時，建議功能需求以實踐結果作為目標，非功能需求一定要以數據作為目標。

版本規劃的原則

版本規劃是為了時間可控，版本的時間可控才能確立穩定的版本節奏。

需求池不是todolist，不堆疊功能；明確優先級，劃分可做和可不做；版本周期不要過長，重大功能的版本分配。

服務設計

服務設計關注整體流程中的每個觸點，延展到用戶的情緒和體驗。服務設計關注的是用戶喜歡。服務設計中有個很關鍵的概念叫做「觸點」。

觸點=人+場景+行為+情緒。

服務設計的關鍵是節奏控制與用戶情緒控制。在每個觸點的設計上，考慮接觸用戶的時機和情緒把握。

團隊節奏

把握團隊的生產率，合理的目標拆分保證團隊產出。

團隊內工作壓力的平衡，人是感性的，存在壓力的變化和比較的心理。

在版本周期開始前完成思考。進入版本周期後，時間和人員的壓力效應是成倍增加的。

產品經理適應性要強，不局限於現有的工作，提升視野，拓展更多的技能。敢於擔當更多的責任，才能獲得更快的成長。

本次分享PPT及思維導圖下載：http://pan.baidu.com/s/1gfCZZu7 密碼: bra5

 

感謝人人都是產品經理各位小夥伴的辛苦付出，各位辛苦：

小芒果、Tiddy、肖麗娟、王琴、陳楊、劉婷婷、樂於

感謝合作夥伴 杭州騰訊眾創空間 對於本次活動給予的大力支持

感謝 杭州智慧產業創業園 提供場地支持

 

本文系人人都是產品經理社區@樂於 整理編輯發布，未經本站許可，不得轉載。