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


    三百六十行,行行出产品经理:上至封神的乔布斯,下至卖鸡蛋罐饼的阿姨,他们对如何打造自己的产品都会有一套完整的产品思路,这也是为什么说“人人都是产品经理”。这个看似光鲜的“经理”有时也会被戏称产品汪,因为刚入产品坑的时候可能真的忙的跟狗一样。
    • 上午,可以一直不停的开会;比如老板开会讲一下最近的的方向,提点战略需求;个人负责的业务部门最近有点业务需求需要开会整理一下,上一个版本迭代的开发和测试完成需要开发团队验收一下产品。
    • 中午,吃一口“狗粮”别人可以眯一会,产品汪是不会休息的;整理上午的需求,然后形成一份PRD文档;将上次版本迭代的问题做好备忘,形成文件并周知项目团队。
    • 下午,没错又是开会,需求评审会;开完会,把开发提出的问题在PRD中补充,没了解清楚再找需求方确认。
    • 晚上,将需求评审会中所有问题描述清楚,将PRD文档上传到项目管理系统,这时看看表00:30;睡到2点多,突然惊醒,梦到项目上线,出现重大Bug给公司造成巨额损失,团队每人罚20k。
    这就是我的产品生涯初期,内容过于真实。效率低下,深陷工作无法自拔,没有时间干更多的事情,工作的抵触情绪就会越来越大,人一旦有了情绪,就像我的老师跟我讲的“情绪不会消失,只会转移”,会引起一堆蝴蝶效应。那么“如何与产品工作和谐共处?”,要做的只能是“复盘总结,提高效率”。结合我自己的经验,与刚入坑的产品新人们分享一下自己的心得。

    一、离开你的工位

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

    二、储备好知识再去沟通

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

    三、快速融入公司

    刚入坑的产品汪,前期比较闲鱼的时候,我的建议是多“画业务泳道图”,而且是整个公司的。还是以制造业为例,类似于这样的图:
     
     
    做这件事的好处,一方面在于可以对公司有全局视角;另一方面在这个过程中会有沟通,可以很快认识各部门的同事及他们所负责的事情,虽然不能记得很全,但大体上已经了解的差不多了。其实,对于新人常常困惑的点就是不知道怎么开始,那么不妨尝试一下这个方法。大胆介绍自己,虚心请教公司的业务问题。等完成这件事后会发现公司的部门跑遍了,同时也和同事认识的差不多了,这对以后的工作开展绝对是事半功倍。

    四、需求落地要从大到小

    产品新人一开始不会负责一个完整的项目,都会从一个模块先做起来。但是不代表想问题的时候只考虑自己的模块,这也是新人常犯的一个错。我在这里要分享的方法论是“从大到小原则”。做一个需求,首先我会用到之前完成的全业务流程泳道图,考虑这次变更会涉及到哪些业务,然后对这次需求做模块做垂直分析。以工业系统举例,如果要做一次关于计划模块的需求。首先,要考虑的是全局,横向涉及的业务部门会有销售和生产,那就会去定位这次需求具体会涉及的点在哪里。然后,再纵向考虑这个模块的内容,单独把计划这个模块梳理出来,如下图。
     
     
    最后,就要将粒度细到功能实现层面。对一个功能描述,建议从下图这几个维度去描写,在没有形成自己一套做事方法前可以像公式一样套用。
     
     
    这样的PRD文档可以说完成度是80%,俗话说“一个好汉三个帮”,剩下的20%将在需求评审会上由需求方补充未想到的场景,还有开发团队帮你补充的技术问题,那么最后就可以将PRD补充完整,顺利启动项目。这一套方法就好比一套基本功,要反复锤炼,直至固化。
    五、开发过程要胆大心细
    胆大,开发过程中要充分相信自己的队友,他们一定能做好,这样自己才可以抽身去干更多的事情。心细,相信不代表不管。每天工作开始时快速跟一下项目进展,将每天的问题做便签;每天工作结束进行一次核查,那么这样不至于最后验收的时候要检查的点太多。
     
     
    以上就是我个人的一些分享。正如开篇所讲的那样,产品经理几乎是一个没有门槛的岗位,只要有产品思路人人都是产品经理。
    我的分享也只能算是一门下乘武功,它的口诀总结起来就是:主动出击、不断学习、反复锤炼、胆大心细。等各位新人多年沉淀过后,相信一定会悟出类似于独孤九剑一样的上乘武功:无招胜有招,敌不动我不动,敌一动就能勘破意图,然后比对方更快更准地出手。所以本文在此也仅为抛砖引玉。
     
    原文作者:星冰楽
    原文出处: inNeed产品经理社区
    著作权归原作者所有,如有侵权请联系删除
  • 相关阅读:
    mongodb基础系列——数据库查询数据返回前台JSP(一)
    整型数组处理算法(十二)请实现一个函数:最长顺子。[风林火山]
    学习C++服务端一:MySql与C++
    【算法】深度优先搜索(DFS)III
    DOS cmd
    C# wpf程序获取当前程序版本
    Climbing Stairs
    Java深入
    非对称算法,散列(Hash)以及证书的那些事
    省市区镇(能够选四级)联动点击自己主动展开下一级
  • 原文地址:https://www.cnblogs.com/huida/p/14304623.html
Copyright © 2020-2023  润新知