B端的产品呈两极分化的问题，第一种分化：产品过于复杂，给客户操作手册和视频说明，依然用不了当下的产品；第二种分化：产品过于简单，简单到功能都不能满足用户的需求，能够正常使用，而且少付出人力成本做售后维护的产品，目前来看很少。现在客户对产品的需求也发生了变化，大客户期望所有的事情都由产品服务商来提供，包括产品带来的价值。而且用户第一批不会购买全量的账号，通过部分员工先用起来，有效果了再进行增量购买。这其实表现出来了B端的产品价值和用户诉求，只有产品价值能够打动用户的情况下，用户才有可能为价值买单。小客户的消费能力很低，他期望的服务一点也不少，如果不限制小客户的服务范围，反而为影响公司的主线业务流程的发展。那么，为了能够降低对客户的服务成本，产品的使用逻辑越简单越好，简单并不是让你把功能砍掉，而是能够降低用户的理解成本，使用成本，以及给用户带来的价值成本。让客户体验便可感受产品的最核心的价值。在C端的产品运营逻辑中，我们经常会讲“啊哈时刻”，在B端的产品运营逻辑，为什么这种G点被取消掉了呢？如果你不想做一件事情，你可以找出100个理由阻止！比如：B端的决策流程太长，产品是为了给客户产生价值，需要一定的时间周期才能看到……所有的外部理由，都没有看到本质问题，产品设计的过于繁琐，而且你的团队也不愿意承认产品的使用流程存在问题。在调查问卷或活动运营中，我们都秉承一个原则——痛苦后置！在大多数的B端产品设计的逻辑中，使用的策略是：痛苦前置。用户注册之后还没有使用，先让用户填一堆的信息，对接一堆的Secert的秘钥，产品才能进行正常的运转，客户想要测试的热情，在一堆堆的资料中已经被淹没了。产品设计的逻辑在于大而全的体验功能点，而用户只想体验核心功能。产品经理的偏执，应该是简化产品结构，让用户简约的体验到产品最核心的价值。而不是站在自己的角度上，在这里思考产品应该如何才能更加完善的帮助用户。在用户体验到核心能力之前，所有的基于场景假设帮助用户的能力都不成立！另外一种的痛苦，在于产品的信息分层架构混乱，只要体现在用户根本就没办法发现其核心的价值点。我体验过很多的B端产品，能够把信息分层设计的比较合理，使用逻辑较为通顺的产品很少。原来，你给用户手册，教给用户如何使用，用户可以买单。那是一个卖方的市场，而如今B端的业务，随着资本催生，已经进入了买方市场。现在用户可选择的产品很多，用户就开始挑剔，他们不仅仅局限于解决问题，还要能够比较舒服的解决问题，从而实现对外观的把控。用户期望：我不仅要解决问题，还要舒舒服服的解决问题，痛苦是留给产品供应商的。在用户这种期望值下，能够3步解决的问题，一定不要用户点击4步。至于中间这一步如何省掉，而且还能让用户使用连贯，这就要看产品经理的设计能力了。在你设计产品之后，一定把自己变成用户，先用！如果连自己设计出来的产品，你都用不明白的话，最起码不是一个合格的产品缔造者。其次，多听！多听听市场带来的反馈，销售的声音，他们虽然站在自己的利益角度上，必然还是能够给产品带来一定的灵感。没有了解用户使用的场景，或对于场景理解甚少，用局外人的方式对抗局内人的业务，产品不能真正融入到客户的业务中。创新，产品经理天生有创新的能力，而大多数的创新，只是坚持了乔布斯的坚持，没有洞察到用户的需求，不能给用户带来革命的变化。况且，大多数的创新不是做减法，而是做加法，只会导致产品越来越臃肿！这种产品，运营人员没有两把刷子，恐怕难以开展业务。B端的产品为了解决复杂的业务而生，而不是设计复杂的逻辑，让大部分用户都用不明白。用最少的步骤，让用户体验最好的价值，做简约的使用方式和简约的逻辑，而不是简单的删除一些功能。张沐的新书《运营思维:全方位构建运营人员能力体系》已经在京东、当当平台可以购买，可以私聊我获取签名版。
积累了7年的产品运营实操经验，期间经历过从小公司到中型公司、从To C到To B的产品运营工作，主导过从0到1的产品，深知不同类型产品在不同阶段的运营要点。
