產(chǎn)品設(shè)計(jì)的節(jié)奏感該如何把握？

作者：龍鼎網(wǎng)絡(luò)發(fā)布時(shí)間：2015-08-29 10:15:01瀏覽次數(shù)：15386文章出處：晉城自適應(yīng)網(wǎng)站制作

想做一款群眾喜聞樂(lè)見(jiàn)的產(chǎn)品？快看這四個(gè)步驟
產(chǎn)品設(shè)計(jì)的“節(jié)奏感”該如何把握?

Ps：說(shuō)明一下，這里的產(chǎn)品設(shè)計(jì)主要指的是APP開(kāi)發(fā)。在APP開(kāi)發(fā)中，版本迭代的“節(jié)奏感”很重要，每個(gè)大的版本迭代時(shí)結(jié)合產(chǎn)品計(jì)劃、用戶規(guī)模、市場(chǎng)環(huán)境要改進(jìn)什么功能，這些該如何把握?有沒(méi)有什么優(yōu)秀的產(chǎn)品案例可以探究參考?

　　
@朱晨
　　從鵝廠到ThoughtWorks兩年了，從原來(lái)的只是畫(huà)畫(huà)線框圖到現(xiàn)在可以帶領(lǐng)團(tuán)隊(duì)一起交付產(chǎn)品，對(duì)產(chǎn)品節(jié)奏感的體會(huì)與日俱增。在“騷窩”里浸潤(rùn)著學(xué)到的敏捷開(kāi)發(fā)也讓我明白如何從技術(shù)執(zhí)行層面支撐產(chǎn)品的有序發(fā)布。做產(chǎn)品就是在用戶需求的戰(zhàn)場(chǎng)上攻城略地，而節(jié)奏感就是每一次沖鋒時(shí)的默契。
　　為什么產(chǎn)品成長(zhǎng)要有節(jié)奏感
　　在開(kāi)始討論之前，我們可以先將“產(chǎn)品的節(jié)奏”定義為“產(chǎn)品更新的時(shí)間間隔以及每次更新的內(nèi)容”，以便讓大家對(duì)頻率有一個(gè)統(tǒng)一的概念。一個(gè)成長(zhǎng)中的產(chǎn)品需要不斷根據(jù)業(yè)務(wù)需求和用戶需求來(lái)更新產(chǎn)品。形成穩(wěn)定的產(chǎn)品更新節(jié)奏無(wú)論是對(duì)產(chǎn)品的成長(zhǎng)、對(duì)用戶、還是對(duì)團(tuán)隊(duì)都會(huì)有很大的益處。
　　對(duì)于用戶來(lái)說(shuō)，以穩(wěn)定的節(jié)奏感來(lái)更新產(chǎn)品可以：
　　把團(tuán)隊(duì)新實(shí)現(xiàn)的產(chǎn)品價(jià)值周期性地交付給用戶使用;
　　讓用戶感知到產(chǎn)品的不斷成長(zhǎng)，容忍暫時(shí)的不足，對(duì)新版本形成期待;
　　重新激活部分已經(jīng)流失掉的僵尸用戶。
　　對(duì)于團(tuán)隊(duì)來(lái)說(shuō)，穩(wěn)定的節(jié)奏感帶來(lái)的好處也很多：
　　保持穩(wěn)定更新的責(zé)任可以督促團(tuán)隊(duì)盡早展示新功能，避免閉門造車太久，走偏了方向;
　　產(chǎn)品經(jīng)理可以不斷推出一些新功能給用戶做實(shí)驗(yàn)，驗(yàn)證猜想;
　　團(tuán)隊(duì)可以持續(xù)地收到用戶的反饋，好的反饋可以鼓舞士氣，差的反饋可以激發(fā)調(diào)整的動(dòng)力;
　　團(tuán)隊(duì)內(nèi)可以形成有默契的合作方式，產(chǎn)品經(jīng)理、設(shè)計(jì)師、開(kāi)發(fā)、測(cè)試都明確地知道什么時(shí)候該做什么什么事情。
　　節(jié)奏感應(yīng)該怎么控制
　　既然剛才已經(jīng)將“產(chǎn)品的節(jié)奏”定義為“產(chǎn)品更新的時(shí)間間隔以及每次更新的內(nèi)容”，那么控制節(jié)奏其實(shí)也就是這兩點(diǎn)了。確定產(chǎn)品更新的時(shí)間間隔相對(duì)容易。對(duì)于移動(dòng)端的產(chǎn)品，由于每次更新都需要iOS版審核，用戶每次更新都需要重新下載，所以定在3~6周發(fā)布一個(gè)對(duì)外的版本比較合適(緊急修復(fù)嚴(yán)重bug不算)。如果產(chǎn)品處于快速增長(zhǎng)期，這個(gè)時(shí)間還可以進(jìn)一步縮短。比如“打車大戰(zhàn)”時(shí)的滴滴和快的，新功能晚一步發(fā)布就是個(gè)死。
　　更關(guān)鍵的其實(shí)每次更新哪些內(nèi)容。如果定好4周一個(gè)周期，那就意味著一年也就12次更新的機(jī)會(huì)。產(chǎn)品經(jīng)理的職責(zé)就是要想好如何帶領(lǐng)一幫兄弟們打好這12張牌。如果每次更新都像adobe reader一樣，凈都是些個(gè)讓用戶提不起興趣的bug fix，畏畏縮縮的，那這產(chǎn)品也還是不要做了的好。如何籌謀好每個(gè)版本，體現(xiàn)了一位優(yōu)秀的產(chǎn)品經(jīng)理運(yùn)籌帷幄，決勝千里之外的掌控力。
　　在規(guī)劃每個(gè)新版本的內(nèi)容時(shí)，可以有兩種選擇：開(kāi)疆拓土和持續(xù)優(yōu)化。
　　開(kāi)疆拓土是指產(chǎn)品要完全開(kāi)辟一個(gè)全新的疆域，覆蓋全新維度的用戶需求場(chǎng)景，野心勃勃，酣暢淋漓。剛剛把一塊地占穩(wěn)了后，這塊土地上還很荒蕪，后續(xù)還需要做很多持續(xù)改進(jìn)的工作來(lái)搭建關(guān)聯(lián)輔助的功能，優(yōu)化產(chǎn)品體驗(yàn)，把這塊荒蕪?fù)恋厣系纳鷳B(tài)系統(tǒng)建立起來(lái)。只要妥善處理好這兩種形式的新版本，讓它們相輔相成，產(chǎn)品成長(zhǎng)的框架就有了。
　　開(kāi)疆拓土是最能體現(xiàn)一位產(chǎn)品經(jīng)理創(chuàng)造性的地方。它往往意味著從0到1( Zero to One (豆瓣) )去創(chuàng)造出一個(gè)有價(jià)值、有市場(chǎng)、為產(chǎn)品帶來(lái)廣闊成長(zhǎng)機(jī)遇的新空間。Facebook圈完關(guān)系鏈然后搞社交游戲;GoPro先做運(yùn)動(dòng)攝像機(jī)，然后搖身一變成為媒體公司搞體育直播;滴滴/快的搞完打車再搞專車;微信先搞定了熟人通訊，然后用搖一搖來(lái)打陌生人加好友，接下來(lái)是朋友圈分享，再來(lái)搞公眾賬號(hào)、支付、游戲分發(fā)。這些都是積極進(jìn)取，從無(wú)到有創(chuàng)造價(jià)值的典范。同時(shí)，開(kāi)疆拓土也意味著在走少有人走的路，沒(méi)有經(jīng)驗(yàn)可以借鑒，風(fēng)險(xiǎn)的坑遍地。千萬(wàn)不要抱著“憋個(gè)大招，打磨完美再拿出來(lái)嚇?biāo)浪麄?rdquo;的心態(tài)來(lái)做開(kāi)拓性的新功能。務(wù)必遵照精益創(chuàng)業(yè)的思想，用盡量低的成本在短時(shí)間內(nèi)先發(fā)布基本能用的版本，然后再看后續(xù)的反饋做調(diào)整。你看微信的對(duì)講機(jī)、視頻聊天、小視頻這些，不也都不溫不火的嘛。
　　持續(xù)改進(jìn)是從0到1之后的從1到n的過(guò)程。這部分比較簡(jiǎn)單，因?yàn)橹?要前面從0到1這一步走對(duì)了，后面就可以根據(jù)用戶反饋來(lái)被用戶推著走了。用戶們?nèi)狈ψ銐蛴猩疃鹊乃伎迹氩坏礁斓鸟R可以被福特汽車所取代，但坐過(guò)福特汽車后吐槽減震太爛了、太TM費(fèi)油之類的能力還是有的。在改進(jìn)型版本里，主要是做好這幾類事情：
　　優(yōu)化粗糙的界面設(shè)計(jì)的體驗(yàn)
　　可用性測(cè)試啊、用戶反饋、轉(zhuǎn)化率漏斗的追蹤啊之類的都輪番上就行了，比如余額寶大受歡迎后余額寶主頁(yè)對(duì)每日收益的優(yōu)化
　　增加跟核心功能相輔相成的功能，比如微信里更快更方便地通過(guò)各種渠道加好友，滴滴里面加各種打車的優(yōu)惠券。
　　增加讓核心功能更好用的瑣碎小功能，比如微信里聊天可以置頂、可以搜索聊天記錄、可以免打擾。
　　其實(shí)很多中國(guó)的產(chǎn)品經(jīng)理冠著“站在上帝身邊的人”之名，也就是每天在做些個(gè)持續(xù)改進(jìn)的事情，修修補(bǔ)補(bǔ)，做完發(fā)文字再做發(fā)照片、發(fā)視頻、發(fā)網(wǎng)址、發(fā)投票、發(fā)文件。
　　控制產(chǎn)品節(jié)奏感所需要的支持
　　項(xiàng)目管理
　　依照傳統(tǒng)的瀑布流方式來(lái)做APP的話，先花一周來(lái)規(guī)劃功能，再花一周來(lái)設(shè)計(jì)界面，然后花上一周來(lái)實(shí)現(xiàn)功能，最后一周QA測(cè)試+改BUG，最理想的情況下也是至少4周一個(gè)版本。但實(shí)際情況更可能是開(kāi)發(fā)做了一半時(shí)產(chǎn)品要改個(gè)需求，QA測(cè)出一堆問(wèn)題給開(kāi)發(fā)改結(jié)果越改越多，最后一公里大家跑的磕磕絆絆然后受迫于所謂節(jié)奏感的deadline把帶著一堆BUG的包發(fā)掉，或者就干脆延期。這樣勢(shì)必是不行的。
　　如果依照敏捷方式來(lái)推動(dòng)項(xiàng)目，情況會(huì)完全不同。首先可以將每1周或每2周定做一個(gè)Sprint，將需求切分成合適顆粒度的story，然后在每個(gè)Sprint內(nèi)設(shè)定好合適的工作量，團(tuán)隊(duì)里各個(gè)角色高效協(xié) 作、并行驅(qū)動(dòng)，就可以確保在Sprint結(jié)束時(shí)得到可發(fā)布的新版本。這樣的話，3~6周的對(duì)外版本發(fā)布是可以保障的。即便是MIUI這樣的每1周做一次發(fā) 布，也完全沒(méi)問(wèn)題。
　　技術(shù)支持
　　想要穩(wěn)定地控制產(chǎn)品中的BUG風(fēng)險(xiǎn)，其實(shí)是需要相當(dāng)多的技術(shù)力量做保障的，否則很可能代碼里總是會(huì)有無(wú)窮無(wú)盡的BUG，代碼隨著產(chǎn)品成長(zhǎng)還會(huì)越來(lái)越復(fù)雜，想拿出一個(gè)穩(wěn)定可發(fā)布的版本都難。在XP的敏捷實(shí)踐里其實(shí)是有很多方法來(lái)保障代碼穩(wěn)定的。
　　TDD 測(cè)試驅(qū)動(dòng)開(kāi)發(fā)
　　TDD 會(huì)要求開(kāi)發(fā)在寫(xiě)代碼之前先仔細(xì)分析好需求，想好要實(shí)現(xiàn)的這部分功能對(duì)應(yīng)的測(cè)試場(chǎng)景有哪些，然后基于此來(lái)先寫(xiě)好單元測(cè)試，再來(lái)寫(xiě)實(shí)現(xiàn)。這樣做的好處是有了這些單元測(cè)試的保護(hù)，代碼始終是健壯的。即便以后代碼變得復(fù)雜，或者要重構(gòu)修改代碼，只要單元測(cè)試跑不過(guò)時(shí)不要check-in代碼，就不會(huì)引入BUG。
　　CI 持續(xù)集成
　　在每個(gè)開(kāi)發(fā)的單元測(cè)試都能跑過(guò)的基礎(chǔ)上，我們可以用CI來(lái)監(jiān)控整體的代碼。只要有Dev搞掛了CI，技術(shù)lead就可以打他屁股了。由于CI是完全自動(dòng)化地在實(shí)時(shí)run測(cè)試，所以只要任何人check-in的新代碼有問(wèn)題，就可以及時(shí)查出來(lái)，這樣就可以避免Bug引入并積壓，讓我們隨時(shí)都有可用的版本。那每個(gè)Sprint結(jié)束時(shí)給一個(gè)穩(wěn)定可用的版本還不是小意思。
　　想要有節(jié)奏地規(guī)劃產(chǎn)品，揮斥方遒，其實(shí)挺不容易的呢，嗯哼~
　　@鄒建波Kant
　　產(chǎn)品迭代的節(jié)奏感是非常重要的。
　　這里可能存在一些誤解，節(jié)奏感我認(rèn)為不是說(shuō)要非常清楚未來(lái)每個(gè)版本該做什么，以及未來(lái)每一步的意圖，正如蘇杰老師所說(shuō)，這是不現(xiàn)實(shí)的，即使有人說(shuō)有，也更多是事后諸葛亮。
　　但是產(chǎn)品迭代的節(jié)奏感是的確存在的，并且很重要。
　　舉個(gè)例子。
　　最典型的MIUI的一周一迭代。一個(gè)每周更新的緊湊節(jié)奏感，帶給開(kāi)發(fā)團(tuán)隊(duì)，內(nèi)測(cè)用戶和外界非常棒的感覺(jué)，各個(gè)方面如進(jìn)化速度，用戶預(yù)期，內(nèi)測(cè)者成就感和開(kāi)發(fā) 效率都因而大大提升。這就是典型的節(jié)奏感掌握得好。多提一句，MIUI當(dāng)時(shí)的團(tuán)隊(duì)我覺(jué)得是不可能預(yù)測(cè)到幾個(gè)月以后會(huì)做什么功能的(除非戰(zhàn)略規(guī)劃)，但這個(gè) 節(jié)奏感并不矛盾。
　　如何實(shí)現(xiàn)產(chǎn)品迭代的節(jié)奏感?
　　我個(gè)人對(duì)迭代節(jié)奏感有這樣的思考：
　　通過(guò)穩(wěn)定的大致固定的迭代周期(且比較快)，強(qiáng)化整個(gè)團(tuán)隊(duì)的意識(shí)，如非特殊情況，提需求做設(shè)計(jì)做需求相對(duì)錯(cuò)開(kāi)。
　　保證每個(gè)迭代周期不是為了做個(gè)版本而做，每個(gè)周期要有切實(shí)有用有價(jià)值的功能。的確，許多時(shí)候我們不知道如何去考慮未來(lái)的功能，但是下一個(gè)迭代的需求是可以考慮的(因?yàn)橥饲耙延性S多需求在等待排期了)。這需要考慮開(kāi)發(fā)時(shí)間和需求優(yōu)先級(jí)和需求的意義，具體方法更多需要實(shí)例來(lái)說(shuō)。
　　確保每一個(gè)迭代周期對(duì)用戶預(yù)期的滿足。許多產(chǎn)品的迭代周期控制得不錯(cuò)，但是經(jīng)常很多版本的更新對(duì)用戶毫無(wú)意義，不是修復(fù)體驗(yàn)若干，就是帶來(lái)什么商家主頁(yè)優(yōu)化，這些用戶不在乎。每個(gè)版本都要給用戶帶來(lái)一些新奇，有趣，有價(jià)值的功能，確保用戶感知得到你的迭代，和你的節(jié)奏感，這樣，用戶會(huì)和你們一起來(lái)控制和把握，甚至推動(dòng)這個(gè)節(jié)奏感。這一點(diǎn)MIUI和微信都做得特別好，可以多參考下。

晉城網(wǎng)站建設(shè) - 晉城龍鼎網(wǎng)絡(luò)為您解答

關(guān)注微信公眾號(hào) 關(guān)注官方微博 Rss訂閱本站信息 在線咨詢