产品经理入门学习指南（一）

更多入门干货：

在互联网产品团队中，设计、测试、前端、后端、运维都是技术类岗位，有清晰的学习目标、学习方法，以及对能力的评判标准。

唯独产品经理 PM 是充满“玄学”的岗位，我们既不清楚应该怎么学习，也不知道怎么评价什么样的产品才是好产品。

所以下面我要针对这个现状提出一些建议，不管你是作为设计师要兼任、转行产品，还是零基础学习产品都适用。

产品的学习路径

产品经理虽然是某类岗位的名称，但它代表的并不是一个固定的岗位类型，而是若干相似岗位的总称，这是我们首先要理解的问题。

比如设计师，服装设计、空间设计、电路设计、工业设计、UI 设计从业者都可以叫自己是设计师，但这些岗位是一种东西吗？

同理，在产品经理范畴中，包含功能产品、运营产品、支付产品、数据产品、工业产品、硬件产品等不同的种类，岗位之间往往天差地别。

理解产品经理，首先要确定你指的是哪种产品，然后才能分解它的职能和技能的掌握。

而在以开发 APP、平台系统为主的项目中，产品经理主要指的是功能型产品，即将项目需求转换成软件功能并输出具体的图形、原型、文档的产品经理。

这类产品的工作相对容易理解，也是前期上手最简单的类型。但功能类产品还有细分，即面向的软件、系统类型，包括 B 端、C 端，或移动端、网页端等。

在我的建议中，最佳的产品学习路径就是从 C 端移动端的功能产品作为起点，通过设计一个移动端 APP 的产品需求，掌握产品经理的基本技能和思考方式。

之所以适合，是因为移动端 APP 对于我们来说太熟悉了，常规产品类型的功能构成、操作逻辑、交互方式都能高低说两句……

同时，移动端产品的规模较小，多数产品的功能也比较简单，使得我们在前期可以比较好的聚焦在原型这种可见图形的定义上，弱化数据、业务、逻辑、流程、体验、技术带来的影响。

不是说这些内容不重要，而是学习必然是要分阶段分步骤的，图形化的定义过程可以最快帮助我们理解功能和需求的要点是什么，从而 push 我们注意到更深度、抽象的内容的重要性。

简而言之，就是产品学习要做的第一件事，就是先做好移动 APP 项目的原型和需求。

而做好这一步，就需要掌握部分工具的使用，包括逻辑图形工具、原型工具、文档工具。

逻辑图形工具和文档工具都很好掌握，主要的问题出在原型工具上。流传度最广的产品原型工具是 Axure，但这个软件非常臃肿，操作起来效率也不高，深度学习它的各种功能和应用案例确实是要花一两个月时间。

但深度掌握它和学习输出需求有关联吗？答案是没有……

产品的需求输出，不是用 Axure 做一个尽可能全面、拟真的原型，就算你想，它也做不到，而附带着这会消耗我们大量的精力到软件的处理和操作中。

并且，Axure 的进阶功能虽然很复杂，但是它们往往只能表现产品中最基础的功能和交互，且大多属于毫无表现必要和理解成本的需求。

所以在产品前期学习阶段，一定要区分学习软件和做需求之间的区别。即使用 Axure 来做原型，也不是以复杂可交互原型为目标。

而 APP 项目需求的设计，也不是一上手就创建一个新的项目产品，因为做新项目会有大量的隐性问题需要考虑，对于没有经验的新手来说会造成很大的压力。

所以我们建议最好的产品初期练习方式，就是 —— 需求逆推。即选择一个已经上线的应用，照着它把需求原型和文档重做一遍。

这是最高效的入门实践操作，具体的产出结果和形式大家可以参照其他新手的练习记录。

掌握做需求是产品经理最基础也最硬核的技能，虽然了解技术逻辑重要，认识业务需求也重要，发现并找出用户痛点更重要，但它们不是现阶段的新人可以掌握的，需要通过前期足够的积累才能明白它们是什么。

而产品行业最大的问题，就是大半产品只会高举业务、口号、体验的大旗，却连基本的需求都做不好，只要有一定设计、开发经验的同学一定对这个问题有深刻的体会……

实际上市场对初级产品的要求不是举高旗喊口号的，而是能把基本需求做好的产品经理！

做需求是我们学习的第一步，但掌握了它也依旧还是新手阶段，但它已经能帮助我们建立起产品思维。而下一步应该学什么，就要根据具体要从事的产品类型做决定。

我会在后续分享中做进一步的解读。

欢迎关注作者的微信公众号：「超人的电话亭」