B端产品需要返回旧版入口吗？来看高手的深入分析 收藏
返回旧版入口，确实很重要！
最近两年，B 端产品发展迅猛，同时很多产品的门户网站也开始进行改版，今天又看到 B 站 的网页端也在做一个改版，今天我们就不聊大的改版，我们聚焦于一个小的功能模块，也就是 “返回旧版入口”
首先先问小伙伴们这样一个问题：
B 端产品是否需要有返回旧版的入口？
那为什么移动端的很多设计当中不会出现这个入口呢？
那故事，我们就得从为什么需要返回旧版说起。
1. 需要返回旧版的原因 有没有发现一个现象？提到返回旧版，我们很少在移动端产品当中看到。
比如移动端产品当中，网易云音乐、微信、支付宝、淘宝等，在一些大版本的更新当中都是直接将版本更新推送给所有用户，并且无论你是否适应，你都必须给我用。
而在网页端产品当中，我们页面的设计变动，在刚开始都是非常的小心，我们会像一个保姆一样问用户，你用得习惯不习惯，不习惯可以直接退回的
其实这也是做网页端的产品与移动端的产品上的差异。
代码层面上，网页端由于代码都在网上，回退旧版的这个功能对于程序员来说实现起来较为简单；而在移动端甚至客户端，因为我们的每一次迭代都是通过安装包的方式进行迭代，也就意味着你想要回退到之前的版本，唯一的办法就重新安装旧版本的安装包，再加上 苹果手机的限制，无法回退（怀念安卓系统一秒钟）
那为什么要返回旧版，我们会站在用户角度去思考这一问题：
改版变化太大，难以适应
因为很多网页端的产品改版非常巨大，也就造成了用户难以适应前后的差异。为了保证用户不流失，所以给大家预留返回旧版的入口
比如在 B 站的这次改版当中，通过对比我们就能发现前后的版本差异巨大
整体首页的逻辑 由以前的按照视频分区进行展示，所有内容都可以在右侧进行跳转
到现在的首页以内容推送为基础，想要了解分区，需点击顶部分区栏进行展示
而这样的改变，对于我已经非常熟悉 B 站的首页机制的用户来说，确实会有一些不适应，因此预留的返回旧版本便是满足那些不太适应的用户。
有正向的例子就一定有反向的例子，也就是并不是所有的产品都需要返回旧版 ，比如在产品当中，只是简单调整了页面当中几个按钮变化时，这时候就没有必要展示返回旧版，显得有点画蛇添足。
缓解用户情绪
既然上面都提到 改版变化必须得大，那就一定会涉及到另一个问题，用户的接受成本一定非常高。
作为用户，并不是每一个人都喜欢尝鲜的，那大版本的修改调整，一定会遭到用户的强力吐槽，而返回旧版本，则是能够缓解用户的使用压力。
比如在语雀的 工作台 改版当中，就会涉及到这个问题
版本一：2018-10-24
网站链接： https://www.yuque.com/yuque/blog/changelog-201810
早在 2018 年的时候，语雀就对当时的工作台进行改版，但是由于当时用户量本身不多（虽然是猜测，但是通过语雀的搜索量可以大致得出这一结果），另外就是改版的幅度较小，因此第一个的工作台迭代非常顺利，用户反馈也非常良好。
版本二：2021-01-18
网站链接： https://www.yuque.com/yuque/blog/ccgee9
这个版本便是语雀工作台进行的大刀阔斧的改动，其中就包含 整体视觉风格、右侧快捷入口、左侧知识库快速访问 等多个改动，随之而来的便是用户的大量吐槽。
好像当时语雀就缺少了返回旧版入口（不太确定，有清楚的同学可以评论区补充，我当时使用的时候是没有发现入口的）
导致用户的情绪无法得到缓解，一时间在语雀公告的评论区炸开了锅，有大量的用户吐槽各种新版本的问题：
验证结果
关于返回旧版本，其实是可以从侧面去验证你的这次改版做得是否合理。
因为返回的人一定是对这次改版产生了不适，而它在去切换旧版本时，他一定有想吐槽的地方，这时适当的展示一份问卷，了解用户真正关心的点，我们便能够从这些用户的吐槽当中，去分析问题，在做设计的后续规划。
如果能够从数据上发现返回旧版的人数变少，也能够从侧面反映我们设计的改版的目的，得到了验证（当然这个指标的制定，不是那么简单的，需要看后台数据去做调整）。
2. 返回旧版的设计风格 当然，返回旧版的设计风格会有所不同，在我们系统当中并不是随意去做设计，而是会根据设计要求去做相应调整
入口位置
在返回旧版当中，入口通常会放置在 右下、侧边、顶部 三个区域，由于三者位置不同，对于设计师来说也会有不同的寓意
顶部入口
在顶部的返回旧版入口是针对全系统的“所有”页面都会有所改动的时候，比如页面设计当中：工作台、表格页、详情页，都会受到影响的时候，这时候更愿意把它放在顶部，提高他的信息层级
侧边入口
这类的改版，则更多针对某一个或某几个页面当中，这类的改版不会特别大，因为放在侧边，能够让人们知道，目前的改版只针对这几个页面，不会涉及到全局
提示方式
静默升级
目前很多 B 端产品，在刚开始迭代时，总是静悄悄的，然后在系统的右侧贴上一个内测版本。
这种方式比较适合对系统还不太有把握，刚上线的情况，等情况理想，便可不再低调，安静的查看数据的结果。
公告提示
随着数据的不断变好，版本迭代总的来点仪式感， 因此这时候我们都会在版本迭代当中，都会发布公告来让用户关注，更新的仪式感由此而来，同样这也意味着这个版本已经全量发布。
3. 如何设计一个“完整”返回旧版 返回旧版在目前看来，似乎只是一个假象，我们要去了解的是产品改版背后的逻辑。
通常一次改版迭代，并不是直接改版展示即可，而是需要一个完整的迭代思路。
1. 灰度测试
在网页端的灰度测试当中，其实测试的方法有很多，通常我们会使用 随机内测与邀请内测制，前者数据更加真实，后者用户更可控，目的都非常简单，能够收集到用户的意见与反馈
比如上面例子当中提到的语雀工作台的改版当中，就采取 邀请内测制，先让用户申请试用新版本，然后确定内测人群，使用过后进行打分+讨论+文章总结的形式，来去验证设计的初步构想
2. 优化过后迭代通知
解决掉灰度测试遇到的问题过后，可以进行更大范围的推行，这时候可以尝试通知所有用户，已经有新版本，让一些勇敢愿意尝试的用户，率先体验到我们的产品。并且我们会提供完整的新手引导以及退回旧版本的入口，让他先感受下新版本究竟如何，用起来是否顺手。
3. 弱化入口直到完美过渡
弱化入口是展示自己“套路”的过程。
首先在刚开始，我们可以采取的策略是，保存用户之前的版本习惯，比如他之前退出时使用的是旧版本，那后续进入系统当中我们就提供给他旧版本。
随后，随着时间的推移，我们就对登录的策略进行调整，让他每次进入系统都是先进入新版本，想要进入旧版本就必须手动点击切换才行，这样让他被迫熟悉新系统。
最后由于大家都对新版本比较熟悉，我们可以逐步弱化旧版本入口，直到将其隐藏消失。
这样的完美过渡就会比新版本强行落地效果来的好得多，当然在公司当中，我们还是得配合销售、售后人员，对于新版本多去做一些视频分享会，公开的教会大家如何使用产品，让用户能够快速适应。
4. 最后聊聊 其实 B 端产品的设计改版，想要完美落地时非常难的，毕竟打破之前用户的使用习惯，需要重新学习。但是使用适当方法，配合着团队的付出，还是能够将其顺利落地，当然由于文章的篇幅关系，我们就不展开讨论了，希望文章能够对最近正在处理设计改版的你有所帮助，可别忘了点赞转发～
欢迎关注作者的微信公众号： CE青年Youthce
