优秀的产品经理,都懂得克制自己的表达欲望

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

本文通过两个案例,向我们强调了:一个好的产品经理,需要避免不分主次、没有逻辑的表达泛滥;以及忘乎所以的刷存在感。

产品经理作为一种有很强独立思辨能力的存在,内心会有强烈的表达欲望,只是藏的或深或浅,或者喜欢用不同的方式表达而已。

优秀的产品经理都懂得,在产品上克制自己的表达欲望,完全忘却自己,把自己置身于客户、置身于行业,再化身为产品。糟糕的产品经理,却把产品变成自己的表达渠道,产品就会遭殃。

案例1:不分主次、没有逻辑的表达泛滥

多年前因为工作调整,接手了一个产品。本着真诚、热切的心情,登录了产品,准备作个好好学习的产品经理。

初登录后,第一反应,咦?怎么从导航和菜单上看,产品架构怪怪的,各种跳跃,打补丁的感觉,导航和菜单即不符合业务流程,也不符合MECE原则(Mutually Exclusive Collectively Exhaustive,即相互独立、完全穷尽)。

想着得先当小白学习,不能轻易下结论,就开始详细研究。研究后的第二反应,越看越疑惑,每个模块进去,页面都满满的,恨不得半点空白都不留,强烈的压迫感,还不时逻辑跳跃下。一个模块看下来,不知道重点是什么,迷失了。这种感觉好比,大家正在讨论中午去哪里吃饭,突有人把话题换成周末去哪里玩,结果还没讨论完,话锋又被转变成这周要不要去团建,让人丈二和尚摸不着头脑。

心想着或许是自己不懂业务吧。继续研究,看了几个模块后,彻底投降,因为很多模块的感受都是强烈的压迫感,不舒服,找不到逻辑。

当时心想,产品的前任一定是一个表达欲超强,且在产品上处处照顾自己的表达欲的产品经理,后来也确实证实了我的判断。

案例2:忘乎所以的刷存在感

前段时间朋友让帮忙看看他们的产品方案。打开demo第1页,内心惊叹,怎么层层叠叠的?

快速翻到第2页,还是层层叠叠的既视感,还有第3页、第4页,没有耐心往下看了。

我问朋友:“这个产品核心要解决什么问题?”朋友表达了他们的诉求。

我又问:“既然这样,demo里的ABC功能,跟要解决的问题不相关,用来干嘛的?如果不需要,是不是可以砍掉?”

朋友说:“这是我希望用户看到的。”

我又问:“为什么想让用户看到这些?”

朋友说:“这是我们的业务现状,我们要让用户知道,我们不说,用户永远不知道。”

接着问:“用户需要知道这个业务现状吗?让用户知道的价值是什么?用户知道后,可以做什么?”

对话戛然而止。

这个业务场景,好比下雨天,小溪里水位略有升高,但步行过桥完全没安全问题。作为负责提醒大家过桥注意安全的播音员,原本只需要提醒天气潮湿,小心桥面滑,大家过桥不要看手机,以免摔跤。可碰上了个无敌热情的播音员,说小溪水位已经从0.3M升至0.8M,水流速度是平常的两倍,但大家放心,我们这座桥的质量很好,大家安心过桥。这到底让不让人过桥?就是这种感受。

对产品经理的表达欲望的反思

很长一段时间,都以为以终为始,从解决问题入手是产品经理的common sense。

后来发现不是的,不少产品经理沉浸在自己的世界里,出发点就像案例2中的朋友那样“这是我希望让用户看到的”,或者“这是我想做的”。

那么,问题来了:

1. 产品的用户是谁?

大多数人会条件反射的说当然是用户。细思下,在我们的内心深处,是不是真的认为是用户?

是不是还同时觉得,这是我的产品,我的产品我做主,我的产品难道不按照我的想法来。这样的想法确定没有吗?不妨摸着自己的小心脏,悄悄问一下。

作为产品经理,我们都要从潜意识端正心态产品的用户是使用者,产品经理是实现者,实现者服务于使用者。产品好不好,用户说了算,产品经理说了不算。

案例2中,如果真的需要让用户感知到所谓的业务现状,是因为业务很牛逼,想作为一种销售方式给到用户的话,也是一种价值。但实际情况是不是如此?有可能业务表现平平,放出去反而让用户来找茬,结果闹得用户不乐意,业务也不乐意。

2. 做产品是为了什么?

产品是为了解决问题,不论问题大小、难易,解决问题的产品就是好产品,不解决问题的产品是耍流氓

产品解决的是用户、行业的问题,不是产品经理的问题。用户的问题、行业的问题是产品的根本,然后再结合公司&业务问题,取用户问题和公司问题的交集,才能成为产品。

所有产品的第一个问题应该是:“解决谁的问题,什么问题?”所有的设计也应紧紧围绕这个问题展开,但凡与这个问题不相关的,不妨砍掉。原因:

1)堆功能要花产品经理的时间,要投入开发资源;

2)堆的越多,容易错的越多;

3)功能堆上去后,打乱了产品的核心逻辑,导致用户抓不到主逻辑,还误导用户,得不偿失;

4)堆上去后,发现不合适,想下线。然后,惊人的发现:原来下线业务比上线业务还痛苦。不知道多少人有下线产品的经历,尤其付费产品,其中有大量的用户安抚、退款、甚至赔款、财务、税务的问题。

所以,与其劳民伤财不讨好,何不一开始就坚决说不。Less is more是产品人该坚持的原则。

3. 产品经理想让用户看到什么,重不重要?

产品经理有满满的表达欲,尤其是新上岗的产品经理,又有强烈的好奇心和掌控欲,想根据自己的意愿在产品上表达,这种心情完全可以理解。

当这种表达是在为产品价值加分的时候,鼓励;当表达已经影响产品价值,甚至破坏产品价值的时候,请克制自己的表达欲望。

对于产品价值的判断,递进标准是:

1)解决什么问题?

2)解决的问题价值有多大?万一酝酿了半天,要解决的问题根本不是重要问题,市场规模很小,或者不符合公司业务发展方向,那就自娱自乐了。

3)解决方案是否是最合理的?包括设计最合理、成本最小化、不容易被替代等。

在产品设计中,每一个数值,每一次用户行为跳转,每一个文字都有他存在的价值,但凡不需要的,砍掉。永远铭记Less is more。

很多次,有人跟我说无关紧要的就算了,只要不影响大格局,算了。事实证明,产品无小事,但凡每次觉得无关紧要,可以放松的地方,日后多半要返工。因为觉得无关紧要,就不会细想,产品经理不细想,但用户会细想,等用户细想,找来的时候,就是问题。

所以,优秀的产品经理都懂得克制自己的表达欲,甚至完全忘却自己,把自己置身于客户、置身于行业,再化身为产品。

 

作者:菩提产品,10年阿里数据、产品,我们谈天说地聊产品。

本文由@菩提产品 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash, 基于CC0协议。

给作者打赏,鼓励TA抓紧创作!
2人打赏
评论
欢迎留言讨论~!
  1. 个人理解:通用型产品还比较容易把自己当成用户,当成使用者去思考,行业型产品与行业内业务强关联,没有相关工作经验,就算懂点业务但不了解用户的工作模式、使用行为,也比较难把自己当成用户去思考问题。只能假设自己是使用者,以自己对用户业务了解的程度思考并设计产品方案,然后进行用户的方案验证,做用户调研,让自己的想法与用户的想法进行碰撞,形成更合理的方案。

    回复
  2. 感觉看黑体字就够了啊。以终为始,解决谁(群体,行业)的什么问题。 ;-)

    回复
    1. 收到。欢迎关注我的公众号:菩提产品

      回复