从走出校园到两岁半产品经理,我从PM这个职位学到了什么(一)

我在2015年毕业,本科专业是广告学。通过校招在某中型互联网公司任职产品助理。入职之后公司给每一位实习生都分配了导师。非常幸运的是,我的导师恰巧是部门资历最深、产品经验最丰富的那一位。除此之外,他还是一位好老师,不仅非常善于传授知识,还会引导我去学习、思考。这对于当时的我来说,非常珍贵。

当时每到周五我会拿着整理好的一周工作中遇到的问题,导师会专门留出时间为我解答。在工作推动的过程中,我自己有了想法也随手记下来,渐渐养成了记录心得和经验的习惯。现在回头再看,这些记录也刚好作为我作为产品经理一步一步走来的印记。今天发出来,与大家分享,希望能对刚入行的朋友们有所帮助,也以此勉励自己坚持记录下去。后续再有心得心得,也会不断补充上来。

做产品第一年            职位:产品助理

1、细心。需求文档的撰写要求事无巨细,充分考虑到每一种场景的可能。

2、逻辑思维。产品经理需要思考需求背后的动机,在设计产品原型时保证使用过程中产品逻辑的合理性。

3、耐心。技术人员将产品交付给我之后,每一个环节,都需要反复测试核查。UI的逻辑是否理清,文字标识是否合适,html与UI是否一致,技术人员是否能看懂需求文档,技术交付之后,产品测试会不会出现问题。

4、沟通表达能力。目前产品经理其实在一定程度上担任了UE的工作,除了出需求文档,还要和技术人员讲解他们看不懂的地方,同时为了保证项目能够按期进行,还会充当项目经理的角色,和技术人员以及项目经理沟通。

5、在考虑需求和功能时,除了创新点,也要考虑到会不会因此强行改变了用户习惯,招致反作用。

6、虽然目前做功能需求还属于模仿参照阶段,但是学习的第一步就是模仿,没有模仿,哪来的创造?

7、做需求设计时要考虑到和整体版本的理念风格是否一致。同时为了保证交互的一致性,就需要几个版块综合考虑。

8、和别的部门同事协调工作,尤其还是资历深的同事的时候,不要因为自己是没经验的实习生就发憷。大大方方的不卑不亢。别怕,犯错总比没机会犯错好。

9、遇到研发技术上不能实现的需求,要和研发共同讨论,了解清楚不能实现的原因,积极寻找可替代的解决办法,向自身的技术同事求助。不到万不得已不要轻易更改自己的需求。

10、关于现网交互、样式等问题,可以让对应的测试进行全面的评测,PM需要把更多的精力放在产品设计上。

11、不喜欢手头工作的原因有很多,可能仅仅因为不喜欢现在做的这个产品,但是不妨碍专业性上要把它做好,有了这些积累,有朝一日才能去做自己喜欢的产品。

12、不用逼迫自己非去学技术,至少当前可以从别的方面入手,比如多看一些市场、思维、沟通方面的书籍,从这些方面去突破,扬长避短吧。

13、需要多了解一些PC端和移动端交互不同的地方,要看这方面的书。

14、到新环境,一定要以最快的速度搞清楚各个部门的负责人及相应的模块。以便需要的时候能知道找谁。

15、不懂的地方就赶紧问,没事儿也可以跟同事多聊聊自己对于版本和需求的一些想法,可能就会有新想法迸发。

16、平常多注意收集一些需求、反馈、建议、bug等等,积累起来形成需求池,同时加以整理形成表格,方便需要的时候进行提取。

17、当版本不能按时上线时,及时发出正式邮件抄送各部门负责人,阐明原因,并让责任人进行回复,明确责任。

18、在写文档的时候,交互细节要写清楚。

19、不要单纯的只是在做一个听话的执行者,在决定做一个需求之前,先想清楚,这个需求做出来是否真的满足了用户的某种需求,还有没有后续,如果只是为了做而做,还不如一开始就不要做。

20、一定要画逻辑流程图,逻辑流程图代表了思路的闭环,只有闭环形成了,思路才不会断,做出的功能才不至于走不下去。

21、对自己做出来的东西要负责,因为这代表了你的能力和口碑,你如果态度糊弄、不认真,你的产品是不会说谎的。

22、你怎么对别人,别人就会怎么对待你,你诚心诚意为别人解决问题,也为自己积累了好口碑。

23、只顾埋头做事,不知抬头看天,到头来只会徒做无用功。

24、眼界要宽阔,多看多积累同类型竞品或者功能,先着眼于大处,再着眼于小处。

25、产品的位置真的很重要,因为你是策划方案的人,方案一出,一群人跟着你的方案开始各自忙活,方案出错了,可能别人就是瞎忙一场,做出一堆垃圾。方案考虑不全,项目进行到一半进行不下去,后期又得修修补补。

26、要试着去找到自己做事的节奏,安排好什么时间做什么事,分好重要紧急的优先级,合理分配精力。

27、跟着研发学逻辑。

28、做产品要把“我”拿掉。

29、合理分配时间和精力,如果上午很难进入工作状态,那就用来处理一些琐碎的事情,把重要工作放到下午做。

30、做产品规划之前,做做数据调查,多分析对标几个竞品。

31、产品规划方案的时候,不要详细到说明色号,可以具体到冷暖色系等等,但涉及到UI设计的,不必过于详细。

32、规划方案的时候,不要受前人以及技术的局限,充分考虑需求场景的问题,技术的问题一步实现不了可以分步实现。

33、会议要有会议纪要;保存好输出的脑图、方案、竞品分析、原型、问题记录文档,等等一切有投入时间和精力的文档。任务过程跟进了什么、协调了什么、调整了什么、修改了什么,要有记录。

34、逻辑是可以培养的。

你可能感兴趣的:(从走出校园到两岁半产品经理,我从PM这个职位学到了什么(一))