在众多职业面前，产品经理这个职业可以说是个"小年轻"，是近些年随着互联网兴起、风口直至如今的下半场而诞生的"新物种"职业，比广为人知、耳熟能详的程序员还要晚那么一些。但凑近了看，得益于互联网时代的信息爆炸，讲"产品经理做什么？"和"怎么做好产品经理？"的各种文章层出不穷，不乏发人深思的精品。本篇文章尝试从底层逻辑到实际工作应用，自底向上穿透式地讲讲产品经理的工作内容、能力模型和提升技巧，期望抛砖引玉吧。
这里先讲讲产品经理的由来。让更多的人知道互联网行业有产品经理这么个岗位，还得靠出自于阿里巴巴的苏杰老师，一本广为流传，可以说入门产品经理人手一本的《人人都是产品经理》。
2010年开始，产品经理开始与程序员并列作为一个”工种”逐渐在互联网行业被看见，并扮演越来越重要的角色，甚至能决定一个项目的成败，这是一个为”用户体验”而生的”新工种”。
但产品经理除了是一个职业以外，它同样代表了一种新的思维方式，打破了一些人们看待事物的传统视角和思维逻辑。
可以说，它就像”星巴克代表了一种新的生活方式”一样，代表了一种”新的思维方式”。
要说产品经理的顶流代表人物，自然在全球范围内，非乔布斯莫属了。而放眼国内，那或许就是神仙打架，往远了说，”微信之父”张晓龙，往近了看，靠小米汽车再次爆火一把的”雷布斯”雷军，都有着大批的忠实拥擘。很难票选出，到底谁才是最厉害的那个。但毋庸置疑，都创造了非凡的、影响直至改变了人们生活方式的产品。
像我们这样的普通人，作为千千万万产品经理中的一员，不求做到如雷总一般的顶流，但也希望能够成长为一名优秀的产品经理，这点志向还是可以有的。
那么，怎么才算一个优秀的产品经理呢？曾有位不愿透露姓名的业界人士说过：好的产品经理，大概率是一个六边形战士。怎么个六边形法？让我们来看：
确实，感觉这六个角都要拉满是挺难的。颇有一种”进可骑马打天下(做好战略和策略规划)”、”退可洗手做羹汤(为团队提供情绪价值，形成正向驱动)”的感觉。
但在实际工作中，依业务性质、工作方向及岗位特点等因素，体现在对不同维度的能力高低有所侧重。让我们来看看产品经理可以做哪些细分？每种类型的六边形图又存在哪些异同？
综上所述，无论属于哪一类产品经理，都有一个共同的重要维度——沟通协调，因为产品经理是一个跨多个组织或执行单位的角色，需要为驱动最终的项目成功推动形成无数个小的共识，因此”沟通协调”是一个非常底层通用的能力维度。
在讲”产品之道”前，我们先来界定一下什么是”道”。
在道家看来，”道”即是 世间万物运行的规律。
那么”产品之道”又是什么呢？
我认为是：产品工作或者说产品思维中安身立命的底层逻辑、精神内核和关联思考习惯。
那么，具体是些什么呢？请往下看。
首先，产品经理需要搞清楚自己在团队和项目中的”生态位”。一言以蔽之，那就是，必须通过合作来输出价值，无法独立产出价值。类似于古时候的军师，军师本身是无法冲锋陷阵，攻城略地从而获取战果的，他必须依靠将军和士兵，为整个军队输出策略价值，从而获得胜利。
因此，我们可以得出一个结论——产品的价值要通过帮助团队和项目成功来体现。
由此，我们应该知道，如果用人脑来类比产品经理的精神内核，那么：
左脑，是利他。
右脑，是赋能。
底层逻辑主要有两个。一是Owner意识，二是做一个动态的完美主义者。如何理解这两句话？下面展开讲讲。
1）Owner意识
首先是Owner意识，产品经理参与一个项目，不管是不是第一责任人，想要在做好项目的同时，提升自己的产品力，那么都需要有Owner意识。这里所说的Owner意识不是一句空话，有这样三个内涵：
（1）客户第一
其实这与上一小节所提到的“利他”是一脉相承的，正因为利他，所以才把客户放在第一的位置上，通过为客户提供价值来成就客户，帮助客户(更)成功。首先，我们要知道客户是谁，有些toB、toG的产品，客户是不等于用户的，客户是具有拍板购买这个产品的能力的人，通常是企业主、单位领导等，而用户则往往是他们所管理的员工/下属。如何击中客户的核心诉求，让客户从认知到认可产品价值或许是比从操作体验上取悦用户更重要的事。另外，需要想清楚的是，当发生利益冲突的时候，比如客户与平台产生利益冲突时，客户与第三方合作公司产生利益冲突时，如何对这些冲突和背后成因，认知到位，以最省力、利益最大化的方式解决冲突，也是值得认真思考，从实践中获得成长的一个好问题。
（2）产品价值观
产品价值观听起来是一个很虚的概念，但实质上则是决定了我们怎么去操盘一个产品项目的“基本盘”。我认为的产品价值观包含三个内容：
（3）担责意识
如今从超级大厂到创业型小公司，似乎都很喜欢搞“OKR”。当然不否认在管理上，“OKR”有它的优势和先进性在。但同时，“OKR”也容易培养一种“(自我)利益至上”的思维方式和行事风格，即使我知道将产品往某个方向推是一种好的尝试，需要协调其他部门配合，但就是推不动，大家都是“无利不起早”，看不到确定性利益绑定的事情，能不做就不做。再说得直白点，如果在季度之初没有极富前瞻性和预见性地与相关部门对齐、互相绑定了这个项目方向相关的OKR,那么是很难获得良好的推进和协作的，即使长远点来说对大家都有利。那么，作为具备“Owner意识”的产品经理，此时就应该为机会担责，不要被“OKR”过度绑架。
2）动态的完美主义者
相信大家都听说过“完美主义者”，有些人会理解为“褒义”，说明这个人认真负责，做事严谨，交付标准高，容易成事；有些人会理解为“贬义”，认为这样的人容易对别人有过高要求，自私自利，控制欲强，吹毛求疵；甚至有些人还能往星座上联想，认为“完美主义者”是“处女座”的代名词。哪个才是正确的呢？或许没有标准答案，我也尊重每一种观点。
但在产品经理这个领域，传统的“完美主义者”并不见得是个助益类特质，“动态的完美主义者”才是。怎样才算一个“动态的完美主义者”？我认为需要具备如下两个认知：
（1）没有万事俱备的时候
不要总想着等到万事俱备、前置条件无一不足够完美的时候才开工、上线或交付。
（2）在迭代中趋于完美
迭代是一个重要的底层逻辑。先让MVP产品跑起来,再来根据用户诉求和产品本身价值导向的优先级来排布迭代计划,使得产品处于一种动态向完美靠近的状态中。
这里所说的关联思考是一种思维习惯，指的是如何通过关联思考的方法或习惯把新生事物与自身既有知识体系联系起来，从而加快对新生事物的理解、记忆及运用。同时，在表达上，如何让别人更容易理解自己向传达到的信息，站在他人或者通识的角度，以类比、老事新讲等手法，也是一种高效且受欢迎的手段，这也是关联思考思维在沟通表达、行事方法上的延展。
这里举一个例子来说明“关联思考”的具象化应用。让我们先来思考一个问题“怎么向一个非IT领域人士解释【RBAC权限模型】，从而让人快速、精准理解其中的概念和要点？”
首先，让我们先从专业性角度，简要介绍一下【RBAC权限模型】是什么，有哪些要素以及要素之间的关系。
RBAC权限模型是一种在系统设计中常用的逻辑模型，可用于满足大多数场景下合理管控用户权限，避免发生安全性和合规性风险。这个模型里涉及到三个要素：用户、角色、权限。
RBAC模型最终要实现的是什么效果呢？让合适的用户拥有职权范围内的合规权限。怎么才能做到呢？定义角色对标拥有相对固定职权的“职位/职务”，将职权范围对应的权限打包赋予该角色，再将该角色挂到对应的用户上即可。当用户的岗位发生调整，职权也对应调整时，更换该用户的角色即可，从而不需要大刀阔斧先删减再增加权限。
先讲清楚了这个，再让我们来切入正题，如何讲给非IT人士听并让人快速理解？
关联思考，类比绑定。
火遍中文区的《甄嬛传》，开播至今十几年了仍然经久不衰，相信广大人群都看过。而里面的后宫体系正好可以完美类比【RBAC模型】，让人秒懂RBAC模型的概念和要点。
《甄嬛传》的后宫体系里也有三个要素：后宫妃嫔、位份、规制待遇。
通过以上的类比讲解，可以快速帮助业外人士理解概念，这就是关联思考和表达的魅力所在。
本文由 @maggieC 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。