产品新人如何快速上手工作

三百六十行，行行出产品经理：上至封神的乔布斯，下至卖鸡蛋罐饼的阿姨，他们对如何打造自己的产品都会有一套完整的产品思路，这也是为什么说“人人都是产品经理”。这个看似光鲜的“经理”有时也会被戏称产品汪，因为刚入产品坑的时候可能真的忙的跟狗一样。

上午，可以一直不停的开会；比如老板开会讲一下最近的的方向，提点战略需求；个人负责的业务部门最近有点业务需求需要开会整理一下，上一个版本迭代的开发和测试完成需要开发团队验收一下产品。
中午，吃一口“狗粮”别人可以眯一会，产品汪是不会休息的；整理上午的需求，然后形成一份PRD文档；将上次版本迭代的问题做好备忘，形成文件并周知项目团队。
下午，没错又是开会，需求评审会；开完会，把开发提出的问题在PRD中补充，没了解清楚再找需求方确认。
晚上，将需求评审会中所有问题描述清楚，将PRD文档上传到项目管理系统，这时看看表00:30；睡到2点多，突然惊醒，梦到项目上线，出现重大Bug给公司造成巨额损失，团队每人罚20k。

这就是我的产品生涯初期，内容过于真实。效率低下，深陷工作无法自拔，没有时间干更多的事情，工作的抵触情绪就会越来越大，人一旦有了情绪，就像我的老师跟我讲的“情绪不会消失，只会转移”，会引起一堆蝴蝶效应。那么“如何与产品工作和谐共处？”，要做的只能是“复盘总结，提高效率”。结合我自己的经验，与刚入坑的产品新人们分享一下自己的心得。

一、离开你的工位

我的观点是，产品汪是没有固定的工位的。产品汪的工作源头是“需求”，产品新人往往会用传统的态度对待这个岗位，安静坐在自己的工位上，等待需求方来找你。那么，从效率角度看，第一步就已经慢半拍。需求切忌去等，当需求方找你的时候已经是很急的状态，那就意味着给你准备的时间不多了，会导致后面的工作很赶。为什么在招聘JD中总会提一条“要有产品Owner精神”？这就是要求产品经理对自己负责的事情一定是“主动出击”。产品经理往往会被安排在IT部门，但是一定要经常离开自己的工位。例如多泡在自己负责的业务部门，多听听同事的最近的规划，这样就可以有个准备期，等业务部门需求整理完走完流程，自己其实早已准备好。“处处留心皆需求”，每次沟通过程中凡是涉及到自己工作范围的事情，一定要勤记录，用一张Excel表格将需求管理起来。

二、储备好知识再去沟通

“沟通”是产品汪的首要工作利器，不仅要沟通，而且要高效。工作中，每一个岗位的人都有自己的技能范围，为了能在同一频道上高效沟通，必须事先储备好行业基本知识和术语，所以要强调“不断学习”。因为对方会默认来沟通的人是专业的，能听懂他说话。如果说到一个点就卡住，那会给对方留一个不专业的印象，并且效率极其低下。举个栗子，我做To B业务工厂的计划排工时，经常听他们讲MPS（主生产计划）、RCCP（粗能力计划）、MRP（物料需求计划）和CRP（能力需求计划），而且就说这些英文简称，同时这些背后还对应着一系列的理论计算逻辑。对于他们来说这是他们的日常习惯，如果之前没做知识储备，那沟通将显得十分徒劳。

三、快速融入公司

刚入坑的产品汪，前期比较闲鱼的时候，我的建议是多“画业务泳道图”，而且是整个公司的。还是以制造业为例，类似于这样的图：

做这件事的好处，一方面在于可以对公司有全局视角；另一方面在这个过程中会有沟通，可以很快认识各部门的同事及他们所负责的事情，虽然不能记得很全，但大体上已经了解的差不多了。其实，对于新人常常困惑的点就是不知道怎么开始，那么不妨尝试一下这个方法。大胆介绍自己，虚心请教公司的业务问题。等完成这件事后会发现公司的部门跑遍了，同时也和同事认识的差不多了，这对以后的工作开展绝对是事半功倍。

四、需求落地要从大到小

产品新人一开始不会负责一个完整的项目，都会从一个模块先做起来。但是不代表想问题的时候只考虑自己的模块，这也是新人常犯的一个错。我在这里要分享的方法论是“从大到小原则”。做一个需求，首先我会用到之前完成的全业务流程泳道图，考虑这次变更会涉及到哪些业务，然后对这次需求做模块做垂直分析。以工业系统举例，如果要做一次关于计划模块的需求。首先，要考虑的是全局，横向涉及的业务部门会有销售和生产，那就会去定位这次需求具体会涉及的点在哪里。然后，再纵向考虑这个模块的内容，单独把计划这个模块梳理出来，如下图。