使用率_如何提升B端产品的使用率

每个产品经理的需求池中，至少有90%的需求是市面上已经有现成的方案了，所以站在功能实现的角度，产品经理是不需要重复造轮子的。以至于对于所有产品经理来说，出需求都在焦虑一件事情，实现的产品到底有没有人用？

首先“有没有人用”要如何量化呢？

对于C端产品而言最基本的指标就是DAU和MAU，而B端产品更多指的的使用率（UV/登陆系统人数），因为B端产品每天登陆的人数基本就是公司内部人员，用DAU来量化不太合适，使用率是个相对来说更为合理的指标。

接下来，思考下”如何提升使用率“这个问题？我们先找到阻碍使用率提升的几大难点是什么？我总结了一下，大抵上80%会遇到以下三个问题：

1. 功能上线了没人知道；
2. 有人知道这个功能但是没人用；
3. 只上线了一个“功能”（有些人可能没有看懂这个问题，稍后会有单独的篇幅来说明）；

OK，问题找到了，怎么解决？以下方案只针对于B端产品，C端产品伙伴们可以拿来借鉴参考下。

一、功能上线了没人知道？遇到这个问题主要原因大致如下：

• 上线前的对业务人员的宣导没到位，功能宣导对于B端产品是很重要的一环。有几个重点大家可以参考下：宣导时间离上线时间越近，宣导效果越好；宣导结束前一定要给到业务人员足够的时间提问，这也是近距离了解用户和解决问题疑问的一个机会；宣导后需要再次提供文档给到业务人员阅读，因为答疑时间较短，且大部分人有问题不一定愿意说出来，所以宣导后一定要给到对应的文档，当然文档的可读性非常重要；
• 上线后没有通知业务人员，对于To B产品而言，功能大而全简直是家常便饭，做出来的功能经常会被淹没在”功能海洋“当中，所以大家在上线后一定要再次通知业务人员，告知大家对应的功能上线了，否则大部分业务人员基本不会去点击新功能，除非你告诉他XX功能上线了，对他有什么价值；但就算做到这个样子了，有些业务人员依然没有用过，很可能是找不到功能入口在哪里。
• 功能入口隐藏较深，有些功能很有价值，宣导时业务人员也觉得好，但是上线后数据反馈似乎不太好，调研下来会发现这个功能可能有一部分业务人员不知道，然后你会奇怪，咦?这个功能不是上线前宣导了，上线也通知了，怎么还不知道呢？要知道有一部分人就像小时候上学一样，上课不听（上线前宣导不听），下课不学（上线通知不看），考试当然只能抬头望天（需要用起来的时候找不到），所以对于新功能上线可以做一些强引导告知，比如在新功能入口处加一个小红点，或者是在用户初次使用时通过一些交互告知用户该如何使用。下图是salesforce指导首次使用的用户如何管理销售渠道。

二、有人知道这个功能但是没人用。遇到这个问题主要原因大致如下：

• 不好用，不好用这个问题其实有点大，一般得具体问题具体分析，但是大体上做产品设计时需要遵循几个原则，不让用户等、不让用户想、不让用户烦；以下通过几个案例来具体说明下，但有时不得不吐槽B端产品经理的交互能力和用户体验思维。

1. 不让用户等，to b的产品做功能实现往往需要调用后端大量的接口，需要浪费用户大量的时间在等待上，一般处理这种情况会对字段做优先级的划分，分几个页面展示；有些情况会出现字段也不多，但是后台需要在几个表之间查询，查询和计算时间较长，会需要用户等待较长时间，一般处理这种情况根据实际业务情况考虑是否用离线计算，如果对于实时性要求较高，大家可以使用loading图标，真的很好用，你会发现你做的产品，哇哦，好用很多~
2. 不让用户想，这点问题在文案上体现尤其明显，同志们，文案水平不奢求大家像C端产品那么流弊，但至少满足一点要求，说人话，比如提示性文案尽量少用什么服务器、系统、数据、不合法（用户内心OS：你在说什么？），换成一些常人能够听懂明白的文案，日常的业务咨询量也会少很多；
3. 不让用户烦，B端产品的使用者基本上为公司内部人员，效率为最高优先级，比如CRM系统中最常见每次跟进客户需要填写跟进纪录，跟进纪录中有一项是下次跟进时间的字段，产品经理出于规范销售人员的动作的目的把“下次跟进时间”的字段变成必填，业务人员会闹翻天，疯狂吐槽系统，因为跟进纪录一天需要填写几十上百条，相当于下次跟进时间同样会需要多填写几百次，导致业务人员工作量加大，就算填写了数据可能也是胡乱填写的脏数据。

• 不会用，大部分情况是新手小白刚上手系统，一看系统，懵了！因为B端产品的功能真的很多~很多~很多~很多~，所以往往B端的产品会有使用手册告知用户在什么场景下进行对应功能的操作；另外一些情况确实是B端产品经理交互能力只能用天马行空来形容，设计出来的产品真是超出了一般用户的理解水平。
• 这可能是个伪需求。

三、只上线了一个“功能”，什么意思呢？因为对于B端系统系统来说，很多功能其实是包含了管理的诉求在里面，而在系统中上线一个功能不是管理的目的，系统只是非必需手段，管理的目的需要让无序变得有序，最终一定是通过流程和规则来落地；正因为管理是让无序变得有序，所以导致管理者和被管理者是天然的相斥，通俗点说被管理者会被很多条条框框约束，从而B端系统很多功能从用户体验来说，是不好的，因为管理本身就是反人性的，进而导致很多功能上线使用率不好往往是没有出台相应的流程和规则，因为没有流程和规则，即便功能的用户体验做得再好，都不会有业务人员愿意使用。

以上面文章提到的“下次跟进时间”的这个功能作为例子来说，如果没有对应的规章制度，业务人员会觉得烦，会填写大量的脏数据，但是一旦有对应规章制度出来，甚至这条规章制度是和他绩效有关，业务人员丝毫不觉得烦，如果再有对应的质检规则，业务人员完全不敢填写脏数据。而且功能也就用起来了。

最后的最后，大到企业，小到一个需求，都有他的时效性，功能的下线是一件极其正常不过的事情，没有一个功能会天长地久的呆着，不要觉得上了一个功能就要使用率做到最好，不允许降低分毫，大家用平常心对待功能的下线。

----------------------------------------------------------------------------------------------

想要了解更多产品知识可以关注我的知乎：远川，里面有一些我自己整理的一些方法论，希望能帮助到大家。

作者：远川，B端产品经理，喜欢吃肉、跑步、滑雪、看书、看电竞比赛、狼人杀、以及宅。