一、产品经理学什么？

谈到产品经理要学什么这个话题，源自我和一些产品经理的对话。经常有产品经理问我一些工作和学习的问题，如：

我应该如何规划这个考试题库的数据统计？老板要我做战略规划，你看我要学什么啊？

这些问题往往并不能一句话告诉答案，因此我都会详细的问到底是什么问题，那么下面就来复原一下对话场景。

项目的背景是该公司面向在校老师做了一套在线教学系统用于解决老师的日常教学和考试出题问题，包括配套的可以放给学生的录播课和考题系统。下面是我们的对话：

她：我发现做统计没有思路，能否帮我分析一下？以及我要学什么？

我：那具体什么问题呢？

她：我们做了一个考试系统可以自动给老师生成考试卷，下面我们要对这个模块做统计来确认这个模块做的好不好。这样我就计算了PV/UV，以及整个平台生成了多少个试卷。

我：能详细说你统计多少卷子是什么意思？统计了什么维度？

她：就是计算一下所有的考试卷的数量。

我：考试卷数量是如何统计的呢？什么算有效考试数量？

她：计算了本年教师创建了多少卷子。

我：卷子数量是一个好的指标，但没有细化逻辑，需要进一步详细说明：

第一：到底什么算卷子？比如按照行业经验，首先明确一个老师每个学期出了几份考试卷就算是他真的在用了？另外这个卷子要被超过多少学生来答过题，并且产生了成绩就算使用？那么明确一下有效卷子这个指标，即每学期使用超过1次，并且该卷子是被超过20个学生答过题。

第二：明确产品的使用率：即整个平台的老师中，有多少比例的老师使用了这个出卷系统，并且统计维度是一学期为维度。

我：而这里PV/UV并不是最核心的指标。生成的卷子数量需要但是要明确概念，并且加入使用率的指标，还有一些次要指标我们以后再说。

她：明白了，这个指标挺重要的。

我：从这个问题，其实需要拆解一下整个统计模块所面临的问题。

第一步，确定指标：要理解本行业常见指标，每个行业的关键指标不同。
第二步，统计呈现：考虑统计的页面呈现，了解数据库原理和前端统计框架。此时

1）如果发现是做界面不太会做，没有逻辑，那么则要学习统计相关的页面呈现形式。

2）如果是一些统计技术和数据库原理不了解，则可能导致不能利用现有方案进行快速开发。比如一些很漂亮的统计页面，其实都是现成框架不需要去自己想细节的呈现形式。

另外，你在表述中对统计的内容概括不太严谨，那么则考虑学习如何有逻辑的表述方案。

具体什么地方被卡住，需要具体问题具体看。

看完这个对话，引发的最终问题是：

我们如何定位问题？我们要学什么？

教育平台的统计问题，背后其实是你不知道的某个知识的欠缺，以及后续的学习问题。而不能概括为需要学习统计知识。

但为什么有的人无法定位问题呢？是知识的欠缺吗？这些知识多数都是摆在那里，说了都能够理解，不是问题的关键。

这里发现其共性是没有“思路”，而思路背后是对知识的系统化思考的欠缺，缺少将知识有逻辑的串起来的能力。知识都摆在这里，但缺少连接。这里我们的解决方案是建立「产品经理的知识地图」。那么这里就要看看什么是知识地图。

二、什么是知识地图？

要理解知识地图，这就好比手机上的手机地图（百度地图，高德地图等）。我们发现典型特点是通过道路构筑了建筑之间的连接。

而产品经理的知识地图是什么？就是建立产品经理工作各个知识之间的连接，进而确现在的问题。而知识点就是建筑，知识点之间的连接就是道路。

这个就好比教育平台的考题系统，背后就是多个知识点，但是你需要建立知识之间的连接，进而明确关键问题所在。知识地图的本质就是建立知识之间的连接，只有连接了才会有思路！

那么我们就来看看针对上面问题的产品经理的知识地图是什么？

三、解决问题的知识地图是什么？

下面我们就来看看这个 “T”型的产品经理知识地图。包括专业知识，跨界知识，通用知识三个部分。

专业知识是产品经理独有的，跨界知识是其他领域的知识，而通用知识则涉及到了日常产品工作相关的管理、沟通和表达。

纵向：专业知识

对于产品经理的核心知识包括：规划产品界面和交互，产品整体的结构和逻辑设计，产品的战略制定。

这里的层级是逐步递进的包含关系，通常对应初级、中级和高级产品经理的工作。初级产品能够做好自己分内小部分事情，中级产品可以做好独立的模块或全局产品工作并领导初级产品经理，而高级产品经理则能够开创产业新局面，实现企业的战略目标。

显然不同的级别需要具备的知识是不同的，但通常高级经理可以做低级经理的工作，因此是一个逐步递进的过程。

横向：跨界知识

这些跨界知识包括：研发知识、设计知识、运营知识、测试知识和行业知识。第一个是研发技术，学习的目的主要是明确研发能实现什么，不能实现什么。

在我们之前的案例就发现研发做统计不是什么都很容易做的。同样对应的还包括运营知识，测试知识，设计知识和行业知识。另一方面，只有知道了别人的工作语言和工作内容，也才能更有效的沟通。

横向：通用知识

这一类基本上也是各个行业职位的基本知识。随着互联网分工的越来越细，之间的协作也变成了一个极为复杂的事情。主要分为三类，分别是：团队管理、日常沟通和表达等。

回顾我们之前教育系统的例子，对方也没有向我清晰描述其考试统计系统如何构架的，这里就涉及到如何向另一个人表述清楚你的方案问题。

三者之间的关系

首先，三类知识的重要性是不一样的。这里来看产品经理的专业知识是必须要精通的，是安身立命的基础。而跨界知识这一块，学习的目的是为了思考全面和理解对方，但不是为了做编程开发，不是为了做运营工作。通用知识的管理、表达和沟通，则是以专业知识为前提，再来看这些通用知识的使用。

其次，三类知识是相辅相成的，本质上是缺了谁都不行。回顾教育平台的统计功能，会发现已经涉及到了三类知识的运用，但是需要不断弥补短板，有重点的分步骤来进行。最终达到的目的是横向和纵向都不能有明显的短板。

最后补充一下，对于Axure和Visio等工具的使用，在这个里面没有体现。是因为这些是相对容易掌握，不会成为瓶颈的问题，所以不在讨论范围内。

四、知识地图如何解决学什么？

 如果我们有了这个知识地图，我们这时候我们再来看看它是如何帮助你解决学什么，以及进行问题定位的。

我们回到的教育机构的试卷统计案例中来。其实我们发现这个问题则命中了三类知识体系。先回顾分阶段我们定义的整个统计所面临的问题是什么，包括 3类4点问题：

  1、确定指标：a）本行业的关键指标是什么？
  2、统计呈现：b）统计页面的呈现。c）数据库基本原理和前端统计框架。
  3、表述问题：表达你的方案。

行业知识这一点是属于跨界知识的行业知识，此时发现不懂可以问问或查查即可解决。

统计页面的呈现是属于专业知识之界面和交互设计，这个是必须要去掌握的。

数据库的基本原理和前端统计框架属于跨界知识的技术知识，这点只要避免出现几个常见错误即可。如果对这些内容理解起来非常困难，则建议去系统学习一下。

表达方案显然属于通用知识类之表达方面。更准确的说是产品方案的表达，而如果你直接给别人看页面也是可以暂时解决的。

所以这里面首先就需要掌握的是产品的核心知识。其他都可以根据实际问题的大小，来慢慢解决。

如果你的专业知识层面没有太大问题了。再来看你目前这个项目的其他瓶颈是什么？再有针对性的去学习突破。

这时候我们发现，拥有一个整体性思考策略建立知识地图将有助于理清问题的关键点，并为学习指明方向。

五、建立知识地图的注意点是什么？

而我们建立这个知识地图，有什么需要注意的？这里有以下3个注意点，分别是：连接的成长思维，知识的主次思维，连接的多通道思维。

1. 连接的成长思维

产品经理的解决问题的知识地图没有一劳永逸的方法。这个好比一个城市的成长，开始只有几百家住户，因此只需要几条小马路即可连接所有住户。而随着城市的规模扩大，住户增加到上千万级别的超大城市，那么需要更多的道路来连接。

而对于产品经理的知识地图，随着个人知识的增加也需要建 立知识之间的连接，同时连接越多越容易想到解决办法。比如我们专业知识里面的产品逻辑就可以进一步拆分是什么产品逻辑的问题。

2. 知识的主次思维

知识需要区分主和次和主要连接。这就好比北京的鸟巢，上海的东方明珠都是大建筑，周边道路也更为宽阔。而自家小区建筑则小些，道路窄些。

类比我产品经理知识地图，就是核心知识要掌握牢也就更大，知识的连接要通道宽。至于其他子项知识点，则可以在用次要道路进行连接。而往往什么算作核心知识呢？这个都来自于一些经典的书籍，经典理论。

3. 连接的多通道思维

产品经理的知识地图也需要把不同的知识建立通过多条通道连接在一起。如一个城市交通，我们会发现到达不同目的地有不同的路线均可到达。如果只有一条道路，则会出现拥堵。

同样对于产品经理的知识地图也是如此，知识之间的连接可以有多条道路进行连接。这样才能随时调用个人的知识，来有针对性的解决问题。

对于教育平台的考试系统，会发现我们对话分析问题的时候，是将问题分成了三类。而不是分成了专业知识、跨界知识，通用知识。而建立多个通道的好处，显然是随时组织知识，适应不同的使用场景。

六、结束语

我们发现无论是解决产品中的问题，还是定位学什么的问题，背后都需要一个思路，而这个思路的背后就是建立产品经理的知识地图，通过地图随时组织知识进而找到问题的关键。

而这个知识地图是有成长的，有主次的和多通道的。好比城市道路的发展，是逐步增加道路，分成主干路次干路等不同级别，以及可以通过多条道路到达目的地。建立知识地图的过程好比城市的发展，是永远在发展中的。后面我们会带领大家不断建立属于产品经理的知识地图。