《以實例講產(chǎn)品改版方法論》系列单芜，是一個時間跨度接近半年的全站改版大項目，留下的一點經(jīng)驗犁柜，共分為兩個部分洲鸠。本文為上篇，主要講改版準備與驅(qū)動馋缅，下篇為改版語境下的產(chǎn)品設(shè)計實操技巧扒腕。
前期準備與鋪墊：
加入公司的時候，產(chǎn)品經(jīng)過半年馬不停蹄的持續(xù)豐富股囊，剛剛進入穩(wěn)定期袜匿，此時有足夠的內(nèi)容和數(shù)據(jù)積累，且各條功能線的體驗均為最初版稚疹。我正好就此講下居灯，想要改版祭务，產(chǎn)品上的基礎(chǔ)工作準備：
上一版產(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)限圖表。前面的很好感知和修正找爱，后面的都是體力活梗顺。這么一套東西，做了大概三周车摄，精細到每一個列表的分頁寺谤、排序、特殊布局位吮播，每一個字段的取值范圍变屁、約束條件、來源與關(guān)聯(lián)關(guān)系意狠。前端很好處理粟关，開著web查看器挨著試，后臺邏輯就需要先記下問題摄职，找個時間集中問問開發(fā)了誊役。
- 第二個，建立了需求池谷市。在體驗的時候發(fā)現(xiàn)了很多問題蛔垢，一些是關(guān)于功能定位的，會發(fā)現(xiàn)有些功能沒做起效果來迫悠，或者和自己的想像不一致鹏漆。一些是發(fā)現(xiàn)細節(jié)紕漏，交互體驗上的创泄，流程引導(dǎo)上的艺玲。這些統(tǒng)統(tǒng)記錄在需求池里，大概有一百來條鞠抑，加上找一些同事聊過的饭聚，加起來120條左右了，都是有名目搁拙、有來源秒梳、有場景的優(yōu)化需求法绵，有些也記錄了需求方直接提出的解決方案。
- 第三酪碘，結(jié)合數(shù)據(jù)表現(xiàn)朋譬，來看每個功能的使用量、人群規(guī)模兴垦、頻度徙赢、時間分布，還有用戶軌跡探越、身份特征狡赐、產(chǎn)生的內(nèi)容特征，進一步摸清楚每個場景下的用戶畫像扶关。
1. 改版和優(yōu)化的區(qū)別阴汇？
先區(qū)分這個問題，我們再來談改版還是優(yōu)化的選擇节槐。
產(chǎn)品上講，優(yōu)化比改版的方向性更為清晰拐纱，問題產(chǎn)生的時候同步就有了可量化的上線指標铜异，而改版則不一定，甚至可能往相反方向進行嘗試秸架，連產(chǎn)品功能的定位都可能改變揍庄。
技術(shù)實現(xiàn)上來講，改版不一定重構(gòu)东抹，但如果是連定位都變了的大改蚂子，很難能保證原來的信息架構(gòu)和頁面流程不會重做，所以產(chǎn)品一旦確認是要改版缭黔，那么就會給研發(fā)團隊一個暗示：這次改版方案決策食茎，一定是解決問題 > 開發(fā)時間成本的，并會給開發(fā)重構(gòu)代碼的時間窗口馏谨。而我們?nèi)绻捎脙?yōu)化的方式别渔，實際上還是在產(chǎn)品目標內(nèi)，盡量照顧現(xiàn)有的產(chǎn)品框架惧互，考慮實現(xiàn)方案的性價比哎媚，做多個局部處理來實現(xiàn)優(yōu)化目標。
2. 為什么要改版而不是逐步優(yōu)化喊儡？
這個問題要想清楚拨与，否則一定會被團隊成員問到。這時候梳理了下這個需求池艾猜，發(fā)現(xiàn)事情并不簡單：
- 有幾條需求同時指向一個問題的买喧，不能獨立擊破攀甚，得跳出來提出一個整體解決方案。
- 有些需求問過開發(fā)了岗喉，重構(gòu)的時候來做吧秋度，現(xiàn)在沒法動，積重難返钱床。
- 部分功能是多個人在不同時間的意見簡單疊加荚斯，不成整體。
概括的來說查牌，通常有四種情況事期，我會認為有整體解決的必要：
- 多個問題指向一個板塊。
- 能直接從現(xiàn)有產(chǎn)品中看出設(shè)計者和執(zhí)行者之間的理解偏差纸颜。
- 三是能看出需求跟著時間變了兽泣，但產(chǎn)品只是簡單做了加法。
- 四是需求深度不夠胁孙，沒有往下細想唠倦，上線后發(fā)現(xiàn)落地場景出了問題，數(shù)據(jù)很差涮较。
這些毛病稠鼻，病因清晰但盤根錯節(jié)，大刀闊斧整體性解決反而劃算狂票，小步快跑容易變成打地鼠候齿。
3. 推動改版的客觀條件
無非是看看天時、地利闺属、人和慌盯。
- 正好目前沒有排期中的新需求，且改版需求任務(wù)量大（100+條）掂器。
- 各部門的負責(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)造目標一致的伙伴，如設(shè)計師或者開發(fā)据途，多個職能一起貢獻推進影響力绞愚。
5. 改版后的跟進與堅守
時間來得及的情況，改版后我們需要出具改版說明文檔昨凡、規(guī)則變化說明文檔（如新版廣告位圖片需求表格）爽醋，有時候甚至要做后臺使用培訓(xùn)。改版后便脊，還需要時刻監(jiān)控著改版關(guān)鍵指標的變化，及時發(fā)現(xiàn)問題光戈，看看和自己的預(yù)想有無偏差哪痰。
另外一方面，作為整體負責(zé)改版的產(chǎn)品經(jīng)理久妆，要站出來面對所有的反饋晌杰。
- 對于內(nèi)部質(zhì)疑性反饋，一定要非常耐心且及時地解釋清楚改動的目的筷弦，解決了什么問題肋演，讓所有未直接參與改版前討論的同事，也能最快理解改版目的烂琴。這樣爹殊，我們樹立了一個正確的靶子，讓大家的討論意見跟著牽引奸绷，不至于失控梗夸。
- 對于合理的有效反饋，立即建表執(zhí)行修改并跟進号醉，及時通報進度反症。
- 對于難以判斷的主觀意見辛块，要闡明我們需要尊重設(shè)計師的專業(yè)意見和開發(fā)實現(xiàn)成本等。
- 對于個性化的需求铅碍，要講明該功能所服務(wù)的人群是哪幾類润绵，比例分布如何，對哪些人影響更大胞谈，哪些人的意見更為重要尘盼。
每次改版后一定會有爭議。
但呜魄，只要前期經(jīng)過充分論證和仔細推敲悔叽，我們就有堅守的信心，站出來爵嗅，保護自己的設(shè)計娇澎，也保護UI和開發(fā)團隊。
拿出耐心的態(tài)度睹晒，逐個處理反饋趟庄，控制并主導(dǎo)意見走向，避免陷于被動的局面導(dǎo)致返工伪很，甚至新意見大量涌入后的需求失控戚啥。
