産品頁面改版一件常見的事，不過為什麼一般情況下，移動端的産品不支持返回舊版，而網頁端的産品支持？什麼時候需要有“返回舊版入口”？作者在文章中結合案例進行了具體的闡述，感興趣的朋友一起來看看吧~

最近兩年，B端産品發展迅猛，同時很多産品的門戶網站也開始進行改版，前段時間我們講過花瓣的設計改版，聊了聊它改了什麼内容。今天又看到B站的網頁端也在做一個改版，今天我們就不聊大的改版，我們聚焦于一個小的功能模塊，也就是 “返回舊版入口”。

首先先問小夥伴們這樣一個問題：

1. B端産品是否需要有返回舊版的入口？
2. 那為什麼移動端的很多設計當中不會出現這個入口呢？

那故事，我們就得從為什麼需要返回舊版說起。

一、需要返回舊版的原因

有沒有發現一個現象？提到返回舊版，我們很少在移動端産品當中看到，比如移動端産品當中，網易雲音樂、微信、支付寶、淘寶等，在一些大版本的更新當中都是直接将版本更新推送給所有用戶，并且無論你是否适應，你都必須給我用！

而在網頁端産品當中，我們頁面的設計變動，在剛開始都是非常的小心，我們會像一個保姆一樣問用戶，你用得習慣不習慣，不習慣可以直接退回的。

其實這也是做網頁端的産品與移動端的産品上的差異。

代碼層面上，網頁端由于代碼都在網上，回退舊版的這個功能對于程序員來說實現起來較為簡單；而在移動端甚至客戶端，因為我們的每一次叠代都是通過安裝包的方式進行叠代，也就意味着你想要回退到之前的版本，唯一的辦法就重新安裝舊版本的安裝包，再加上蘋果手機的限制，無法回退（懷念安卓系統一秒鐘）。

那為什麼要返回舊版，我們會站在用戶角度去思考這一問題。

1. 改版變化太大，難以适應

因為很多網頁端的産品改版非常巨大，也就造成了用戶難以适應前後的差異。為了保證用戶不流失，所以給大家預留返回舊版的入口。

比如在B站的這次改版當中，通過對比我們就能發現前後的版本差異巨大，整體首頁的邏輯由以前的按照視頻分區進行展示，所有内容都可以在右側進行跳轉。

到現在的首頁以内容推送為基礎，想要了解分區，需點擊頂部分區欄進行展示：

而這樣的改變，對于我已經非常熟悉B站的首頁機制的用戶來說，确實會有一些不适應，因此預留的返回舊版本便是滿足那些不太适應的用戶。

有正向的例子就一定有反向的例子，也就是并不是所有的産品都需要返回舊版，比如在産品當中，隻是簡單調整了頁面當中幾個按鈕變化時，這時候就沒有必要展示返回舊版，顯得有點畫蛇添足。

2. 緩解用戶情緒

既然上面都提到改版變化必須得大，那就一定會涉及到另一個問題，用戶的接受成本一定非常高。

作為用戶，并不是每一個人都喜歡嘗鮮的，那大版本的修改調整，一定會遭到用戶的強力吐槽，而返回舊版本，則是能夠緩解用戶的使用壓力。

比如在語雀的【工作台】改版當中，就會涉及到這個問題：

版本一（2018-10-24）：

早在2018年的時候，語雀就對當時的工作台進行改版，但是由于當時用戶量本身不多（雖然是猜測，但是通過語雀的搜索量可以大緻得出這一結果），另外就是改版的幅度較小，因此第一個的工作台叠代非常順利，用戶反饋也非常良好。

版本二（2021-01-18）：

這個版本便是語雀工作台進行的大刀闊斧的改動，其中就包含整體視覺風格、右側快捷入口、左側知識庫快速訪問等多個改動，随之而來的便是用戶的大量吐槽。

好像當時語雀就缺少了返回舊版入口（不太确定，有清楚的同學可以評論區補充，我當時使用的時候是沒有發現入口的），導緻用戶的情緒無法得到緩解，一時間在語雀公告的評論區炸開了鍋，有大量的用戶吐槽各種新版本的問題。

3. 驗證結果

關于返回舊版本，其實是可以從側面去驗證你的這次改版做得是否合理。

因為返回的人一定是對這次改版産生了不适，而它在去切換舊版本時，他一定有想吐槽的地方，這時适當的展示一份問卷，了解用戶真正關心的點，我們便能夠從這些用戶的吐槽當中，去分析問題，再做設計的後續規劃。

如果能夠從數據上發現返回舊版的人數變少，也能夠從側面反映我們設計的改版的目的，得到了驗證（當然這個指标的制定，不是那麼簡單的，需要看後台數據去做調整）。

二、返回舊版的設計風格

當然，返回舊版的設計風格會有所不同，在我們系統當中并不是随意去做設計，而是會根據設計要求去做相應調整。

1. 入口位置

在返回舊版當中，入口通常會放置在 右下、側邊、頂部三個區域，由于三者位置不同，對于設計師來說也會有不同的寓意。

（1）頂部入口

在頂部的返回舊版入口是針對全系統的“所有”頁面都會有所改動的時候，比如頁面設計當中：工作台、表格頁、詳情頁，都會受到影響的時候，這時候更願意把它放在頂部，提高他的信息層級。

（2）側邊入口

這類的改版，則更多針對某一個或某幾個頁面當中，這類的改版不會特别大，因為放在側邊，能夠讓人們知道，目前的改版隻針對這幾個頁面，不會涉及到全局。

2. 提示方式

（1）靜默升級

目前很多B端産品，在剛開始叠代時，總是靜悄悄的，然後在系統的右側貼上一個内測版本，這種方式比較适合對系統還不太有把握，剛上線的情況，等情況理想，便可不再低調，安靜的查看數據的結果。

（2）公告提示

随着數據的不斷變好，版本叠代總的來點儀式感，因此這時候我們都會在版本叠代當中，都會發布公告來讓用戶關注，更新的儀式感由此而來，同樣這也意味着這個版本已經全量發布。

三、如何設計一個“完整”返回舊版

返回舊版在目前看來，似乎隻是一個假象，我們要去了解的是産品改版背後的邏輯。通常一次改版叠代，并不是直接改版展示即可，而是需要一個完整的叠代思路。

1. 灰度測試

在網頁端的灰度測試當中，其實測試的方法有很多，通常我們會使用随機内測與邀請内測制，前者數據更加真實，後者用戶更可控，目的都非常簡單，能夠收集到用戶的意見與反饋。

比如上面例子當中提到的語雀工作台的改版當中，就采取邀請内測制，先讓用戶申請試用新版本，然後确定内測人群，使用過後進行打分 讨論 文章總結的形式，來去驗證設計的初步構想

2. 優化過後叠代通知

解決掉灰度測試遇到的問題過後，可以進行更大範圍的推行，這時候可以嘗試通知所有用戶，已經有新版本，讓一些勇敢願意嘗試的用戶，率先體驗到我們的産品。并且我們會提供完整的新手引導以及退回舊版本的入口，讓他先感受下新版本究竟如何，用起來是否順手

3. 弱化入口直到完美過渡

弱化入口是展示自己“套路”的過程。

首先在剛開始，我們可以采取的策略是，保存用戶之前的版本習慣，比如他之前退出時使用的是舊版本，那後續進入系統當中我們就提供給他舊版本。

随後，随着時間的推移，我們就對登錄的策略進行調整，讓他每次進入系統都是先進入新版本，想要進入舊版本就必須手動點擊切換才行，這樣讓他被迫熟悉新系統。

最後由于大家都對新版本比較熟悉，我們可以逐步弱化舊版本入口，直到将其隐藏消失。

這樣的完美過渡就會比新版本強行落地效果來的好得多，當然在公司當中，我們還是得配合銷售、售後人員，對于新版本多去做一些視頻分享會，公開的教會大家如何使用産品，讓用戶能夠快速适應。

四、最後聊聊

其實B端産品的設計改版，想要完美落地時非常難的，畢竟打破之前用戶的使用習慣，需要重新學習。但是使用适當方法，配合着團隊的付出，還是能夠将其順利落地，當然由于文章的篇幅關系，我們就不展開讨論了，希望文章能夠對最近正在處理設計改版的你有所幫助，可别忘了點贊轉發~

專欄作家

CE青年，CE青年，人人都是産品經理專欄作家。專注B端設計領域，一個2B行業的2B設計師。

本文原創發布于人人都是産品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議。

該文觀點僅代表作者本人，人人都是産品經理平台僅提供信息存儲空間服務。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部