B端的产品比C端产品的使用方式难太多，C端的产品只要是正常的用户都能使用起来，而B端的产品却有厚厚的一本说明书等着你，其实也可以理解，C端产品解决用户个人问题，而B端产品解决企业生产过程中的某种项目问题，需要较多的功能累计供金主爸爸使用。而且大多数B端的产品经理，在功能罗列和取舍上面做得并不到位，导致产品臃肿，使用困难。
特别是一些高科技的公司，产品经理之间经常会互喷，自己研发的产品，用户看着说明书都学不明白，怎么可以把产品轻松地卖给客户，也导致了很多公司卖的并不是产品，而是个性化定制或者服务。
B端运营人员也随着公司的战略调整，由产品运营逐渐演变为客户运营或者客户成功，也就失去了原有的价值。为了保持运营应有的特色，运营人员也应该寻求一些改变，主动出击，避免把自己做成客服。
于是，深度了解B端的产品成为了这个节点上最重要的一环。而B端产品的复杂性，经常会把运营人员陷进去，半个月都不会有任何的产出，如果一份新的工作，半个月不做任何的产出，对于以后在公司中立足就有点困难。所以，B端的运营应该学会快速地了解产品，学会使用产品，知道产品在客户中怎么解决的问题。
你是否想到了看产品说明书？B端产品动不动就搞上百页的使用说明，跟你课本上学的知识一样，学了450页的课本，老师最终只考其中15个知识点，其中12个知识点是高频使用，如果你把上百页的产品白皮书看完，不一定能记住这12个高频的知识点，是不是很尴尬。
B端产品不是C端产品，看产品说明书大多数解决不了快速上手的问题，而产品说明书更适合在使用过程中遇到问题之后，进行翻阅。
公司针对产品使用的培训，大多也是根据白皮书延伸过来的教程，培训的时间很长，最终的功能点记不住几个。这并不是个人问题，而是刚上手就系统性的学习，对于新手来讲并不是一个好的选择。
温故而知新，在参与公司培训之前，最好自己能够上手操作产品，了解产品的各个功能模块，最好在使用过程中可以遇到一些问题，带着这些问题去听培训？NO!NO!NO!
带着问题听培训，也避免不了长时间的参与的疲惫，与问题最后是否解决中间的矛盾。
我觉得熟悉B端产品最好的方式是请教公司内部的产品专家或者业务专家，从他们那里获知用户常用的一些关键操作。
这样既可以节省学习的成本，还避免了学习之后不能记住的问题，毕竟一个软件大多数的功能都是为了低频用户准备，常用的功能都比较少。特别是B端的产品也有类似的问题，有一些功能是为了特殊爱好的用户准备的，就没必要花费大量的精力去了解。
了解了用户的常用功能，在功能点上多问几个为什么。B端产品不同于C端，熟悉了产品功能一定要了解产品在用户的生态中发挥了怎样的价值。而B端用户的运营工作都要围绕产品产生的利益进行。
这就避免不了与业务专家进行深入的沟通，或者进入一线深度接触用户，从客户的角度了解产品，从其他人的角度了解产品，千万不能单纯从产品经理的角度了解产品，毕竟产品经理认为自己做的产品很厉害，从一线人员那里得到反馈或者从用户那里得到反馈，可能会有新的认知。
在公司有多条产品线的时候，从一条产品线开始了解，等到产品真正地熟悉了之后再去学习并了解新的产品线。B端产品适合做精，做透，需要大量时间学习，同时也需要学习客户的业务，而不是简简单单看完产品说明书就万事大吉了。
-END-
评论
