时间: 2021-07-30 11:39:28 人气: 12 评论: 0
一个优秀的产品经理应该具备哪几种能力呢？而这几种能力又要如何去获得？
昨天和公司金牌销售聊产品上线市场反馈情况，他在说完产品落地困境和市场变幻莫测后，然后想到什么似的，转头看看我，笑笑说“其实，做产品很重要的一点是学**克制”。
我看了下他眯着的眼睛，点了点头。然后想到部门内部评审，产品们各种天马行空的设计，好像从来没听过MVP的概念一样。可是什么都要做的结果，往往是什么都做不好。
回去后，坐在桌子前，看着电脑上写了一半的产品规划，突然意识到做产品这么多年，也没有认真的总结过到底优秀的产品需要具备哪些素质。即使面试的时候**侧面聊到，也没有抽象一个系统的模型出来。
于是，借此契机，梳理一下，希望能对新入行的产品，或者对自身发展比较迷茫的产品有些参考，如果能有所领悟，那就再好不过了。
在开始一个新的业务，或者一个新的功能点的设计时，心里需要有个迭代路径。这个迭代路径，能让你预知变化的方向，以便变化发生时可以有效应对。而你初步呈现的产品，可以简陋，但不应该**影响用户的使用，也不**让你想解决的问题、想实现的目标打折扣。在完善产品功能的过程中，不**出现返工甚至推倒重来的情况。
如果一个产品从头到尾的迭代，是不连贯的。不是从最根基最基础的几个枝干一路丰富起来的，那么在迭代的过程中，必然**造成产品发展方向不知所终和资源大量投入的问题。平时经常听到的，产品经理需要有产品架构、业务架构思考的能力，就是我们说的系统思维能力。
前两天内部评审一个新同事的设计，有个很明显的交互问题，我给她指了出来。她瞪着大眼睛望着我说，我不觉得这是个问题呀。其他产品同事也跟着附和，我也感觉没什么啊。
我当时心里就一凉，虽然是小细节，但是产品经理完全无感，以后产品还怎么做？
不仅无感，还都坚持认为自己是对的，任何人的意见都听不下去。可怕的不是一无所知，可怕的是一无所知还自以为无所不知。
散**之后，总监过来找我说，你要给新人成长的时间。突然想到几年前，在前单位时，和**企业微信做对接。在涉及到具体业务时，和他们总监有过几次争执。后来，对接完成几个月过去，一次吃饭的时候，CEO偶然和我们提起，说**产品总监私底下和他讲，你们的产品太Stubborn了。我当时还不屑一顾，觉得你们牛归牛，但在这个行业自己才是最专业的。
现在回想起，当时争执的点不记得了，谁对谁错也无法评判了，但CEO经常给我们讲的那句话最近却总是让我思考。
“先假设自己是错误的，假设所有的想法和设计都是错误的。”
我之前总是理解不了这句话，假设自己是错误的，那还怎么进行下去？
但是时间，总**以各种形式给你上一课，然后你**在某种程度上变得谦逊。谦逊不是不加思考的附和（这比自大更不堪）。谦逊是，自己反对自己，谦逊是当别人反对自己时，能去弄清楚，他反对自己什么以及为什么反对自己。这样你才能理智的判断，是别人的问题，还是自己的问题。
有时，你需要评估工作量，特别是有定制项目时。有时，新开一个项目或功能，你需要规划几个版本的迭代内容。有时，一个问题你有两种解决方案，但不知道哪种研发成本最低。有时，产品新人异想天开你需要合适的措辞拒绝和安抚。有时，研发小哥哥告诉你这个功能实现不了。有时，产品需要对接第三方，你面对着一页一页的接口文档。
如果这些场景，出现在你日常工作中，你就需要懂一点点技术。不是能撸起袖子立马敲代码那种程度，而是懂一点，一点点就行。
这个一点点，要能让你估算一个功能大致的时间，要能让你拆分版本使工作量最小，要能让你看得懂接口文档。但是，不建议在研发面前大放厥词，说出诸如“这有什么难的、小需求一**就能改好、简单简单”此类的词语。
怎么来强调这个的重要性呢？你去看下优秀的产品经理，都**有个很高的审美。因为这是产品经理对产品追求的阈值，就是说你设计的产品的品味不**高过你自己的审美。
啧啧，扎心，审美，说起来是比较抽象、比较主观的一个东西。但是落实到产品设计上，又有一定的规律可循。比如：页面的布局、交互的逻辑、颜色的协调。总结下就是，一个是好用，一个是好看，而这些都可以通过刻意的练习来获得的。
一讲到担当我就想起之前的一个乌龙。当时在做一个内部系统，有次更新了个版本，然后出了个Bug。CEO气炸了，因为影响到了销售签单。我立刻找测试、研发解决掉了，然后我们测试小伙伴，和我说你最好发个邮件，@下受到影响的各个部门的领导。
我当时很忙，还不情愿的说这有什么好发的，但是测试伙伴很坚持。我就抽空写了下，大概内容就是，先解释了这个bug的原因，然后说因为自己设计时考虑不全，导致这个问题。给大家道歉，然后在群里发了个红包什么的。
后来事情就过去了，但有次聊天，我领导说漏了嘴，讲CEO夸我有担当，哈哈开心了一年多吧。后来测试小伙伴也和我说，没想到我**自己承当责任，帮研发测试挡了一刀。
后来我想了下，一个新人产品，能和研发测试相处的这么好，产品迭代更新这么顺畅一定和这个有关系。因为，大家是一个Team，产品经理不是Team leader，但出了问题，产品经理应该能跳出来，保护大家。
维基百科定义如下：同理心（英语：Empathy）或称做换位思考，是一种将自己置于他人的位置、并能够理解或感受他人在其框架内所经历的事物的能力。
同理心与同情心并不相同，同理心指能够站在对方立场设身处地思考、于人际交往过程中能够体**他人的情绪和想法、理解他人的立场和感受，并站在他人的角度思考和处理问题。它主要表现包括了情绪自控、换位思考、倾听能力以及表达尊重等与情商相关的方面。
产品经理实际上，需要了解人。类似于心理医生对病人的了解。要了解客户，才能设计出用户真正需要的东西。要了解领导、了解研发，才能更好的协调资源实现需求。要了解UI，才能高效的获得你想实现的效果。
所有的带有服务性质的行业，最后都**落到洞察人心、深谙人性上来，销售、餐饮、房地产、零售、娱乐、电影等等。而产品经理这个职业，又有点不太一样。在洞察人性背后，又有产品自己道德标准来约束。
举个例子：Radio button 多个选项时，你把哪一个当作默认选项？
大家都明白nudge的影响力。每一个缺省项设置，都是产品经理的道德标准。总之，这个品质，不是靠说就能说明白，知道了就能获得的品质。而是，尽力把它当作一个指引自己前进的，类似于启明星或者灯塔作用的一个东西。
这七种能力或者素养，对产品经理至关重要。放大了说，拥有这七种能力，不管你从事什么行业或者职位，都能很快入手甚至出类拔萃。
下面，我们聊聊如何获得这些品质：
产品经理拥有优秀的基本素养，能解决掉部分问题。但不了解行业，永远成不了专家。深入行业最有效的办法是，直接或间接和行业大牛交流。最好的当然是能当面聊，也可以通过网络聊天互动，也可参加他的课程或阅读他的书籍。
在了解大牛思想的过程中，你可以渐渐的丰富自己的行业知识库。这个过程是缓慢的，知识的积累，向来是这样，但复利的作用又是巨大的。
有时候你**发现，同样的一条信息，有的人能看出别人看不到的东西。因为大牛有自己的知识树，新的信息只是作为叶子补充到体系中去。但大部分人所拥有的知识，都是**面、点状分布。或者说就是一堆叶子，不依附到大的枝干上，叶子只**凋零逝去。
你掌握的信息的广度、深度、精确度，直接影响你决策的正确程度，直接影响你生活的方向和质量。而这广度、深度、精确度正是在深入行业过程中需要追求的目标。
多读书能解决大部分问题。
但读书这件事，像大部分事情那样是劝不得的。只能个人去感悟、去发现读书的好处。但在这里，我还是想聊下最近的感悟。
首先是，你可以打破时间、空间的距离。手捧小小一本书，随时随地，就可以进入一个全新的美丽新世界，阅读，是一座随身携带的避难所。你能和历史上任何一个大牛对话，你也许见不到他，但你能知道他在想什么。没有什么比看一个人创作的东西更能了解这个人的了，这是被现代人忽视的一种熟悉和了解。
其次，你可以学习到任何你想学到的东西，可以了解到任何你想了解的事情。所有的答案都写在书里了，你有没有想好要提的问题？然后，你**不停的成长，你的价值观**随着你见识到的人、了解到的事情不停的完善和丰富。
通过读书，你能从自然美景中得到不一样的感受和慰藉，你能从日常和人相处中，看到不一样的模式和角度，你能从平时事情的处理中，学**不同的套路和方法。情感**细腻，观察**犀利，同理心、幸福感都**随之改变。
艺术都是相通的，都有自己的格律。一般说来，喜爱文学的人也**钟意绘画和音乐。他们都能放大你的感知，对世界万物更敏感，有更充沛的感情去创作。逛展可以培养自己的审美品味，审美是一件重要的事情。而音乐**可以激发你的灵感，多种维度。
可以学一些相对简单的，比如Python或者R语言。都是入手简单又很精美的语言。学一门编程语言的主要目的，其实倒不在于能掌握多少编程知识。而是学**去学习，学**去自学。学**用不同的思考模式去思考。
也可以给自己搭建一个博客，我用Hexo给自己搭建了个博客，还用了非常好看流行的next主题。我花了大概一周的时间，后来在部署到Github的环节还出了问题，找程序员朋友帮忙。结果他自己搭建了一个，两小时都没到。嗯……但是在搭建的过程中，在找教程的过程中，在论坛和别人交流的过程中，都**让你得到意想不到的收获。
产品经理应该有一个自己的Portfolio，而不是一份单薄的简历。可以是一个博客，也可以是你的作品集子。但都指向一个问题，重视输出。最简单入门级的方法就是写文章。刚开始，不必考虑是在第三方发布，还是去维护个公众号，或者搭建个自己的博客。最主要的是开始动手写。因为，当你有足够多优质文章输出时，自然**有完美的形式来承载你的作品。
一个问题你要是解释不清楚，就说明你自己还没有完全弄明白。写作和输出，就是促使你去深度思考问题的手段。比如一个新功能的设计，是不是可以跳出来，做一下深度的思考总结和输出。试着把这个问题抽象出来讲解给别人听，不仅能检验你有没有真正掌握了这个东西，还能让你在写作的过程中加深你的理解。
如果开始阶段不知道写什么，可以给自己划分几个主题。比如产品层面、读书笔记、生活感悟、电影推荐。什么都可以写，什么都值得思考，什么都可以总结。然后建议给自己规定一个固定的时间，比如下雨的星期二晚上或者霜降的**昏。定好时间，更容易进入状态。
这一点从逻辑上来说，应该也算重视输出这一点的内容。只是做一个自己的项目这件事，门槛太高。但是从重要程度，以及认真执行带来的价值方面来说，它和其他六点相比甚至更有价值。因此，拎出来当作独立的一项来分析。
项目可以以赚钱为目的，也可以纯兴趣。可以拉其他伙伴入伙，也可以自己摸索。最初的产品定位，市场分析，竞品研究，到功能的设计迭代，交互的规范、高保真的风格。研发的开发，后续的运营计划，如何推广，怎么衡量产品的使用情况和市场接受度。
所有的所有，在从0到1的过程中，你除了能学到各个环节所需要的基本知识外。还有一点，也是最重要的。你可以上升到一个层次去看待互联网行业、看待产品经理这个职业，以及看待你所做的事情的真正价值。
反认知偏见是比较重要但是又比较空且大的问题，Anti-confirmation bias最重要的一点，是首先要承认自己存在认知偏见，大部分认知偏见，是你知道了就**避免的。
平时多去观察别人，观察周围发生的事，观察每个人的反应，观察大家行事方法。当遇到反对的声音的时候，需要加倍留心。产品经理平时应该**不时的和别人发生争执，这是最好的反认知偏见的时机。
试着去分析，为什么别人提出这样的反对意见？他是从什么角度出发考虑这个问题的？你有没有充足的事实和依据能够驳倒他？如果没有，是不是自己的思路局限导致的冲突？如果你是正确的，能否平心静气的说服别人？
当你下意识的去思考这些问题的时候，问题慢慢就能解决了。
本文由@2B产品七七 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unspalsh, 基于CC0协议
