怎样上线 B 端新版本不被骂？

下面的文章来自 CE 青年 Youthce ，作者 CE 青年

在 B 在产品的迭代过程中，每一个新版本的推出都是对设计师智慧和勇气的挑战。本文将深入探讨 B 新版本上线的策略和实践，揭示了如何在用户习惯和产品创新之间找到平衡，确保新功能的稳定落地。

———— / BEGIN / ————

假如你是一个人 B 那么你一定知道一个老手上线了。 新版本，新功能 究竟会有多痛苦。

比如很多 C 终端产品在做大版本迭代时，不会太在意用户的使用习惯；导航架构的调整不会在意用户是否可以接受；至于 B 端端产品则完全不同，稍有习惯变化就会受到部分用户的强烈抵制！

由于新的功能意味着他们需要适应和学习新的东西，没有人愿意花更多的时间在作业学习上，所以这对他们来说可能是非常痛苦的。

但是作为一名设计师，很多时候你必须做到。～ 没有改变，新客户无法理解；改变，老客户无法接受；～ 所以今天我们就来谈谈吧 B 端新版本，推出新功能的具体功能 SOP～

评估你的计划是否合理？

如果客户不能接受新的需求，我们首先要考虑的是你的计划是否合理。

毕竟对于设计师来说，在制定计划的过程中，很容易建立自己的思维惯性，导致你认为一个需求只有一个解决方案。这个时候，你不能埋头做设计。你必须抬头听听周围人的意见。

在工作中，当计划不确定时，可以邀请相关同事进行风险评估。一般来说，这些同事是 其它项目的设计者，相关产品经理， 相应的测试同事，或提出销售需求，这些都会与用户打交道，对用户有更深的了解。

我们可以通过邀请他们参加考试来判断我们的计划是否可行。如果其他同事时间紧迫，也可以私下给他们发设计方案，明确标注核心修改部分，尽量减少他们的阅读时间。这一步尽量听取大家的意见，尽可能全面地考虑自己的计划。

计划确定后，我们需要对日常更新内容进行基本的划分，以便于我们后续的分析。

我们主要将日常需求计划分为三种情况：

大版本迭代

新功能上线

小需求提升

针对这三种情况，我们将介绍不同的更新策略，方便大家在实际工作中进行实际操作。

迭代大版本

对于整个大版本的迭代，由于涉及的人员实在太多，所以在设计上要特别小心灰度新用户测试。

首先，如果是特别大版本的升级，我们会考虑引入“新灰度客户”进行测试。因为如果直接发布新版本的全部内容，肯定会受到很多老客户的吐槽和压力。

这时候 SaaS 商品会有源源不断的新用户进来，同时他们也没有养成各种使用“坏习惯”。这时，他们会圈出这些用户，进行单独的测试。这样，我们就可以获得一个相对干净的用户群，并从全新的用户角度判断我们的产品是否有问题。

例如 飞书文档 近来正准备进行一次大的迭代，迭代中将包含许多概念的调整，其中最重要的是区分 我的空间，共享空间，知识库 ，随之而来的是 主页、网盘、知识库，增强了网盘的概念，这对许多客户来说是一个全新的挑战。

因此，在他们的新版本中，目前新注册的企业只能使用它们，可以保证这些人的清洁和纯洁，这样用户之前的一些习惯会对用户使用不满意的地方产生影响。推出新版本

在新用户满意之后，我们就可以开始思考如何让新版本满足老用户的需求。

普通设计师的做法是 上，强！让老用户直接学习和适应新版本，这个时候肯定会被很多人吐槽，然后这个时候 销售，客户成功，实施 去教学，教堂 KA 如何使用客户的新版本？

聪明的设计师会采用它 “温水煮青蛙” 方法，将部分用户不适应。 选择再筛选，然后让他适应，下面简单分享一下网上版本的策略：

第一，新版本上线将所有用户转换为新版本，并给出相应的新手指导，告诉用户当前系统更新内容，此时会出现两种情况。

用户对新版本的内容很满意，愿意继续探索和使用。我们通常通过数据监控来了解这些用户的去向。～

用户对新版本的内容不满意，想继续使用旧版本。这个时候我们会让他快速找到旧版本退回的入口(会很显眼)，快速点击。而且每次客户登录，系统都会暂时让他默认保留为旧版本，而不是转换新版本。

当不满意的用户点击“返回旧版本”时，他们会给出相应的问卷提醒，询问自己不满意的地方和原因，这样不仅可以让一些顽固的人维持自己目前的页面状态，还可以询问自己不满意的原因。

调整优化

新版本上线的时候 1-2 一个星期后，肯定会收到很多。 对投诉不满意，此时我们就要对这些投诉进行提升，进行相应的微调。

比如腾讯云控制台之前推出的新版本，我们也写了相应的复习。然后你会发现他们控制台的内容会不断变化，风格也会有所调整。

这样也证明了设计不应该是一成不变的，需要根据用户上线后的反馈进行调整和优化。

如果我们认为升级完成后，我们将再次邀请我们的“客户”，那些转换回旧版本的用户。

使他们再一次感受到升级后的内容，此时肯定会有一些用户能够逐步接受，然后继续观察他们的使用数据；

对于不能接受的客户，我们应该在这个时候给他们一些“方法”，就是每次登录系统，都要先进入新版本的系统，强制他们使用。如果他们想回到旧版本，他们必须手动转换，并尽可能增加他们的使用成本，以便逐渐接受新版本的内容。

经过这一系列的操作，我们的用户肯定会对新版本更加熟悉和了解，系统中的刺头也会越来越少。弱化入口逐渐取消旧版本。

在迭代结束时，不要忘记旧版本的入口，此时可以逐步削弱旧版本的入口。

举例来说，一开始就暴露在手术台上，目的是使用户能迅速切换。

然后折叠到设置中，需要二次操作才能转换，而且还可以进一步削弱。

将旧版本的用户完全转移到入口消失之前。～

新功能上线

对于新功能的推出，我们需要考虑功能中的兼容性。如果推出新功能，会影响旧版本功能的感受。这时，我们的设计会非常小心。我们必须考虑如何适应旧版本的内容。

比如思维导图的迭代优化会出现在飞书文档之前。在最初的版本中，思维导图以旧版本的形式呈现，如下图所示。

然而，由于这种思维导图具有很大的局限性，节点之间很难形成联系，因此在设计师的优化下，它最终被转化为基于画板形式的思维导图。(也就是说，这种思维导图的本质是一个画板，会包含思维导图的模式，其实和之前的固定方式不一样。)

当然，因为这是一个新的功能，所以在进行设计时要考虑如何与旧版本相关联。

首先，用户的所有旧版本内容都不可能直接更换，这显然不符合客户的直观习惯。因此，飞书在这里给出的解决方案是在旧版本的思维导图中增加一个升级入口，可以让用户直接点击升级，让用户快速正常使用。

与此同时，入口处也会进行升级，将旧版本的思维导图隐藏在二级菜单中，这样也更符合商品想要推广新的思维导图。

也就是说，在迭代新思路的时候，要考虑如何适应旧版本的内容。当然，当某个时间节点真的很少使用旧版本时，我们可以开始直接转换。～

关于适应，不管是以前， WP7 到 WP8 由于设备不能适应，市场份额丢失，经典案例如苹果虽然去掉了。 3Dtouch，但是仍然使用长按来适应这一功能的运行，我认为这是一个非常重要的方法。

小需求提升

最后，在日常工作中，我们也会经历相当多的小需求提升。

对于小需求的提升，我们更关心的是需求是否能被用户理解，需要快速验证这方面的需求。最好的办法就是建立自己的内部社区，通过社区中的客户之间的快速互动，得到更准确的答案。

通过这种方式，可以实现对问题的快速反馈，保证体验和设计质量。

当然，无论在什么情况下更新，都需要帮助文档和需求文档。 等待地方有了更清晰的标记，这样才能保证最终的变化内容能够传递给客户。

例如 Figma 这次迭代优化，其实你会发现它的帮助文档中的标注非常详细，我们可以通过标注的内容来快速理解它的变化。

因此，在优化后续功能时，我们还应该在相应的页面上给出相应的前后对照表，这样我们就可以快速理解和总结。无论我们在什么产品中，一个新的功能一开始都不会完美，我们需要做更多的维护工作。

例如 Figma 上线，飞书新功能上线，腾讯云新功能… 会有很多，我们在做设计的时候，也不是一蹴而就的。我们需要做的是不断迭代。～

———— / E N D / ————

作者：CE 年轻人，每个人都是产品经理专栏作家。

来源微信微信官方账号：CE 青年 Youthce

品牌推广｜ 内容编写｜广告营销｜培训合作

请到微信官方账号后台回复 合作

本文仅代表作者观点，版权归原创者所有，如需转载请在文中注明来源及作者名字。

免责声明：本文系转载编辑文章，仅作分享之用。如分享内容、图片侵犯到您的版权或非授权发布，请及时与我们联系进行审核处理或删除，您可以发送材料至邮箱：service@tojoy.com