本文通过两个案例，向我们强调了：一个好的产品经理，需要避免不分主次、没有逻辑的表达泛滥；以及忘乎所以的刷存在感。
产品经理作为一种有很强独立思辨能力的存在，内心会有强烈的表达*，只是藏的或深或浅，或者喜欢用不同的方式表达而已。
优秀的产品经理都懂得，在产品上克制自己的表达*，完全忘却自己，把自己置身于客户、置身于行业，再化身为产品。糟糕的产品经理，却把产品变成自己的表达渠道，产品就会遭殃。
案例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协议。
