小白成长记 | 拒绝做一个挖坑的产品经理是怎样
小白目前正在做一份产品实习,也算是正式入了互联网这个大坑。虽然还远远不敢说要成为“神”一样的产品经理,但至少立志做一个“不挖坑”的PM。这篇文章回顾一下自己过去各种经历和目前工作的反思,今天特意梳理出来希望有机会能同大家相互交流,其中有不当或者待改进的地方欢迎各位批评指正。
一、不要压抑自己的天性,去做啊!
(本段鸡汤,不感兴趣者可自行跳到第二部分)
出于种种原因,个人截至今年3月才最终决定毕业加入互联网行业,而且只入这一行(其中缘由这里不做细表)。选择要做产品,也更多是出于很喜欢做创造并推进、团队协作的工作,也觉得个人思维逻辑、做事风格与其相契合,而不是冲着“经理”二字。然而当时自己对互联网行业几乎处于零了解的状态(连UV/PV都没听说过你们感受下),过往经历也无相关,所以只好从头自学。
开头的两个月,读完了12本书互联网的书(《结网》、《人人》、《社交红利》这些)、看完了知乎上所有关于PM的问题和全部答案、在woshipm网站以及各类公众号上看过的文章应该也不下1000篇,才多少开始建立了对行业的了解和初识。接下来的时间自己尝试着独立做了一份产品设计、两篇体验报告和其他一些东西,把自己积累的知识尝试着运用出来。这里插一句,可能很多人觉得学生写一篇体验报告没什么卵用也看不到报告的意义,但个人觉得对于学生来说这恰好锻炼了一下自己的思维,也是之前学习的反馈,把握数量和质量就好了。当然,自己还一路主动勾搭了不少在职的PM,甚至有幸蹭到了PM培训,与在职的PM们交流的过程中着实学到了很多。
从3月到8月,就没有中断过实习的申请(现在想想4、5月几乎没什么了解和想法时就去好死不死的申产品岗也是蛮拼的==),被拒了百来次才终于申请到了两份offer,然后来到了现在的一家。
所以,如果选择了这一行,就好好积累做下去终究会收到反馈的。毕竟互联网行业相对来说还是比较自由和包容的,请千万不要放弃!
二、没有困难,“创造困难”也要上
新人做产品时,往往事情没有那么多(暂时排除某些还是实习生就忙死忙活的情况),甚至可能出现暂时没有事做的情况。这个时候,玩玩手机,做点闲事也无可厚非。但是对于自带工作狂属性的我来说,闲着真心手痒,所以一旦闲下来就会主动去问还有没有事情可做或者可以帮忙的地方。
个人觉得,既然是新人,完全可以抓住更多的机会去做事并在做事中锻炼和反思。换个说法,也叫主动。没有事做,就主动要事去做;实在没有工作,也可以没事找事。比如去自家后台关注并整理一下近期的用户反馈、查看产品和用户各项数据、体验一下竞品的更新、考虑考虑产品下一步可以怎么优化迭代,都是上司没有必要委派但是一个产品新人可以做的事情。
拿个人举例,leader分配给我一下调研一下用户不良评论的来源在web端和app端的分布,我就逐一翻看了过去两个月2000多条的不良评论,围绕其分布比例、内容类型、用户属性、评论习惯以及改进方案(回头有空还会对竞品的不良评论管理机制做个调研)输出了一个完整的报告。
在主动的过程中,自己慢慢超越暂时指派的任务,走入更深的一层(这里暂时不讨论越级和老板喜好的事情),往往能对现在的或者下一步的工作有更深的理解和认知。既然新人都是需要历练的,何不主动磨练自己呢?
三、学习可不是问别人教你做这么简单
刚来的时候,自以为leader会来教(分享产品经验传授独家知识走向人生巅峰blablabla),但现实就是老大并没有怎么理我==。后来自己在反思的时候意识到,更多的东西是要自己去发现的。如果没有人来教,那就应该自己主动去问:
“老大啊,这个功能为什么要这样设计呢”
“老大啊,用户调研出了常规的那些方法还有什么地方可以入手”
“老大啊,我们运营的时候一般都是基于什么思路展开的呢”
“老大啊,你是不是烦了我啊?哎老大你不要pia飞我!”
自己直属的leader没空理自己,还可以骚扰运营、技术等一票部门的前辈嘛~实在没人可骚扰,那就去查阅一下相关网站、看看书或者去知乎提个问什么的。学习终究还是要靠自己来一点一点补充上来的,等别人来教并没有卵用,因为老大们都很忙。
四、你的沟通,是否只是自以为是的命令而已?
产品免不了和各个部门相互协作沟通的过程,必要地时候还要撕撕逼或者当程序员鼓励师什么的(大误!)。但是问题在于:不同岗位的人思维往往是存在差异的,所以经常会出现自以为沟通顺利,结果交付的东西和预想的完全不一样的情况。尤其对于没有技术背景的PM(比如我==),同技术、UI沟通就更容易出现该情况(感谢目前还没有出现过)。那么在沟通之前最好先相互确认各自对某些概念和细节的理解是否统一,沟通后相互复述一下对项目的理解和想法确定没有偏差或许是比较有效的办法。否则,产品的沟通,甚至可能沦为自以为是的无效命令而已。
(当然,有空自学一下技术、设计的知识也是好事,就算看不懂,起码也能减少说起某些名词都听不懂的尴尬。)
五、请务必不要挖坑给别人
产品说:这个需求我要改一下
产品说:这个需求我要改一下
产品说:这个需求我要改一下×100
产品某日惨死家中。
产品改功能这个梗,被玩坏很多年了。这里当然不是说产品不该改需求,而是不该因为自己没有想清楚导致不停地修改甚至返工。非常多的功能细节以及情景是应该在一开始设计原型时就考虑到并且详细标注的(一定要标注完整!)。并且在需求评估时就同技术、UI等交代明白,尽量保证框架、细节和case合理完善。
细节和逻辑,是需求的重中之重。作为产品,如果都没整理好,简直就是给其他部门不断挖坑等人来填。
想到一个,就加;哪里没想到,就改;这不叫产品经理,叫甩锅侠,或者叫坑神。
六、做完就做完了?那和没做也没啥区别
反思,有时比做事更重要。个人在工作、生活的过程中一直都保持着反思的习惯,也由此受益颇多。产品是负责解决问题的没有错,但是也要负责问题下次不再出现或尽少出现。每结束一段工作停下来认真反思最近做过的事情:“那些事做的好?那些事做的不好?有什么成长与收获?最大的困难是什么如何改进blablabl”,往往能成为量变到质变的突破点。
毕竟,如果连思考都停止了,那我们和只会做事的机器有什么区别?
七、唯恐优秀的人比我还努力,所以只能更努力