一路升级打怪
首先我们说下什么是产品小白，对产品经理有些理解，表象知道产品经理是什么职业，毕业后成功进入了一家企业成为了一个初级产品经理或产品助理。
还有一些朋友是从各个岗位转到产品岗位，有行政、运营、技术、业务、客服等等各个职业转到产品经理岗位的初级产品经理。
以上我们都称作产品小白。
产品大佬
怎么才能从小白晋级到产品大佬呢，我们都看过功夫电影里面老师教徒弟的过程，知道习武新人在刚开始都是练习基本功，职场上也有基本功。
“产品小白”之武功秘籍初级
【听】
想生存那就从最底层做起，先观察，正所谓不会做就少说多做，不会说就多听多看少说，大佬开会你旁听，把关键环节记下来，后面在理解。
产品大佬和业务部门聊需求，你也申请旁听，默默记录，别打扰到会上的任何人，在没有理解的情况下也不要在会上发表自己的疑问，多听他们在聊什么？聊哪些内容？为什么要聊这些内容？
这些内容一定要随时记录下来。
【看】
学会用心去看，看周围的产品都在做什么，怎么做的，为什么这么做，这么做有什么用，多观察每天观察并记录。
观察产品在工作时候用什么软件？做什么用？一一都记录下来，后面自己在理解总结。
【问】
这就讲究了，什么时候去问？怎么问？问哪些内容？问谁？问了会不会得不到答案？
我们一一解决这些问题。
首先，你听过的会议记录过的问题，一定要整理且带着自己的理解去问，要讲究技巧，而不是一上来就问产品大佬，你昨天会议这块怎么怎么说的，你为什么这么说，有句话说不是所有人都能惯着你，在大佬眼里你怕是个傻子吧，这样八成吃闭门羹了。
应该这样问题，张哥我昨天听你在会上说，业务流程流转，我理解的是什么什么，你看我理解的对吗，带着学习的语气探讨。
那么什么时候问最合适呢，这就看个人眼力了，但是有几个时间段不能问，第一休息时间、第二别人在聚精会神的工作期间，第三大佬在和别人探讨产品期间，这几个时间段不要去问，最好是在工作间隙或下班的路上问。
问谁？问关键人员，不要问旁听的人，主持会议的人一定是对讨论的内容有着绝对的理解。
经过以上阶段也就是初级阶段了，下面我们进入中级阶段。
“产品小白”之武功秘籍中级
【学-读书、文章】
多看一些产品同行的书籍，文章，以及系统的分析设计等，我为什么在初级没有说这些呢，因为学习要有个过程，你只有在职场经历过才知道理论和实际是有很大的差距的。
如果一开始你就掌握了一堆理论知识，在工作中你就发现很多流程和过程并不是向书中那样一步一步的进行。
所以学这个过程我放在了中级，当你在职场所见所学有了一定的理解，在结合书中的知识你才能有自己的深刻体会。
“产品小白”之进阶秘籍终极
【实战】
没错，任何一个老师也交不出一个能打的徒弟，那么产品经理也是，没有经历过实战的厮杀，是不能成功的晋级到产品大佬。
一个产品的三大阶段：产品梳理、产品设计、产品落地
细分又分为以下细节：
1.点子
合格的产品经理要找出产品线中的点，不管来源是哪里，产出灵活多变的点子并记录下来。
2.需求
在需求这件事上，我们要借用到心理学等方面的知识，去把点子归纳总结成为一条条明晰的需求，放进需求池待分析。
3.方案
方案这件事来说，我们要把需求池里的需求规划出雏形，看看在现有的资源环境情况下，是否适合去做，并给出粗略的方案和工作量排期。
4.目标
我们需要给出产品要达到的目标和效果，不能因为仅仅因为这个功能很酷而去做，而要看酷在哪里。
5.策略
有了目标之后，我们还要看看策略，是克制还是粗放，是谨慎还是开放。都需要我们去思索。
6.定义
清楚了目标和策略之后，我们应给出产品定义。产品定义是后期我们评估需求的核心要义。一切需求和优先级都不能违背产品定义，这也是我们的初心。
7.不足
在这几件事走完之后，我们一定会遗留一些问题短期之内难以解决，或需要试错。所以我们需要把不足记录下来，重点在后期产品迭代过程中考量。
8.场景
给出目标用户和场景，一一对应提出解决方案，进行产品推演。
9.业务流程
有了场景之后，融会贯通梳理出来一个用户的业务流程，再整体看一下每个环节的情况。
10.功能结构图
场景和流程理清楚之后，请做出功能结构图。这里同样需要进行一次风暴会，这次的侧重点在方案上。
11.页面关系图
有了整体的功能站点地图后，我们需要增加页面之间的跳转关系，以及每个页面具体内容的设想规划。
12.UE交互图
在敲定了页面大致内容和关系后，我们需要将内容细化，这时候可能要对接需求方和用户，调研得出每个页面的真实数据情况，方便设计师给出交互稿。
13.UI效果图
交互稿给出后要找各方确认，无误后给设计师出效果图和切图，准备进入开发。
14.项目启动会
在拿到了需求、方案和需求文档以及前端所需的效果图等素材后，请叫上全体人员进行一次项目启动会，标志着需求上的互通有无和进度知悉，对于避免开发误工等情况至关重要。
15.用户验证
开发初期，尤其是创业公司，请做用户验证。这是我们进行试错和避免方向偏差的最简单办法，以免我们误入歧途造成较大的沉没成本。
16.资源确定
验证无误后终于要敲定资源投入的情况了，请务必跟高层确认，以免定位不清，难以做到量级。
17.行事历
一切都确定后，请给出行事历。这对于项目进度追踪较为重要，也是给领导和用户的一颗定心丸。在后期复盘时也会大有裨益。
18.汇报
汇报是贯穿在以上始终的，但是这阶段尤其需要一个汇报。这个阶段的汇报标志着需求的付出水面，是高层比较看重的期盼的一个点，一定要充分汇报以征求尚方宝剑，方便后续行事。
19.项目管理
进入开发阶段后，要做好项目进度的追踪和工作量的安排，这是为了我们后期验收优化争取时间。
20.走查验收
请在前端开发完毕第一时间安排测试工程师准备好走查环境，要及时给设计师优化的时间。走查后发出问题汇总邮件等待前端修改。走查后要跟前端当面把问题一一确认，确保他清楚且知道如何修改，修改后第一时间验收并进行多轮走查。
21.资料更新
请及时更新需求变更和需求文档，并制作好操作手册和FAQ给推广人员使用。
22.测试
除了前端的走查验收，还要做好整体环境和数据逻辑等情况的测试以及DEBUG，及时发现及时解决。
23.UAT
这是我们最重要的一环，确保每个整体功能结束后可以进行小范围的UAT和把玩，否则将被搁置直到上线。若不做好UAT，有交互上的严重漏洞，就只能等下个版本修改了。这对产品的口碑影响很大。
24.生产验版
是正式发布前的一个预发布动作，使用生产环境进行内部小范围的升级测试，测试无误后再大范围推送。
25.发布
发布时请想好时间和策略，大到冷启动方案小到提示语，事无巨细一定要考虑到。否则很容易出现崩溃和打包有误的情况，在发布阶段一定要测试周全。