以實例講產(chǎn)品改版(上):準(zhǔn)備與推動

3 評論 7855 瀏覽 53 收藏 9 分鐘

《以實例講產(chǎn)品改版方法論》系列,是一個時間跨度接近半年的全站改版大項目,留下的一點經(jīng)驗,共分為兩個部分。本文為上篇,主要講改版準(zhǔn)備與驅(qū)動,下篇為改版語境下的產(chǎn)品設(shè)計實操技巧

前期準(zhǔn)備與鋪墊

加入公司的時候,產(chǎn)品經(jīng)過半年馬不停蹄的持續(xù)豐富,剛剛進(jìn)入穩(wěn)定期,此時有足夠的內(nèi)容和數(shù)據(jù)積累,且各條功能線的體驗均為最初版。我正好就此講下,想要改版,產(chǎn)品上的基礎(chǔ)工作準(zhǔn)備:

上一版產(chǎn)品沒有留下專業(yè)的產(chǎn)品文檔,那么我要做的第一件事情就是全盤體驗梳理整個產(chǎn)品前后臺,并順帶把迭代路徑和產(chǎn)品定位摸清楚。這個過程對我來說有三個關(guān)鍵產(chǎn)出:

  • 第一是以前整個產(chǎn)品都沒有文檔體系,我建立了,包括產(chǎn)品定位與規(guī)劃、產(chǎn)品頁面結(jié)構(gòu)圖、流程圖、信息架構(gòu)圖與規(guī)則說明、后臺角色與權(quán)限圖表。前面的很好感知和修正,后面的都是體力活。這么一套東西,做了大概三周,精細(xì)到每一個列表的分頁、排序、特殊布局位,每一個字段的取值范圍、約束條件、來源與關(guān)聯(lián)關(guān)系。前端很好處理,開著web查看器挨著試,后臺邏輯就需要先記下問題,找個時間集中問問開發(fā)了。
  • 第二個,建立了需求池。在體驗的時候發(fā)現(xiàn)了很多問題,一些是關(guān)于功能定位的,會發(fā)現(xiàn)有些功能沒做起效果來,或者和自己的想像不一致。一些是發(fā)現(xiàn)細(xì)節(jié)紕漏,交互體驗上的,流程引導(dǎo)上的。這些統(tǒng)統(tǒng)記錄在需求池里,大概有一百來條,加上找一些同事聊過的,加起來120條左右了,都是有名目、有來源、有場景的優(yōu)化需求,有些也記錄了需求方直接提出的解決方案。
  • 第三,結(jié)合數(shù)據(jù)表現(xiàn),來看每個功能的使用量、人群規(guī)模、頻度、時間分布,還有用戶軌跡、身份特征、產(chǎn)生的內(nèi)容特征,進(jìn)一步摸清楚每個場景下的用戶畫像。

1. 改版和優(yōu)化的區(qū)別?

先區(qū)分這個問題,我們再來談改版還是優(yōu)化的選擇。

產(chǎn)品上講,優(yōu)化比改版的方向性更為清晰,問題產(chǎn)生的時候同步就有了可量化的上線指標(biāo),而改版則不一定,甚至可能往相反方向進(jìn)行嘗試,連產(chǎn)品功能的定位都可能改變。

技術(shù)實現(xiàn)上來講,改版不一定重構(gòu),但如果是連定位都變了的大改,很難能保證原來的信息架構(gòu)和頁面流程不會重做,所以產(chǎn)品一旦確認(rèn)是要改版,那么就會給研發(fā)團(tuán)隊一個暗示:這次改版方案決策,一定是解決問題 > 開發(fā)時間成本的,并會給開發(fā)重構(gòu)代碼的時間窗口。而我們?nèi)绻捎脙?yōu)化的方式,實際上還是在產(chǎn)品目標(biāo)內(nèi),盡量照顧現(xiàn)有的產(chǎn)品框架,考慮實現(xiàn)方案的性價比,做多個局部處理來實現(xiàn)優(yōu)化目標(biāo)。

2. 為什么要改版而不是逐步優(yōu)化?

這個問題要想清楚,否則一定會被團(tuán)隊成員問到。這時候梳理了下這個需求池,發(fā)現(xiàn)事情并不簡單:

  • 有幾條需求同時指向一個問題的,不能獨立擊破,得跳出來提出一個整體解決方案。
  • 有些需求問過開發(fā)了,重構(gòu)的時候來做吧,現(xiàn)在沒法動,積重難返。
  • 部分功能是多個人在不同時間的意見簡單疊加,不成整體。

概括的來說,通常有四種情況,我會認(rèn)為有整體解決的必要:

  1. 多個問題指向一個板塊。
  2. 能直接從現(xiàn)有產(chǎn)品中看出設(shè)計者和執(zhí)行者之間的理解偏差。
  3. 三是能看出需求跟著時間變了,但產(chǎn)品只是簡單做了加法。
  4. 四是需求深度不夠,沒有往下細(xì)想,上線后發(fā)現(xiàn)落地場景出了問題,數(shù)據(jù)很差。

這些毛病,病因清晰但盤根錯節(jié),大刀闊斧整體性解決反而劃算,小步快跑容易變成打地鼠。

3. 推動改版的客觀條件

無非是看看天時、地利、人和。

  • 正好目前沒有排期中的新需求,且改版需求任務(wù)量大(100+條)。
  • 各部門的負(fù)責(zé)人好像都聊過了,都有產(chǎn)品訴求,各自的價值主張也比較清楚了。
  • 開發(fā)似乎是有重構(gòu)意愿的,主動提過,也有性能/代碼優(yōu)化的想法。設(shè)計師改版意愿也很強烈,畢竟上線產(chǎn)品就是帶鏈接的作品集。

4. 改版驅(qū)動的技巧

  • 在一段時期內(nèi),把一些需求池中記錄的疑難雜癥,向關(guān)鍵人物一點一點地提一遍,可以是口頭,也可以IM+口頭。關(guān)鍵點是要把握適當(dāng)?shù)念l度和時機,如在開發(fā)資源緊張時做綿長而有頻度的鋪墊,維持話題在領(lǐng)導(dǎo)心中的熱度到60分左右,然后抓住一個窗口時期全盤托出。
  • 展示用戶反饋的統(tǒng)計數(shù)據(jù),點出反饋集中的某個板塊,講講優(yōu)化后的預(yù)期效果(向上畫餅,或者叫“灌輸理念”),全站改版沒機會的話,至少可以拆解出這一塊先改。
  • 對于一些確實重要的問題,可以在話術(shù)上適當(dāng)放大,把可能的極壞情況陳述出來。
  • 找到或者創(chuàng)造目標(biāo)一致的伙伴,如設(shè)計師或者開發(fā),多個職能一起貢獻(xiàn)推進(jìn)影響力。

5. 改版后的跟進(jìn)與堅守

時間來得及的情況,改版后我們需要出具改版說明文檔、規(guī)則變化說明文檔(如新版廣告位圖片需求表格),有時候甚至要做后臺使用培訓(xùn)。改版后,還需要時刻監(jiān)控著改版關(guān)鍵指標(biāo)的變化,及時發(fā)現(xiàn)問題,看看和自己的預(yù)想有無偏差。

另外一方面,作為整體負(fù)責(zé)改版的產(chǎn)品經(jīng)理,要站出來面對所有的反饋。

  • 對于內(nèi)部質(zhì)疑性反饋,一定要非常耐心且及時地解釋清楚改動的目的,解決了什么問題,讓所有未直接參與改版前討論的同事,也能最快理解改版目的。這樣,我們樹立了一個正確的靶子,讓大家的討論意見跟著牽引,不至于失控。
  • 對于合理的有效反饋,立即建表執(zhí)行修改并跟進(jìn),及時通報進(jìn)度。
  • 對于難以判斷的主觀意見,要闡明我們需要尊重設(shè)計師的專業(yè)意見和開發(fā)實現(xiàn)成本等。
  • 對于個性化的需求,要講明該功能所服務(wù)的人群是哪幾類,比例分布如何,對哪些人影響更大,哪些人的意見更為重要。

每次改版后一定會有爭議。

但,只要前期經(jīng)過充分論證和仔細(xì)推敲,我們就有堅守的信心,站出來,保護(hù)自己的設(shè)計,也保護(hù)UI和開發(fā)團(tuán)隊。

拿出耐心的態(tài)度,逐個處理反饋,控制并主導(dǎo)意見走向,避免陷于被動的局面導(dǎo)致返工,甚至新意見大量涌入后的需求失控。

相關(guān)閱讀

以實例講產(chǎn)品改版(下):需求與設(shè)計

 

作者:塵中之光,專注內(nèi)容,關(guān)注數(shù)據(jù)、廣告、機器學(xué)習(xí)

本文由 @塵中之光 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 我是從其他網(wǎng)站看到這篇文章的,特地來此給你點贊。講的很好,都是我們經(jīng)常遇到的,沒有完備的文檔、需求池、用戶畫像等等!小白看到這些很有共鳴。希望作者能有更多的好作品,期待。

    來自廣東 回復(fù)
    1. 謝謝,本周還會把下篇寫完

      來自四川 回復(fù)