用户在运用产品的某个功用时，是否感觉好用，是否契合运用逻辑

最近在做产品中，遇到了很多问题，就像游戏中打小怪兽相同，要一个个打，其中一个便是B端产品的“才能与体会”这一难题。但这不是一个一次性能够打败的小怪兽，而是一个持续要打的小怪兽，并且，每次的小怪兽或许都不相同。

便是说，才能越强壮（你也能够认为才能多）的产品，其体会就反而差，要提升体会，也愈加复杂。

才能：便是咱们常说的，你的产品在处理这一事务范畴的问题时，是否具备足够全面的功用。

体会：便是用户在运用产品的某个功用时，是否感觉好用，是否契合运用逻辑。

那么，当咱们一旦遇到产品才能要提升，体会也要处理时，就出现了矛盾。最直接的便是，时刻不行，为啥呢？因为“体会=质量”，而质量上乘的东西，需求时刻来完结。

01 几个才能与体会不平衡的或许性

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

B端产品事务逻辑很复杂，特别是对于中台类、东西类产品来说，要笼统出满足事务场景需求的通用才能已经是个大难题，更别说还要用户体会好，真的不容易。

由于用户根底才能、事务诉求不同，导致对同一款产品的体会需求也会有差异。比如新手用户和专家用户对同一功用的运用体会要求、容忍度就不相同。

B端产品的才能建造和体会建造归于两个团队的职能，但体会假如对事务不行充分了解，实践上很难达到从根本处来提升B端产品的体会。这也是我常说的，很欢迎规划师转为产品经理，这样子，会对产品体会构建有更深层次的了解；同时，在功用规划之初，就能够规划出相对可用的功用。

团队成员一直在活动。而深入认知一个产品底层构建逻辑和深入认知一个行业需求多年，乃至一辈子，可成员活动会带来产品一直处于规划不稳定阶段。由此，产品才能虽然越来越全，但才能合理性与用户体会问题，一直会存在。

团队注重功用，不注重体会。大部分B端产品，的确处于功用都来不及开发的阶段，哪里还有时刻考虑体会问题，况且，团队内部也没什么体会专家人物，那就先上功用吧。然后就发现，产品根本积重难返，只能思考是否弄个2.0、3.0晋级来处理，殊不知，其实真实经过产品大版别晋级来处理“才能与体会”问题的，实则甚少。

根据第五点的后半句，展开来说说为什么有些B端产品靠大版别晋级，不一定比原版提升了“才能与体会”，根据我自己的实践经历与朋友们的讨论得出：