迭代,才不是版本更新那么簡單
天下武功,唯快不破。大道至簡的道理人人都懂,但是具體落地時很多人收不住,甚至把簡單的事情復雜化。
做產品要快,但有些誤區需繞開:不必等一切想明白再動手。產品并不是設計出來的,而是“改”出來的。一件產品,只有不斷改進,才能把競爭者甩開;只有快速迭代,才能創造需求的贏家。
需求辣么多,要如何確定產品迭代的需求?要如何制定合理的版本迭代計劃?又該如何通過市場和用戶的反饋數據決策下一步的迭代方向?
5月28日(周六),起點學院線下公開課攜手騰訊眾創空間特邀四位產品大牛,為你分享他們多年工作中實戰得到的經驗,告訴你產品迭代的秘密。
現在讓我們一起去現場看看吧。
簽到后,小伙伴們領取了自己的學習資料包。
認真地聽大咖分享,小伙伴們都完全沉浸在其中了呢
這位小伙子,我很看好你積極與大咖探討的學習精神~
本是應該休息的周末,他們卻集聚在這里進行交流。你在睡著的時候,別人還在努力著。
分享結束后大家一起合影留念,下次分享日再見咯~
好啦,廢話不多說,下面為你奉上接地氣的干貨。
點我吧產品專家劉飛:為什么你的迭代總出問題?
為什么你的迭代總出問題?可能原因:
- 產品做完美才上線
- 什么需求都接
- 需求沒有排好優先級
- 需求沒有比較性價比
- 與技術的協作不佳
- 與需求方的溝通不力
- 重復犯錯
今天我將圍繞這7點來展開今天的分享。
第一點,產品做完美才上線
很多人接觸到微信可能是微信第二或第三個版本,那時已經有搖一搖、朋友圈功能,而微信第一個版本,只有文字聊天和通訊錄功能,沒有其他復雜的功能,甚至沒有語音對話?,F在的微信,功能十分復雜,各種各樣的支付、表情包、紅包等。為什么作為互聯網巨頭的微信第一個版本功能(現在看來)還不是很完善呢?
做產品或功能的第一個版本時,沒有必要把它做得特別完美再上線。為什么這么說?
- 第一,如果產品設計完整和完美的話,可能需要花費大量的時間和精力,你在花費這個時間的過程中,可能你的競爭對手就領先于你。
- 第二,對于每個產品設計者來說,未必見得能把產品設計得完美。
在什么情況下認為產品是好的,受用戶歡迎的,就是投入到市場中的時候。特別好的或者特別完美的產品往往不是第一個版本,能用不一定完美。
最近有個概念特別地火:MVP(最小可用版本)。MVP版本的功能特別簡化,功能再縮減用戶就無法使用了。先把MVP仍到市場,用戶檢驗,用戶覺得好就是好,那我滿足他另外一個需求,他覺得不好就是不好。
還有另外一個硅谷傳過來概念也特別火,叫PMF(Product-Market Fit),產品和市場結合點。PMF概念大家可以在網上查下。意思說你要把產品推向市場過程中去檢驗產品和這個市場的契合點,找到契合點后,才能把產品對應到需求、市場需求上,這樣產品才能快速的發展。
我講述下我的上家嘟嘟美甲。在做上門美甲時,梳理可能有的一些功能,從挑選樣式、預約下單、支付到售后,這是一個比較健全功能模塊,在每個功能模塊里可能有大量的功能。在想第一個版本時,如果把這些功能都做完需要花費幾個月的時間,開發時間太長,團隊商量后決定考慮砍掉部分需求,做MVP版本,砍掉一些功能后,最后決定第一版本只有挑選樣式和預約下單。
對于一個好的產品來說,它可能有3個方面,能用、易用、好用。但是對于最早的產品或者產品根本的價值來說,它應該不是易用和好用,而是能用。你要把能用放在最關鍵的點上,所以說,第一點建議當你的產品功能完整,而不是特別的完善、完美。產品功能能用的情況下趕緊投入市場。
第二點,來著老板的需求
面對來自老板的需求,仔細考慮需求是否合理,是否為當前版本所需要。如果覺得老板提的需求是不合理的,要學會說“不”,或者證明給他看,比如做出來,告訴他這個東西是不靠譜。
第三點,關于需求優先級
面對來自各方的需求,比如營銷人員秒殺活動、運營人員美甲師自動結算、產品團隊美甲師GPS自動上傳的功能,如何判斷這些需求的優先級?當你判斷一個需求的優先級時,你一定要知道它的背景是什么?當你不知道背景和方案時,你說哪個需求更重要是沒有意義的,結合背景和故事來看,會更清楚各個需求之間重要程度關系。從重要和緊急這兩個維度規劃需求優先級。
第四點,需求的性價比
在對需求進行處理時,往往更多要考慮需求性價比。以需求的優先級和需求實現的難易程度作個矩陣,那么最左上角的是緊急且重要的,同時也是最容易實現的,可以先考慮做這些功能,按照順序去做,這樣基本上能保證我當前迭代的性價比是最高的。所以,建議嚴格按照需求的性價比來做迭代規劃。
第五點,保持與技術溝通
流程,在完整評審前跟技術的同事進行產品可行性評審,把方案的雛形與技術同事們溝通。由于是雙向溝通,技術會根據方案提一些意見,你可以做些調整和修改。同時,技術也能了解產品戰略方向,在后續開發考慮更合理。
關于需求的增刪改,完美場景下是沒有需求增刪改,但是一般情況下,需求通常會有變化。既然無法避免需求變化,那么就確定流程,與技術商量,形成規范。
文檔規范,文檔格式和規范要跟開發不斷溝通,不要糾結PRD格式是否正確,只有適合開發才是硬道理。
關于產品經理是否要懂技術,產品經理懂技術并不是要拿方案去實現功能,去幫開發想技術方案,而是說產品經理知道開發在想什么,能夠與開發進行溝通。
跟需求方溝通,相比跟技術同事們的溝通,與需求方溝通更為容易些。你只需要告訴他3點:
- 第一點,告知進度;
- 第二點,告知方案;
- 第三點,不要產生對立。
第六點,復盤
工作中,解決問題很重要,但是避免問題更重要。知道問題出現的原因,并且找到解決方案避免此類問題再發生。在復盤時,你要確定各種各樣的事情,事情發生的原因,誰應該為此負責?未來怎么發現和避免?組織嚴肅的復盤會。找原因時,環節上有疏漏,在流程上作完善;信息不全面,需要多了解的知識和信息。責任心,熱情找到背后根本原因。
最后,好的產品肯定在迭代中進化的,而不是在屋里設計出來的。
騰訊大浙網產品技術部產品總監楊曌:快亦有道
快亦有道,快速迭代既要快速也要基于前期理性分析。騰訊大浙網,綜合型網絡媒體平臺。包含:新聞、財經、房產、汽車、親子、教育等等近20個頻道。產品技術部除了支持部門工作外,還要產品研發以及創新。工作海量,項目錯綜復雜的,每個垂直領域都涉及到,需求量大且復雜。由于媒體屬性和騰訊大量的用戶,每次的迭代,謹慎是非常重要的。
迭代前期
產品迭代前期包括迭代反饋、反饋分析和交互提審。不同的環境,我們面臨的產品不同,角度也不同。希望大家調整一下,暫時假想此刻,你們都是大浙網的產品經理,你們正面臨一個項目。
上線后第一個版本,你覺得這個版本上線后,可能會存在的問題。
運營側反饋:
- 不直觀,活動熱度不可見
- 活動在峰值高時響應緩慢
- 入口“找活動”固定,希望靈活化可編輯
- 進行中的活動與已結束的活動要明顯區分開
- 希望增加圖片上傳功能,適配更多活動
產品分析并反饋運營側:
- 界面可增參與人數表示熱度,同時增加活動點擊
- 頁面優化:向前端提出優化需求,提高產品性能
- 客戶端限定了位置,權衡后決定加了紅點
- 多狀態活動設計樣式,同步顯示
- 合理的運營需求,同時豐富了產品功能
用戶反饋:
- 用戶希望查看自己已報名的活動
- 下滑屏幕后進入活動單頁,返回后希望繼續查看之前位置。
產品分析用戶反饋:
- 增加個人中心
- 前端記錄了用戶閱讀位置做了返回優化
新聞客戶端反饋:
- 頁面風格要和客戶端設計風格一致
- Loading圖標和客戶端風格一致
品牌屬性新聞客戶端反饋:
- 調整頁面風格和客戶端設計風格一致
- 調整 Loading圖標和客戶端風格一致
迭代后
- 信息來源多元化,進行良好的溝通討論和專業理性分析,從而確定迭代方向。
- 交互體驗的重要性
- 忘記自我,以用戶角度審視。
前情提要:2016年1月,公司要做新年策劃。要求H5形態,詼諧搞笑,不希望走溫情路線,在過年前推出。
決策:經過產品部討論腦爆后決定,以租對象為主題,制作一款測試類小游戲,圖庫均由設計手繪。不同的選擇,拼湊出不同的結果。
完善過的界面你覺得應該如何?
從細節優化用戶界面
注意邊角的細節處理,是對用戶的一種尊重,也會讓產品更舒適。實際上,讓產品更完整、更完善。很輕的產品,站在用戶的角度思考優化會讓你得到意想不到的效果。
產品迭代執行比例
不同階段的企業,適應的分配模式不同。初創型企業可能對執行研發環節要求較高。但不管怎樣合理分配自己的產品流程,理清產品迭代的方向,再執行一定不會錯!
杭州茅爐網絡科技聯合創始人張?。豪纤緳C帶你探尋“產品迭代”
迭代是重復反饋過程的活動,其目的通常是為了逼近所需目標或結果。每一次對過程的重復稱為一次“迭代”,而每一次迭代得到的結果會作為下一次迭代的初始值。
迭代
是一個過程
是對一個過程的重復
是對目標的逼近
是對反饋的持續收集
大迭代
大迭代是業務戰略的迭代,而非簡單的“產品”迭代。
舉個栗子:淘寶升級迭代。
- 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、肖麗娟、王琴、陳楊、劉婷婷、樂于
感謝合作伙伴 杭州騰訊眾創空間 對于本次活動給予的大力支持
感謝 杭州智慧產業創業園 提供場地支持
本文系人人都是產品經理社區@樂于 整理編輯發布,未經本站許可,不得轉載。
是AARRR模型
怎么收藏不了 ??
收藏了,細細學習一下
?
收藏了,深入的探索一下,謝謝分享 ??
看完文章,真的很受啟發,謝謝??