一個穩(wěn)定的產(chǎn)品更新節(jié)奏對產(chǎn)品的成長、用戶業(yè)務(wù)的穩(wěn)定發(fā)展有很大的幫助，那么這個節(jié)奏該如何把握呢？文章為你解析。

從鵝廠到ThoughtWorks兩年了，從原來的只是畫畫線框圖到現(xiàn)在可以帶領(lǐng)團(tuán)隊一起交付產(chǎn)品，對產(chǎn)品節(jié)奏感的體會與日俱增。在“騷窩”里浸潤著學(xué)到的敏捷開發(fā)也讓我明白如何從技術(shù)執(zhí)行層面支撐產(chǎn)品的有序發(fā)布。做產(chǎn)品就是在用戶需求的戰(zhàn)場上攻城略地，而節(jié)奏感就是每一次沖鋒時的默契。

為什么產(chǎn)品成長要有節(jié)奏感

在開始討論之前，我們可以先將“產(chǎn)品的節(jié)奏”定義為“產(chǎn)品更新的時間間隔以及每次更新的內(nèi)容”，以便讓大家對頻率有一個統(tǒng)一的概念。一個成長中的產(chǎn)品需要不斷根據(jù)業(yè)務(wù)需求和用戶需求來更新產(chǎn)品。形成穩(wěn)定的產(chǎn)品更新節(jié)奏無論是對產(chǎn)品的成長、對用戶、還是對團(tuán)隊都會有很大的益處。 對于用戶來說，以穩(wěn)定的節(jié)奏感來更新產(chǎn)品可以：

• 把團(tuán)隊新實現(xiàn)的產(chǎn)品價值周期性地交付給用戶使用。
• 讓用戶感知到產(chǎn)品的不斷成長，容忍暫時的不足，對新版本形成期待。
• 重新激活部分已經(jīng)流失掉的僵尸用戶。

對于團(tuán)隊來說，穩(wěn)定的節(jié)奏感帶來的好處也很多：

• 保持穩(wěn)定更新的責(zé)任可以督促團(tuán)隊盡早展示新功能，避免閉門造車太久，走偏了方向。
• 產(chǎn)品經(jīng)理可以不斷推出一些新功能給用戶做實驗，驗證猜想。
• 團(tuán)隊可以持續(xù)地收到用戶的反饋，好的反饋可以鼓舞士氣，差的反饋可以激發(fā)調(diào)整的動力。
• 團(tuán)隊內(nèi)可以形成有默契的合作方式，產(chǎn)品經(jīng)理、設(shè)計師、開發(fā)、測試都明確地知道什么時候該做什么什么事情。

節(jié)奏感應(yīng)該怎么控制

既然剛才已經(jīng)將“產(chǎn)品的節(jié)奏”定義為“產(chǎn)品更新的時間間隔以及每次更新的內(nèi)容”，那么控制節(jié)奏其實也就是這兩點了。確定產(chǎn)品更新的時間間隔相對容易。對于移動端的產(chǎn)品，由于每次更新都需要iOS版給Google審核，用戶每次更新都需要重新下載，所以定在3~6周發(fā)布一個對外的版本比較合適（緊急修復(fù)嚴(yán)重bug不算）。如果產(chǎn)品處于快速增長期，這個時間還可以進(jìn)一步縮短。比如“打車大戰(zhàn)”時的滴滴和快的，新功能晚一步發(fā)布就是個死。

更關(guān)鍵的其實每次更新哪些內(nèi)容。如果定好4周一個周期，那就意味著一年也就12次更新的機會。產(chǎn)品經(jīng)理的職責(zé)就是要想好如何帶領(lǐng)一幫兄弟們打好這12張牌。如果每次更新都像adobe reader一樣，凈都是些個讓用戶提不起興趣的bug fix，畏畏縮縮的，那這產(chǎn)品也還是不要做了的好。如何籌謀好每個版本，體現(xiàn)了一位優(yōu)秀的產(chǎn)品經(jīng)理運籌帷幄，決勝千里之外的掌控力。

在規(guī)劃每個新版本的內(nèi)容時，可以有兩種選擇：開疆拓土和持續(xù)優(yōu)化。開疆拓土是指產(chǎn)品要完全開辟一個全新的疆域，覆蓋全新維度的用戶需求場景，野心勃勃，酣暢淋漓。剛剛把一塊地占穩(wěn)了后，這塊土地上還很荒蕪，后續(xù)還需要做很多持續(xù)改進(jìn)的工作來搭建關(guān)聯(lián)輔助的功能，優(yōu)化產(chǎn)品體驗，把這塊荒蕪?fù)恋厣系纳鷳B(tài)系統(tǒng)建立起來。只要妥善處理好這兩種形式的新版本，讓它們相輔相成，產(chǎn)品成長的框架就有了。

開疆拓土是最能體現(xiàn)一位產(chǎn)品經(jīng)理創(chuàng)造性的地方。它往往意味著從0到1( Zero to One 豆瓣）去創(chuàng)造出一個有價值、有市場、為產(chǎn)品帶來廣闊成長機遇的新空間。Facebook圈完關(guān)系鏈然后搞社交游戲；GoPro先做運動攝像機，然后搖身一變成為媒體公司搞體育直播；滴滴/快的搞完打車再搞專車；微信先搞定了熟人通訊，然后用搖一搖來打陌生人加好友，接下來是朋友圈分享，再來搞公眾賬號、支付、游戲分發(fā)。

這些都是積極進(jìn)取，從無到有創(chuàng)造價值的典范。同時，開疆拓土也意味著在走少有人走的路，沒有經(jīng)驗可以借鑒，風(fēng)險的坑遍地。千萬不要抱著“憋個大招，打磨完美再拿出來嚇?biāo)浪麄儭钡男膽B(tài)來做開拓性的新功能。務(wù)必遵照精益創(chuàng)業(yè)的思想，用盡量低的成本在短時間內(nèi)先發(fā)布基本能用的版本，然后再看后續(xù)的反饋做調(diào)整。你看微信的對講機、視頻聊天、小視頻這些，不也都不溫不火的嘛。

持續(xù)改進(jìn)是從0到1之后的從1到n的過程。這部分比較簡單，因為只要前面從0到1這一步走對了，后面就可以根據(jù)用戶反饋來被用戶推著走了。用戶們?nèi)狈ψ銐蛴猩疃鹊乃伎?，想不到更快的馬可以被福特汽車所取代，但坐過福特汽車后吐槽減震太爛了、太TM費油之類的能力還是有的。在改進(jìn)型版本里，主要是做好這幾類事情：

• 優(yōu)化粗糙的界面設(shè)計的體驗。
• 可用性測試啊、用戶反饋、轉(zhuǎn)化率漏斗的追蹤啊之類的都輪番上就行了，比如余額寶大受歡迎后余額寶主頁對每日收益的優(yōu)化。
• 增加跟核心功能相輔相成的功能，比如微信里更快更方便地通過各種渠道加好友，滴滴里面加各種打車的優(yōu)惠券。
• 增加讓核心功能更好用的瑣碎小功能，比如微信里聊天可以置頂、可以搜索聊天記錄、可以免打擾。

其實很多中國的產(chǎn)品經(jīng)理冠著“站在上帝身邊的人”之名，也就是每天在做些個持續(xù)改進(jìn)的事情，修修補補，做完發(fā)文字再做發(fā)照片、發(fā)視頻、發(fā)網(wǎng)址、發(fā)投票、發(fā)文件。

控制產(chǎn)品節(jié)奏感所需要的支持

項目管理

依照傳統(tǒng)的瀑布流方式來做APP的話，先花一周來規(guī)劃功能，再花一周來設(shè)計界面，然后花上一周來實現(xiàn)功能，最后一周QA測試+改BUG，最理想的情況下也是至少4周一個版本。但實際情況更可能是開發(fā)做了一半時產(chǎn)品要改個需求，QA測出一堆問題給開發(fā)改結(jié)果越改越多，最后一公里大家跑的磕磕絆絆然后受迫于所謂節(jié)奏感的deadline把帶著一堆BUG的包發(fā)掉，或者就干脆延期。這樣勢必是不行的。

如果依照敏捷方式來推動項目，情況會完全不同。首先可以將每1周或每2周定做一個Sprint，將需求切分成合適顆粒度的story，然后在每個Sprint內(nèi)設(shè)定好合適的工作量，團(tuán)隊里各個角色高效協(xié)作、并行驅(qū)動，就可以確保在Sprint結(jié)束時得到可發(fā)布的新版本。這樣的話，3~6周的對外版本發(fā)布是可以保障的。即便是MIUI這樣的每1周做一次發(fā)布，也完全沒問題。

技術(shù)支持

想要穩(wěn)定地控制產(chǎn)品中的BUG風(fēng)險，其實是需要相當(dāng)多的技術(shù)力量做保障的，否則很可能代碼里總是會有無窮無盡的BUG，代碼隨著產(chǎn)品成長還會越來越復(fù)雜，想拿出一個穩(wěn)定可發(fā)布的版本都難。在XP的敏捷實踐里其實是有很多方法來保障代碼穩(wěn)定的。

TDD 測試驅(qū)動開發(fā)

TDD會要求開發(fā)在寫代碼之前先仔細(xì)分析好需求，想好要實現(xiàn)的這部分功能對應(yīng)的測試場景有哪些，然后基于此來先寫好單元測試，再來寫實現(xiàn)。這樣做的好處是有了這些單元測試的保護(hù)，代碼始終是健壯的。即便以后代碼變得復(fù)雜，或者要重構(gòu)修改代碼，只要單元測試跑不過時不要check-in代碼，就不會引入BUG。

CI 持續(xù)集成

在每個開發(fā)的單元測試都能跑過的基礎(chǔ)上，我們可以用CI來監(jiān)控整體的代碼。只要有Dev搞掛了CI，技術(shù)lead就可以打他屁股了。由于CI是完全自動化地在實時run測試，所以只要任何人check-in的新代碼有問題，就可以及時查出來，這樣就可以避免Bug引入并積壓，讓我們隨時都有可用的版本。那每個Sprint結(jié)束時給一個穩(wěn)定可用的版本還不是小意思。

想要有節(jié)奏地規(guī)劃產(chǎn)品，揮斥方遒，其實挺不容易的呢，嗯哼~

作者：朱晨，ThoughtWorks深圳辦公室經(jīng)理，物聯(lián)網(wǎng)團(tuán)隊負(fù)責(zé)人，曾經(jīng)在項目中擔(dān)任過UX設(shè)計師，業(yè)務(wù)分析師和項目經(jīng)理角色，對企業(yè)的互聯(lián)網(wǎng)轉(zhuǎn)型有深入研究。個人博客：http://www.jianshu.com/u/pvxie7

本文由 @ThoughtWorks （微信公眾號：“思特沃克”） 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自PEXELS，基于CC0協(xié)議