如何找对用户的需求

B端的产品呈两极分化的问题,第一种分化:产品过于复杂,给客户操作手册和视频说明,依然用不了当下的产品;第二种分化:产品过于简单,简单到功能都不能满足用户的需求,能够正常使用,而且少付出人力成本做售后维护的产品,目前来看很少。

B端的产品呈两极分化的问题,第一种分化:产品过于复杂,给客户操作手册和视频说明,依然用不了当下的产品;第二种分化:产品过于简单,简单到功能都不能满足用户的需求,能够正常使用,而且少付出人力成本做售后维护的产品,目前来看很少。

用户诉求


现在客户对产品的需求也发生了变化,大客户期望所有的事情都由产品服务商来提供,包括产品带来的价值。而且用户第一批不会购买全量的账号,通过部分员工先用起来,有效果了再进行增量购买。
这其实表现出来了B端的产品价值和用户诉求,只有产品价值能够打动用户的情况下,用户才有可能为价值买单。
小客户的消费能力很低,他期望的服务一点也不少,如果不限制小客户的服务范围,反而为影响公司的主线业务流程的发展。
那么,为了能够降低对客户的服务成本,产品的使用逻辑越简单越好,简单并不是让你把功能砍掉,而是能够降低用户的理解成本,使用成本,以及给用户带来的价值成本。
让客户体验便可感受产品的最核心的价值。在C端的产品运营逻辑中,我们经常会讲“啊哈时刻”,在B端的产品运营逻辑,为什么这种G点被取消掉了呢?
如果你不想做一件事情,你可以找出100个理由阻止!
比如:B端的决策流程太长,产品是为了给客户产生价值,需要一定的时间周期才能看到……
所有的外部理由,都没有看到本质问题,产品设计的过于繁琐,而且你的团队也不愿意承认产品的使用流程存在问题。


痛苦后置


在调查问卷或活动运营中,我们都秉承一个原则——痛苦后置!
在大多数的B端产品设计的逻辑中,使用的策略是:痛苦前置。用户注册之后还没有使用,先让用户填一堆的信息,对接一堆的Secert的秘钥,产品才能进行正常的运转,客户想要测试的热情,在一堆堆的资料中已经被淹没了。
产品设计的逻辑在于大而全的体验功能点,而用户只想体验核心功能。
产品经理的偏执,应该是简化产品结构,让用户简约的体验到产品最核心的价值。而不是站在自己的角度上,在这里思考产品应该如何才能更加完善的帮助用户。
在用户体验到核心能力之前,所有的基于场景假设帮助用户的能力都不成立!
另外一种的痛苦,在于产品的信息分层架构混乱,只要体现在用户根本就没办法发现其核心的价值点。
我体验过很多的B端产品,能够把信息分层设计的比较合理,使用逻辑较为通顺的产品很少。
原来,你给用户手册,教给用户如何使用,用户可以买单。那是一个卖方的市场,而如今B端的业务,随着资本催生,已经进入了买方市场。
站在用户端和工厂端来看产品,完全不一样的角度。
现在用户可选择的产品很多,用户就开始挑剔,他们不仅仅局限于解决问题,还要能够比较舒服的解决问题,从而实现对外观的把控。
用户期望:我不仅要解决问题,还要舒舒服服的解决问题,痛苦是留给产品供应商的。
在用户这种期望值下,能够3步解决的问题,一定不要用户点击4步。至于中间这一步如何省掉,而且还能让用户使用连贯,这就要看产品经理的设计能力了。
在你设计产品之后,一定把自己变成用户,先用!如果连自己设计出来的产品,你都用不明白的话,最起码不是一个合格的产品缔造者。
其次,多听!多听听市场带来的反馈,销售的声音,他们虽然站在自己的利益角度上,必然还是能够给产品带来一定的灵感。

为什么产品设计复杂了?


没有了解用户使用的场景,或对于场景理解甚少,用局外人的方式对抗局内人的业务,产品不能真正融入到客户的业务中。
创新,产品经理天生有创新的能力,而大多数的创新,只是坚持了乔布斯的坚持,没有洞察到用户的需求,不能给用户带来革命的变化。
况且,大多数的创新不是做减法,而是做加法,只会导致产品越来越臃肿!
这种产品,运营人员没有两把刷子,恐怕难以开展业务。
B端的产品为了解决复杂的业务而生,而不是设计复杂的逻辑,让大部分用户都用不明白。用最少的步骤,让用户体验最好的价值,做简约的使用方式和简约的逻辑,而不是简单的删除一些功能。
路漫漫其修远兮,吾将上下而求索!

本文授权转载自公众号【运营官张沐】,查看更多干货请关注公众号

文章评价
登录后可以评论
立即登录
分享到