“体会阶梯金字塔”模型由下至上分为依次为能用、可靠、可用、易用、愉悦、含义这六层

榜首，重构翻新时间一般并不充分（给个一年慢慢琢磨，不存在的），领导期望早点看到新版本，快一点推出商场，此刻，会影响产品的质量，时间和质量永远是个不可谐和的对立（特别当遇到对事务不是太熟悉的产品经理）。

第二，领导产品重构的担任人是否对原产品踩过的坑了如指掌，而且一向深思怎样去优化，假如是否定的，特别当担任人对该范畴还不熟悉，那么为什么新推出的版本就必定比原本版本好呢？

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

02 “体会阶梯金字塔”模型

那么，既然B端产品的“才能与体会”总是很难完美平衡，那咱们又该怎样去做呢？总不能任之不论。

我想，因为B端产品所处的阶段不同，产品“才能与体会”对立的问题，还得拆分开来看。当然，假如再引入产品战略、客户现阶段状况、技能可行性问题、产品与体会专家等，这个“才能与体会”问题就会适当杂乱。

比如，假设今年产品规划中就没有体会提高这一战略性诉求，那么，一大堆功用优先去完成必定是排在最靠前的。

再比如，咱们大家应该都遇到过，技能团队完成不了某个体会规划计划，需求产品团队和规划团队从头想计划的场景。

还有，假如团队规模不大，压根没有既懂产品又懂体会的专家，那么提高产品体会就极端之难。

所以，咱们能够发现，提高产品才能（加功用）相较于提高产品体会，是相对简略的。

那么，此刻，变成了咱们要去寻觅和回答，如何提高B端产品体会的问题——如何在加功用的同时，能够顾及到体会问题。

这儿，我分享一个“体会阶梯金字塔”模型，它能够帮助咱们确诊当前咱们所担任产品的体会阶段，及规划产品后续体会的方向。

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