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

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

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

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

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

簽到后,小夥伴們領取了自己的學習資料包。

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

這位小伙子,我很看好你积極與大咖探討的學習精神~

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

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

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

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

為什麼你的迭代總出問題?可能原因:

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

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

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

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

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

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

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

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

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

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

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

第二點,來着老闆的需求

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

第三點,關於需求優先級

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

第四點,需求的性價比

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

第五點,保持與技術溝通

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

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

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

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

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

  • 第一點,告知進度;
  • 第二點,告知方案;
  • 第三點,不要產生對立。

第六點,復盤

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

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

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

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

迭代前期

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

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

運營側反饋:

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

產品分析並反饋運營側:

  1. 界面可增參与人數表示熱度,同時增加活動點擊
  2. 頁面優化:向前端提出優化需求,提高產品性能
  3. 客戶端限定了位置,權衡后決定加了紅點
  4. 多狀態活動設計樣式,同步显示
  5. 合理的運營需求,同時豐富了產品功能

用戶反饋:

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

產品分析用戶反饋:

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

新聞客戶端反饋:

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

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

  1. 調整頁面風格和客戶端設計風格一致
  2. 調整 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、肖麗娟、王琴、陳楊、劉婷婷、樂於

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

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

 

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