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

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

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

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

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

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

先區(qū)分這個(gè)問題，我們?cè)賮碚劯陌孢€是優(yōu)化的選擇。

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

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

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

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

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

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

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

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

3. 推動(dòng)改版的客觀條件

無非是看看天時(shí)、地利、人和。

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

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

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

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

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

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

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

每次改版后一定會(huì)有爭議。

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

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

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

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