设计思考

新版上线了,我该允许用户返回旧版吗?

在我们的网页产品进行大版本迭代时,一个回避不了的问题是:我们要允许用户返回旧版吗?

按照理想情况,我们应当给予用户充分的自由,每个人都可以决定是大胆尝鲜还是延续习惯。然而,长时间维护和运营两个版本毕竟是不现实的,我们从主观上也希望能培养用户新的使用习惯。因此,我们不得不为这个矛盾的问题寻找答案。

一、需要“返回旧版”的情形

1、变动需要学习和记忆的操作路径

说到“返回旧版”的必要性,最深刻的一个案例要数墨刀了。墨刀作为一款颇负盛名的原型制作和协作工具,近些年一直在高速成长和发展中。

然而成长期的产品也意味着大版本迭代相对频繁,墨刀自17年以来就基本维持着一年一个大版本的迭代频率,并且每一版的变化都几乎是“颠覆性的”——无论是视觉风格还是界面布局,都进行了完全的重构,我们将最近的4个大版本放在一起进行对比,几乎看不出它们是同一款产品。

墨刀版本变化

虽然每次迭代墨刀都提供了“退回旧版”的功能,但入口都非常隐蔽(工作人员肯定希望用户尽快迁移到新版,这很正常)。终于在一次迭代后,用户的不满情绪酝酿到了顶点,产品论坛被用户投诉淹没,官方也不得不正式道歉,同时停止强制切换到新版布局。

致歉信

墨刀的迭代引起这么大的不满情绪,除了产品本身迭代过于频繁的原因外,最重要的一点是作为工具型产品,他的学习成本很高。用户在熟练使用产品前,需要花上几天时间学习和记忆每一个功能的入口位置和使用方法,而在之后的使用中则会不断强化记忆这个操作路径。

而当这个用户已经学会和记住的操作路径发生改变时,哪怕是提供了明显更优的方案,也会让用户已经付出的学习成本付诸东流。可以预见这种情况下的版本迭代,是必然伴随着阵痛的。对于产品来说,应当准确评估用户的迁移成本,给予用户一个比较长的过渡期,允许用户轻松退回旧版并在一段时间内支持双版本的运行。

相对来说,一些偏搜索、探索的场景,用户本来就没有非常固定的操作路径,也不需要对其进行学习和记忆。这种情况下我们完全可以直接迭代、不提供返回旧版,而用户也不会产生与墨刀案例中类似的挫败感。

2、调整信息架构

第二个必须提供“返回旧版”的场景,是产品进行了信息架构层面上的调整,而非单纯的视觉层优化。

虎扑Web版2020年中旬进行过一次整体样式的优化,新旧版对比如图:

虎扑新旧版方案

除了表现层的变化,虎扑对社区首页的信息架构进行了比较大的调整。从信息设计的角度来看,新版方案无疑是明显提升了用户体验的:去除重复冗余的导航模块;暴露了“发布”、“热搜”两个高优的功能入口;并且根据用户的访问频率,对板块列表的顺序进行了重新排序。

虎扑新旧版版式对比

但即使是这种明显正向的优化,依然遭到了部分用户的抵触。原因很简单——用户按照之前记住的位置去寻找信息,结果却找不到了。对于这种信息架构发生显著改变的案例,允许用户在过渡期内“返回旧版”,是十分必要的。

作为一个相反的案例,百度网盘的新版和旧版在信息架构上几乎没有变动(一级导航从顶导变为侧导,但导航顺序基本未变,且大多数用户根本不会进入除首页以外的功能),而只是视觉表现层的优化和个别新功能的增加。

百度网盘新旧版方案

这种情况,即使不提供“返回旧版”也是可行的,起码不需要像百度现在这样使用一个非常重的样式。

3、用户访问频次高的场景

除了以上两个因素,第三个需要考虑的问题是,改版的模块是否是用户访问高频的场景。以上我们提及的案例,都是用户出于工作或娱乐的目的,需要高频访问的。但也有很多产品,由业务天然决定了用户的访问频率不会很高,例如旅游、婚庆、购房装修等等。

对于这种产品,“返回旧版”也不是必须的,毕竟用户上一次访问可能是半年或更久之前了,对旧版的印象也很稀薄了。

二、“返回旧版”的样式

1、三种基本类型

返回按钮的位置与样式基本离不开以下三种类型:悬浮按钮型、顶导外露按钮型、顶导隐藏选项型,三者的显眼程度逐步降低。我们需要根据上文中的三个影响因素,判断用户有多需要“返回旧版”,从而选择合适的入口形式。

除了”返回旧版“入口,在旧版布局中的相同位置,我们需要提供”试用新版“的按钮。但“试用新版”的样式应当更加吸引用户的注意。

2、不要自作聪明

在尝试方案创新时,我们需要足够谨慎。“返回旧版”就是“返回旧版”,没有必要包装成其他概念。

墨刀将”新版“、”旧版“的概念包装成了“推荐”、“怀旧”两种布局视图,仿佛二者是平级的、允许用户自由切换的。然而实际上既不容易被找到、也不容易被理解,用户对这样的设计显然不会买账。

墨刀的“返回旧版”

三、如何帮助用户平稳过渡到新版

1、判断自动切换 or 手动切换

作为设计师的私心,总归是希望有更多的用户来体验新版的,然而“自动切换新版”仍然是一个需要谨慎考虑的操作。如果切换版本确实给用户带来了学习成本,鼓励用户手动切换可能是更稳妥的方案。

Google+ 升级提示

2、先灰度测试

在重要版本发布前,不妨先进行灰度测试,即先对小范围的人群上线新版本。这个比例可以从5%开始,逐步扩大,直至对全量用户正式上线。在此过程中我们可以及时发现问题并修复。

3、给予尝鲜用户荣誉感

与其干巴巴地告诉用户“有新版”,不如在文案上花点心思,邀请用户成为“体验官”,优先获得新版体验资格。通过增强用户的身份感和荣誉感,更好地激励用户切换进新版本。在这一点上,App招募内测用户的手法是十分值得我们借鉴的:

小结

当我们完成了整个新版本的设计和开发、准备松一口气时,不要忘了让用户真正适应、接受新版才是阶段性的胜利。本文总结了需要提供“返回旧版”功能的几种情况,并提供了参考方案,希望能帮助大家更好地应对此类情况~

5 thoughts on “新版上线了,我该允许用户返回旧版吗?”

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注