作为一个入行一年多的产品汪，跟着boss各种从0到1开荒，也总结了许多自己在入门阶段的问题和发现的一些捷径，po出来与诸位分享一下，一起更好地进步～（深夜手机码字格式错乱见谅）
1.最需要仔细阅读深入理解的一本书：《用户体验要素》
这本书综合地讲述了一个产品从战略目标到落地实现的五大层次，这是我在做产品的过程中受益最多的方法论，倘若一定要让我说一说产品的方法论，那只有这五大层次。阅读一遍，然后在做需求的过程中不停地实践它，想不清楚或者迷茫的时候就再读，如此反复直至掌握，这是产品汪终生受益的一套完整方法论。
2.最需要认真思考的是：目的
入门产品经理往往做不了什么大的内容，那就一定要从把握一个个小需求开始。需求到手，一定要仔细琢磨这个需求的产生原因，以及它要达成什么目的。只有自上而下的拆解目标，才能在做实现方案的时候不至于迷路，做细节方案最怕的就是想到要做A，发散到A'这个功能用户也会需要，然后发散到A”用户也会需要，最终做了A，B，C等等一大堆的功能,其实我只是需要个A嘛。这是入门的时候我最容易犯的错误之一，所以做产品一定要不忘初心，认真思考目的到底是什么。
3.最应该控制的是：进度
项目管理是产品经理的重要技能之一，一个产品经理的好坏，首先看是否能按时交付，其次是看他是否能够超出预期的交付。当然，交付就是指上线。
可能有的同行会说，项目开发周期的主动权在技术，在设计，在测试，总归不在于已经输出了产品方案的我。
但实际情况你会发现，技术往往会因为需求变更而增加了开发量，设计因为产品及业务方迟迟未能确认设计稿而苦恼，测试也因为需求来回变动而更改用例。所以，项目管理对于产品经理的意义，往往是体现一个产品经理能否真正的控制住需求的能力，这是第一点。
好，你说，我没有需求变更，但团队低估了开发时间，很多细节在开发过程才暴露出了问题，要推迟上线。产品经理夹在老板和开发团队之间很难办啊，里外不是人。这是我要说的第二点，在不能接受延期的情况下，你在这个时候是否能分清主次功能，适当的砍需求。一个产品需求，做多少功能，做多臃肿，并不体现一个产品经理的能力。相比而言，去掉哪些功能，才是比较一个产品经理对需求理解力的地方。所以，你能否权衡好以上内容，做好项目管理，控制好进度，这也是产品经理必备的技能之一。
4.最该计划好的是：迭代路径
产品经理是一个产品乃至一个团队的灵魂。他需要带着一帮兄弟往一个战略目标无限逼近。所以，我们第一步做什么，第二步做什么，我们的计划，我们的发版节奏，我们的阶段目标，这些事情都是产品经理应该仔仔细细认认真真思考清楚并同步给团队成员的，而不是今日你让我们爬山占山头，明天忽悠我们下山挖地道。一个合格的产品经理，有着明确的方向和缜密的计划，并且身后还有一帮和他目标一致的兄弟们。能否做好计划，是产品经理能力质变的开始。
5.最该感谢的是：那些帮你实现想法的兄弟
产品经理其实是一个制定战略目标，计划发展路径，协调整合资源，落地一步步实现它的那么一类人，所以才说他是最靠近ceo的角色。你要知道，这个团队没了测试，需求无法上线，没了开发，需求无法实现，没了设计，样式没了下限，唯独没了你，大家还能凑在一块儿做一个想法，大不了就是没节奏地慢慢迭代呗。所以我们真的应该感谢这些朋友们，相信我们任我们提出各种难以实现的需求，然后加班加点的定时交付给我们，没有他们，我们也就无法成长了。有人说，产品经理的成长是践踏在无数开发资源之上的，这话一点没错，所以赶快请小伙伴们吃一顿吧！
至于做产品的问题，我有个微信公众号：产品狗改不了吃屎（pmandshit），你懂啦！
本文纯属为了总结自己一年的工作，谢绝转载。
