起點課堂會員權益
職業(yè)體系課特權
線下行業(yè)大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識產(chǎn)品設計的節(jié)奏感該如何把握？
YY一下：在知乎上看到有人提問產(chǎn)品設計的節(jié)奏感，對于入門或者想入門的童鞋可能都會覺得這一概念讓人眼前一亮。或許這“產(chǎn)品設計的節(jié)奏感”已經(jīng)不是新名詞，更有產(chǎn)品小白苦苦尋覓這一“武林秘籍”~我們不妨看看別人的思維，此題在知乎上的回答就整理出來與大家分享和探討，大家可以一起學習一起思考。
題目說明：這里的產(chǎn)品設計主要指的是APP開發(fā)。在APP開發(fā)中，版本迭代的“節(jié)奏感”很重要，每個大的版本迭代時結合產(chǎn)品計劃、用戶規(guī)模、市場環(huán)境要改進什么功能，這些該如何把握？有沒有什么優(yōu)秀的產(chǎn)品案例可以探究參考？
一、何為節(jié)奏感
@鄒劍波Kant（騰訊-產(chǎn)品經(jīng)理）
產(chǎn)品迭代的節(jié)奏感是非常重要的。這里可能存在一些誤解，我認為節(jié)奏感不是說要非常清楚未來每個版本該做什么，以及未來每一步的意圖，正如蘇杰老師所說，這是不現(xiàn)實的，即使有人說有，也更多是事后諸葛亮。但是產(chǎn)品迭代的節(jié)奏感是的確存在的，并且很重要。
@一刀（百度-高級產(chǎn)品經(jīng)理）
所謂的節(jié)奏其實包含了兩方面的含義：外部節(jié)奏，內部節(jié)奏，外部節(jié)奏就是用戶從發(fā)布功能產(chǎn)生的感性認知，內部節(jié)奏就是內部用怎樣的研發(fā)機制來保證外部節(jié)奏。
大家應該已經(jīng)看出來了，外部對應的就是需求實現(xiàn)的優(yōu)先級排定，題主在這里特意強調了根據(jù)用戶/市場環(huán)境做成改變。其實大家都說互聯(lián)網(wǎng)產(chǎn)品今天看不到明天，但是大部分團隊一定還是會做半年/一個月/兩周/一周的計劃的，也就是說這個功能的節(jié)奏由兩部分來保證的：計劃序列的排定列表，臨時產(chǎn)生的功能計劃，臨時的是用來應對用戶反饋或市場變化的。那么在一定的迭代周期內確定：“每個迭代一定要有一個主題基調，而且不能太多”前提的情況下，使用插空法順序來產(chǎn)生迭代List，這個List內部是完全有可能保證最終的外部輸出是有節(jié)奏的。有興趣你也可以畫一張迭代時間/資源并行分布圖試試。
內部節(jié)奏涉及到大量項目迭代管理的東西，不在這里贅述，只說一個最基本的觀點：少而精才是真敏捷。少而精對于快速迭代和快節(jié)奏的周期保證是至關重要的。
大量的團隊因為對敏捷的偏面認識，快的同時又不注意功能點的減法取舍，上線了大量平庸粗糙的東西。按照目的導向來看，既然迭代的目的是讓用戶對產(chǎn)品更加滿意，更有粘性和活躍，那就應該牢牢以上邊說到的功能List來進行節(jié)奏調節(jié)，因為這個List本身已經(jīng)控制了重點功能的收斂，所以即使再敏捷，也能保證重點功能的品質。只有這樣，節(jié)奏出來的東西才能獲得好評，而不是做的越多產(chǎn)品越積重難返。
產(chǎn)品節(jié)奏感分兩部分：
第1部分是戰(zhàn)略節(jié)奏感，第2部分是項目節(jié)奏感。
關于項目節(jié)奏感，上面提到的miui是很好的例子。一周一迭代，拉動整個項目組的進度，讓整個團隊在持續(xù)改進中。
另外談談戰(zhàn)略節(jié)奏感。
一個團隊有應用開發(fā)、設計、交互、測試、前端、運營，甚至還有運維等。
除了項目之外，每個職能者都想干一些夯實基礎和框架的事情。那么這些事情究竟在何時落實？
這些加強基礎建設，還歷史債務的工作，和目前業(yè)務優(yōu)先級如何排布？
這考驗的是真正的產(chǎn)品戰(zhàn)略節(jié)奏感。
如果你作為一方業(yè)務的負責人，除了拉動項目節(jié)奏外，當項目停歇時就不知道如何是好了，那才是最大的問題。這也是大部分創(chuàng)業(yè)公司常常經(jīng)歷的平臺期和迷茫期。
這個時候，普通的產(chǎn)品經(jīng)理，會定一堆指標，點擊率啊、轉化率啊、注冊數(shù)啊等等。
但優(yōu)秀的產(chǎn)品經(jīng)理會知道一個唯一（可能夸張了一點）的核心指標，除了這個核心指標之外的指標，各職能團隊可以自由定義。當這個核心指標達成或未如期達成時，就到達平臺期。優(yōu)秀的產(chǎn)品經(jīng)理會知道，要定下一個唯一的核心指標，突破平臺期。
所謂戰(zhàn)略節(jié)奏感，就是時刻知道一個又一個階段的唯一核心指標；這時產(chǎn)生的節(jié)奏感，就是你基本感受不到平臺期。
二、如何把握節(jié)奏感
@一刀（百度-高級產(chǎn)品經(jīng)理）
能不能做出節(jié)奏感不一定，但在功能規(guī)劃這事上是有規(guī)律可循的。先說幾個主要的參考觀點：
- 盡量定期發(fā)布
- 每個迭代一個主基調，不能多
- 動態(tài)維護功能List
- 少而精才是真敏捷
@鄒劍波Kant（騰訊-產(chǎn)品經(jīng)理）
我個人對迭代節(jié)奏感有這樣的思考：
1.通過穩(wěn)定的大致固定的迭代周期（且比較快），強化整個團隊的意識，如非特殊情況，提需求做設計做需求相對錯開。
2.保證每個迭代周期不是為了做個版本而做，每個周期要有切實有用有價值的功能。的確，許多時候我們不知道如何去考慮未來的功能，但是下一個迭代的需求是可以考慮的（因為往往此前已有許多需求在等待排期了）。這需要考慮開發(fā)時間和需求優(yōu)先級和需求的意義，具體方法更多需要實例來說。
3.確保每一個迭代周期對用戶預期的滿足。許多產(chǎn)品的迭代周期控制得不錯，但是經(jīng)常很多版本的更新對用戶毫無意義，不是修復體驗若干，就是帶來什么商家主頁優(yōu)化，這些用戶不在乎。每個版本都要給用戶帶來一些新奇，有趣，有價值的功能，確保用戶感知得到你的迭代，和你的節(jié)奏感，這樣，用戶會和你們一起來控制和把握，甚至推動這個節(jié)奏感。
三、幾個例子
@一刀（百度-高級產(chǎn)品經(jīng)理）
在這里可以舉幾個例子。
除了蘋果、微信外，之前了解到的有兩個例子可以參考：
1. MIUI的橙色星期五，也就是每周五定期發(fā)布更新。
并行模式、全產(chǎn)品周期參與
MIUI開發(fā)版每周五發(fā)布，小米公司把這一天定義為“橙色星期五”：小米的品牌基調色彩是橙色，每周五下午5點，MIUI正式升級。在小米論壇上，用戶可以決定產(chǎn)品的創(chuàng)新方向或者功能的增減，小米公司為此設立了“爆米花獎”：下一周的周二，小米會根據(jù)用戶對新功能的投票產(chǎn)生上周做的最好的項目，然后給員工獎勵，頒發(fā)“爆米花獎”。眾多米粉參與討論產(chǎn)品功能，以在下一個版本中做改進。這種將員工獎懲直接與用戶體驗與反饋掛鉤的完整體系，確保員工的所有驅動不是基于大項目組或者老板的個人愛好，而是用戶的反饋。
2. 豌豆莢Polish Week
在豌豆歷法中，每四周的正常工作過后，都會迎來為期一周的 Polish Week。在 Polish Week 中，豌豆們并不會急著寫新的功能、設計新的界面，而是會回顧現(xiàn)有的產(chǎn)品細節(jié)，看看在哪些地方還有改進的可能。有時候是挑出一個簡單的錯別字，有時候是差了一個像素沒有對齊的圖標，有的時候則是重構一整個引擎……豌豆們管這個過程叫做「查漏補缺」，也致力于將「查漏補缺」變成 Polish Week 的固定節(jié)目。因為我們相信，一個好的產(chǎn)品，只有經(jīng)過不斷打磨、在細節(jié)上呈現(xiàn)出精致和完美之后，才能稱之為「作品」。
四、為什么要把握節(jié)奏感?
好的節(jié)奏感確實很重要：
團隊：對產(chǎn)品團隊來說就是知道什么時候做什么事，不會出現(xiàn)混亂，提高團隊的開發(fā)效率；這個參照一些dota大神的比賽就知道了，良好的farm、gank節(jié)奏才能產(chǎn)生滾雪球效應；
產(chǎn)品：好的迭代節(jié)奏能夠更好的幫助產(chǎn)品進行功能層面上的試錯、探索和布局，更明確的找出適合產(chǎn)品發(fā)展的方向。很多產(chǎn)品功能是有明確的父子層級關系，確定優(yōu)先級和版本計劃需要很好的節(jié)奏把控（微信的版本迭代很能說明這一點，逐步的完善自己產(chǎn)品的功能布局。不過很多游戲的版本迭代表現(xiàn)更明顯，例如D3）；
用戶：增加產(chǎn)品曝光率、吸引用戶關注和提高用戶黏度。很多沒有什么要更新的app也要來個周更就是要曝光度和用戶關注。這方面更多的是要考慮你的產(chǎn)品特性和目標用戶的特點，來確定迭代頻率。
本文由@yunyi整理自知乎問答，轉載請注明出處并保留本文鏈接。
- 目前還沒評論，等你發(fā)揮！
