## 產品設計體會(二十)——有關改版
最近很多網站在改版,如yobo、豆瓣,說說自己對改版的體會。改版這件事的初衷都是為了產品升級,更好的服務用戶,一成不變的產品必然是死了的產品,所以改版是必須的。但改版在客觀上造成對用戶現有習慣的挑戰,所以做這件事情的時候必須慎之又慎,用一些方法和技巧。
網店版1.0到2.0的升級,在頁面風格上有極大的改變,幾乎完全憑設計師們的喜好進行改變,直到上線前幾天,才叫了幾個用戶來做可用性測試,而這時候其實我們已經知道沒時間改了,只是想聽用戶說一聲Yes來增強自己的信心,如果這時候用戶說No,絕對是一個災難。上線后雖然結果不錯,但運氣絕對占了很大的成分,我們也沒有因為缺乏經驗而造成太多損失。
聯想一下豆瓣為了慶祝注冊用戶過100萬的改版、“我的淘寶”曾經做過的改版,都因為用戶聲音太大不得已道歉、改回去,我們真的很幸運(補:也許是我們更慘,用戶太少,聲音不夠大,或者懶得搭理我們,或更更慘,用戶哭天喊地了我們沒有聽到……)。
不 管結果好壞,都能學到點東西,對于改版,除了在足夠早的時候做可用性測試必不可少以外,發布之后也是有一些方法的。比如先從部分二級頁面改起,像“我的淘 寶”最近的改版和幾個月前支付寶的改版;再如新舊版本并存一段時間,允許用戶自由選擇,像雅虎郵箱和新浪郵箱;三如小面積試驗,選擇一小批測試用戶放出新 版本,監測效果,做用戶調研,比如Gmail在上某些新功能的時候;四如傍上一個用戶習慣的風格,比如高級店鋪升級到網店版1.0的時候,討論了很多方案,最終還是決定模仿“我的淘寶”的風格。
總知,對于改版,對于升級,要把“暴力革命”變成溫柔和諧的“和平演變”。
- 前言
- (一)——變態吧,開始帖周報了
- (二)——數據分析
- (三)——性價比:做不做?
- (四)——需求管理
- (五)——有關流程
- (六)——再談流程
- (七)——需求探針
- (八)——產品與項目
- (九)——關于學習
- (十)——團隊合作
- (十一)——市場掃描
- (十二)——少而精
- (十三)——再說需求分析
- (十四)——做過的幾個項目
- (十五)——PM、PD、UE與UI
- (十六)——Feature List
- (十七)——PD的幾種文檔
- (十八)——概念設計
- (十九)——UPA年會的流水賬
- (二十)——有關改版
- (二二)——封閉開發
- (二三)——用戶研究
- (二五)——當交互設計遇到敏捷開發
- (二六)——PD就是出來賣的
- (二七)——大產品設計
- (二八)——細節之文案
- (二九)——產品設計的五個層次
- (三十)——“體會”導讀的思維導圖
- (三二)——零散的體會
- (三三)——用戶大會
- (三四)——土老板破冰必殺技
- (三五)——QA與測試
- (三六)——再理解“敏捷”
- (三七)——可用性測試
- (三八)——項目外包!=開發外包
- (三九)——CSDN專訪精編版
- (四十)——銷售渠道
- (四一)——用戶創意無限
- (四二)——又是零散體會
- (四三)——說說評審會
- (四四)——項目外包不適合“敏捷”?
- (四五)——外行眼中的技術分工
- (四六)——UML學習摘錄(上)
- (四七)——UML學習摘錄(下)
- (四八)——資源戰爭與BRD
- (四九)——產品市場化
- (五十)——終點:Matrix
- (五一)——敏捷的估計與規劃
- (五二)——MS Office使用心得
- (五三)——產品文檔與規范
- (五四)——PD招聘廣告詞
- (五五)——項目Kick Off
- (五六)——《需求工程》培訓記錄
- (五八)——《項目化管理》培訓記錄