提问：
准备投身互联网产品经理行业，虽然在自学，但无从下手。
1岁产品经理，缺少提升方向，漫无目的学习，效果甚微。
入职不久，不了解业务，不知道怎么培养自己。
写在回答之前
产品如何入门以及学习计划，这似乎是一个经典问题了，这也是我在这次活动回答的第二个问题。
有问题的同学，仍然可以在我的订阅号，参与“狩猎”问题的活动。
回答
与上次回答相同，我任然希望我的“产品”显得比较有“差异化”，于是我百度了这三个问题。
似乎广告偏多，调侃偏多，真正的回答偏少，而在看完后，似乎还是云里雾里的，我想这个问题的回答过程会非常愉快。
因为他充满了“创造”，就像在从0到1打造一款产品一样。
我将他视为一次挑战。
表面需要背后的需求
作为一名产品经理，我们似乎总是将这句话挂在嘴边，福特造车的故事也耳熟能详，所以我最先思考的是，为什么会提到这些问题，我想试图去找到“表面需要”背后的需求。
产品经理应该做什么
是的，这是我挖掘到的背后的需求，这是三个相同的问题，提问的同学实际上是不知道“产品经理应该做什么”，所以我放在一起回答了。
这是一个极具挑战性的问题，这个行业毕竟还是没有很好的标准化，每一位老人对这个问题有不同的理解，这篇文章仅作为我个人的理解。
产品经理应该做什么
MVP是指最小化可行产品, 似乎很多事情都可以用MVP来进行尝试，包括我们对一个行业的认识和学习。
这里，我想强调两个关键词，“最小”及“可行”
以“最小”的名义，我们学习任何一个行业，都不应该感到茫然，也不应该感到复杂，除非不还不够小。
以“可行”的名义，我们所学到的知识，是能够立即被使用的，如果不能，大概是因为这并不是现在我们应该学习的知识。
我们迷茫了，面对产品经理所需要的庞大的知识面积，面对看了若干书籍，分享，任然没有提升，面对市面上更高的要求。
我们感到万分沮丧，甚至开始怀疑人生
（为歌词点赞）
这是因为我们接触到的知识，并不是“最小”的，也不是“可行”的
最小且可行：mvp
这是个相对特性，在我们成长的每个阶段都有不同的最小且可行，于我而言，仍然有我所应该学习的最小且可行的知识，而我已经有近6年的产品经验了。
MVP往往也是一款产品的核心价值，我们总是会将最核心的部分，最优先投放到市场去尝试。
正如同微信的核心价值是通讯，淘宝的核心价值是购物，这两款产品的MVP也分别是通讯与购物。
我并不想深度的去思考产品发展过程中出现的价值偏差，这牵扯到了转型，也不是这篇文章的重点内容，因此，大家毋须纠结与产品发展过程中出现的价值转移。
对于产品经理而言，核心价值就是我们把产品做出来，不论我们用到了多少方法，做了多少事情，最终，我们都需要将产品做出来。
做一款产品出来，这并不困难，就像开发一样。区别在于你如何定义“一款产品”
我在大学时，有一些编程语言的课，包括C++,JAVA等等我甚至已经记了一些语言的名字。
不过我很确定，我当时至少能用4门语言写“hello word”
做一款产品出来并不需要这款产品多么的棒，多么的符合人性，符合需求，你只是需要一个命题，去把他做出来。
这只需要我们掌握“原型图”，“需求文档”就足够了。
在这之后很长的一段时间，我们都会将这两个技能进行深度挖掘，直到我们轻松驾驭一份原型文件，一份需求文档。
提高产品质量
这是我对大家的一个提醒
在我们学习过程中，会有非常多的思维陷阱，需要特别留意，最先遇到的就是原型图，第二个思维陷阱则是需求文档。
原型图并不是通过copy来练习，而是通过设计来练习的，开发在学习代码时，并不是去copy代码，这并不能让我学习到什么。
我们应该加深对原型图的驾驭，我们要掌握的是如何将一个idea以原型图的方式呈现出来。
在原型图的设计阶段，我们还会运用到许多知识，这些是我们基于MVP迭代出的知识。
有一些经典的案例，仅仅改变了按钮的位置，就能增加极大的转化率。
对于需求文档而言，我们需要去学习需求颗粒度，需求模块，功能模块，文档管理，还需要学习一些技术的实现逻辑。
同样是搜索功能，但实现出的结果却可以完全不一样，这些逻辑是在原型文件里体现不出来的，但都会在需求文档里得到表达。
他并不像我们对搜索的惯性认知：按照关键词展示搜索结果。
我们会将搜索的需求进行深入设计，是否对关键词做分词？与歌词匹配还是与歌名匹配？按照匹配度高低排序吗？匹配度的参数怎么设计？
这就是我们第二阶段要学习的内容。提高产品质量
在MVP的阶段，我们能够“做出一款产品”，但这款产品会显得很粗糙，会有许多的问题。
在提高产品质量这个阶段，我们会进一步加强核心功能，让我们更加专业。
更重要的是这能减少我们出问题的概率，相应的为我们释放了更多的时间与精力，因为这个阶段我们对原型和需求文档的理解已经 到了另一个阶段了。
产品经理价值观
我在产品差异化的文章里提到了“产品价值观”和“产品经理价值观”，这为我们提供了一个很好的学习阶段。
我相信超过50%的产品经理无法去定义一款产品的“产品价值观”，那他显然不是我们入门所需要学习的知识面积，舍弃他吧。
对于产品入门阶段而言，我们的知识面积远不足以驾驭产品价值观，尤其是基于经验的知识面积。
在我们尝试接触产品价值观之前，先培养自己的产品经理价值观，是我推荐的一个学习计划。
这并不像字面那么容易，实际上这是产品经理的一道分水岭。
一份原型图，我们经历了MVP和迭代的过程，而产品经理价值观则会让他完全成熟，成熟到“信手拈来”就已经是最好的方案。
简约至上这本书大家并不陌生，我也曾拜读过，与我而言，实际上这是用了一本书来讲述一位产品经理的价值观—简单。
我们可以通过学习他人的价值观来巩固自己的技能，但总是需要形成自己的价值观，对我们而言，一款产品需要符合什么样的体现呢，足够友好，足够简单，还是足够有效率？
到此，我们任然在锻炼自己“做产品”的能力，但却已经形成了自己的“产品风格”
我相信，经历了这三个阶段，你已经真正的入门了。
误区
这些是我想告诉你的几个误区。
画原型是为了熟悉工具。
画原型是为了让我们开始思考，并不是为了熟悉工具
需求文档可有可无
需求文档能够加深我们对功能的理解，并且为我们建立基于功能的“素材库”，这些素材颗粒度越小，越多，就会为我们设计产品提供更多的材料。
漫无目的的学习
网络时代，有太多的知识需要我们学习，但并不需要我们立即学习，我也并没有掌握所有的技能，在我需要的时候我能够找到并且快速学习应用就足够了，这需要我们对“MVP”有更深的理解。
用户调研，需求分析等各种高大上知识
这些只是高大上的名词，实际上这些都是作为“产品”被我们开发出来的方法论，需要的时候，使用就好，不需要的时候，就让他放在那吧，相信在未来的某一天，我们总能很快的学习到这些知识
产品经理作为一个行业，就必然会经理从入门到资深的阶段，不同阶段有不同的技能，切勿将未来的知识，提到现在，这只会加深我们的负担，不仅不会有助于入门，反而会成为我们学习的阻力。
无论如何，反复的“做出一款产品” 这个过程会是最好的学习计划，但这并不是让我们去“抄”或者去“分析”其他产品，而是需要我们经历思考的过程
建议
我给大家三个建议。
走在路上，我们总能有所收获，好过一直担心或忧虑
做你现在能 做的，并且要自己设计目标和过程，思考的过程，高于一切
做的过程中会有许多“突然”产生的灵感，把他记下来，但不要去深入思考，尤其是一些新的知识，尽快的把一个产品，做出来，然后再回过头去思考。
