专家团｜知果： B端产品的“能力与体验”，如何平衡？

知果日记

+ 关注

2023-06-12 14:08

1217次阅读

关键词：B端产品能力、体验、平衡、“体验阶梯金字塔”模型

最近在做产品中，遇到了很多问题，就像游戏中打小怪兽一样，要一个个打，其中一个就是B端产品的“能力与体验”这一难题。但这不是一个一次性可以打败的小怪兽，而是一个持续要打的小怪兽，而且，每次的小怪兽可能都不一样。

就是说，能力越强大（你也可以认为能力多）的产品，其体验就反而差，要提升体验，也更加复杂。

能力： 就是我们常说的，你的产品在解决这一业务领域的问题时，是否具备足够全面的功能。

体验： 就是用户在使用产品的某个功能时，是否感觉好用，是否符合使用逻辑。

那么，当我们一旦遇到产品能力要提升，体验也要解决时，就出现了矛盾。最直接的就是，时间不够，为啥呢？因为“体验=质量”，而质量上乘的东西，需要时间来完成。

几个能力与体验不平衡的可能性

为什么说，目前大部分B端产品在“能力与体验”总是无法平衡，大致归结于这么几个原因：

1、 B端产品业务逻辑很复杂，特别是对于中台类、工具类产品来说，要抽象出满足业务场景需要的通用能力已经是个大难题，更别说还要用户体验好，真的不容易。

2、由于用户基础能力、业务诉求不同，导致对同一款产品的体验需求也会有差异。比如新手用户和专家用户对同一功能的使用体验要求、容忍度就不一样。

3、 B端产品的能力建设和体验建设属于两个团队的职能，但体验如果对业务不够充分了解，实际上很难达到从根本处来提升B端产品的体验。这也是我常说的，很欢迎设计师转为产品经理，这样子，会对产品体验构建有更深层次的了解；同时，在功能设计之初，就可以设计出相对可用的功能。

4、团队成员一直在流动。而深刻认知一个产品底层构建逻辑和深刻认知一个行业需要多年，甚至一辈子，可成员流动会带来产品一直处于设计不稳定阶段。由此，产品能力虽然越来越全，但能力合理性与用户体验问题，一直会存在。

5、团队重视功能，不重视体验。大部分B端产品，确实处于功能都来不及开发的阶段，哪里还有时间考虑体验问题，况且，团队内部也没什么体验专家角色，那就先上功能吧。然后就发现，产品基本积重难返，只能思考是否弄个2.0、3.0升级来解决，殊不知，其实真正通过产品大版本升级来解决“能力与体验”问题的，实则甚少。

基于第五点的后半句，展开来说说为什么有些B端产品靠大版本升级，不一定比原版提升了“能力与体验”，基于我自己的实际经验与朋友们的讨论得出：

第一，重构翻新时间通常并不充分（给个一年慢慢推敲，不存在的），领导希望早点看到新版本，快一点推出市场，此时，会影响产品的质量，时间和质量永远是个不可调和的矛盾（特别当遇到对业务不是太熟悉的产品经理）。

第二，领导产品重构的负责人是否对原产品踩过的坑了如指掌，并且一直寻思怎么去优化，如果是否定的，特别当负责人对该领域还不熟悉，那么为什么新推出的版本就一定比原本版本好呢？

前些日子，我的一个产品朋友，接受了产品重构任务，要求6周完成整个产品的能力与体验提升，涉及到的部分包括信息架构重新组织、各模块流程链路重构、每个模块内部功能与体验优化等。而他还是对这块业务不熟悉的，更不知道原来的产品是个什么状态，用户吐槽过哪些地方，此时第一点和第二点的劣势他都中招了，试想，这时候新版本一定就比原版本好吗？我俩心中都打了个问号。

“体验阶梯金字塔”模型

那么，既然B端产品的“能力与体验”总是很难完美平衡，那我们又该怎么去做呢？总不能任之不管。

我想，由于B端产品所处的阶段不同，产品“能力与体验”矛盾的问题，还得拆分开来看。当然，如果再引入产品战略、客户现阶段情况、技术可行性问题、产品与体验专家等，这个“能力与体验”问题就会相当复杂。

比如，假设今年产品规划中就没有体验提升这一战略性诉求，那么，一大堆功能优先去实现一定是排在最靠前的。

再比如，我们大家应该都遇到过，技术团队实现不了某个体验设计方案，需要产品团队和设计团队重新想方案的场景。

还有，如果团队规模不大，压根没有既懂产品又懂体验的专家，那么提升产品体验就极其之难。

所以，我们可以发现，提升产品能力（加功能）相较于提升产品体验，是相对简单的。

那么，此时，变成了我们要去寻找和回答，如何提升B端产品体验的问题——如何在加功能的同时，可以顾及到体验问题。

这里，我分享一个“体验阶梯金字塔”模型，它可以帮助我们诊断当前我们所负责产品的体验阶段，及规划产品后续体验的方向。

“体验阶梯金字塔”模型由下至上分为依次为能用、可靠、可用、易用、愉悦、意义这六层。下面我们来展开讲讲。