今天要说的是关于创业型公司，新晋的产品小白or产品助理，如何在早期快速的学习，少走弯路，多出成果，让总监乃至老板对你能够另眼相看，将更重要的工作托付给你。
本篇文章只涉及到1年内的规划，其中前半年是根据自己的实际经验而来，后半年是通过与一些产品大牛聊天，给出的建议，现整理出来。
老生常谈、说说你为什么想要当产品经理
不少同学最近加我，总是问我一个共性的问题，那就是：没有经验，如何去成为一名产品经理？
其实，产品的壁垒非常薄，谁都能进来，关键在于你有没有做产品的能力，也就是常说的沟通、逻辑、学习、项目管理等等，这些都是最基础的东西。如果你觉得这些你都玩得来，一切还都ok，那么你就有当产品经理的潜质。
只要你肯去画画原型，写一份产品需求文档、写一份竞品分析报告，真的不用非常多，真心实意去对待这份工作，去一家创业型或是中型企业都是有很大机会的。切忌，产品经理不能懒，你懒一点，项目就有可能延期，甚至出现致命的错误，所以找工作也是一样，拿出勇气，你就能先人一步。
0-3个月：做好三大基础工作
当进入一个新公司的时候，最幸运的事莫过于有个师傅能带带你，给你指明前进的方向，让你能够快速的学习，接手一些简单的工作。
可是多数的新人得不到这种待遇，在产品的道路上只能独自的去摸索，试错，总结经验。
前3个月，对于产品新人的成长是最快的，如同新生婴儿长身体的时候，所以在这个时期，打好基础是最为重要的，这样将逐步形成你自己特有的产品思维、产品感觉。
画原型
这个是最基础的工作，Axure是必须要会用的，基础的交互跳转功能必须熟练掌握，对于产出低保真原型是非常便捷的。墨刀，看公司迭代速度以及对产品原型的设计程度，还原度较高的推荐使用，而且墨刀使用起来更加方便。这里也不说其他的产品，初级的产品需要将一款画原型工具的功能发掘到极致，保证每一个功能都可以用的起来。
画原型的过程中，将不断训练你的产品逻辑思维能力、交互设计能力、情景考虑能力。
如果觉得还是有点虚，建议你将当前公司产品的原型重新自己画一遍，照着APP、WEB、PC端一个个界面画出来，并且将跳转链接全部做进去，相信我，这对你前期经验的积累十分有用。
写文档
一份PRD文档，是一个产品新人接触最多、写的最多、改的也最多的东西。多数情况，产品小白可根据公司原有的PRD文档模板，参照模板中的各个章节开始入手去写，关键在于多看、多写、多改，找到一个能让领导满意、开发理解、设计明白的撰写方式。对于没有固定模板的公司，建议作为新人，要考虑两点，其一、为什么没有模板（是不是真的不需要？敏捷开发？）；其二、我需不要重新写一份模板，本人就是到新公司重新设置了一份PRD文档模板。PRD留存的意义在于，每个版本都有实际的记录，等到回顾的时候，能够拿出来看看，否者后期想找都找不到。写文档切忌不能写的特别复杂，文档的意义在于梳理逻辑、规范流程、完善交互，让每一个人都能了解到当前开发版本的自己工作的主要内容；但让也不能太笼统，这些很多人搞不清楚细节该怎么做。所以，写PRD是一份技术活，写容易，写好不易。
沟通
每一个岗位都有独特的思维方式和行事方式，这就需要产品经理按照不同方式去与他们进行沟通。
前期不用多说肯定会经常碰壁，但要脸皮厚，多和他们聊，多去听，多试图去理解他们的思路，不要总是个人主义；前期，最主要的是摸清每一个人脾气，搞清楚团队中每一个人工作的方式，这样更有助于工作的开展和执行。
有一点需要明确，对于非常难沟通的人，柴米不进，只需要跟他谈工作，如果他不理解工作，你只需要讲清楚；如果他不做工作，那就是另一回事了。这里也不多做阐述。
4-6个月 理解需求管理需求
我们已经在3个月内做好了基础性工作，接下来要摆脱小白的观念，深入产品需求池，做真正意义上的执行层产品经理。
理解需求
前几个月做每一步工作的时候，都是在别人的指导下去修改、完善。
接下来需要你自己去思考、交流，产品每一个功能该怎么做。
比如说，领导让你去做个A功能，你能在做完A功能的基础上，根据相类似的产品或是理论，拿出A+、A++版本，乃至延伸出B、C、D，让领导进行参考，做出来的东西不一定对，但是可以得到领导的审阅，提升自己对需求的判断能力、加强思维逻辑能力（这时，即使你的想法在对，也只是你自己的想法，不要固执）。
这个时期，是个人主观能力得到充分体验的关键时期，很多产品新人，会在这3个月内，能力得到极大的提升，一方面是自己对产品功能的把握更加有力，另一方面对自己产品感的构建也是稳步提升。这里就会出现明显的分水岭，合适的人能得到更多的发展，不合适的人暴露出来的问题也不断增多。
管理需求
需求的来源很多，老板、总监、产品自己、公司同事、用户等等，每一个需求都是有独特的角度，产品经理将这些需求汇总，按类划分，形成产品需求池，每个阶段要定期解决一些需求，在增添一些需求，这里的把控需要合理的规划，需求释放过多，造成开发压力增大，项目延后，版本效果不好；需求释放过少，导致版本功能无法满足用户需求，导致用户流失，同时造成需求过渡积压。产品经理在这里要明确自身的职责所在，三思而后行，管理需求也不能草率，任意而为，也不能让他人肆意妄自的做修改，需要在明确版本的大方向前提下，进行需求提取，功能开发。
产品经理要想快速的发展，需要多参与到每一个讨论当中，多去理解同事怎么考虑，老板思考什么战略，用户想要什么，从多方面考虑，进行需求管理，当了解到公司所有的方方面面的时候，便可以从容的应对每一次的版本迭代。
本期主要从工作的角度来说明产品小白如何快速蜕变为真正的产品经理！