入行近一年的产品经理职场复盘.docxVIP

入行近一年的产品经理职场复盘 PAGE 1 入行近一年的产品经理职场复盘 初次做产品经理，我总结了一些经验心得，与你一起分享。2019年结束了美好的大学校园时光与安排的实习后，我成功踏上了社会大学的校门。当然，这里只是轻描淡写的一笔写过，其实刚毕业时找产品方面工作的那种焦虑与不安只有懂的人才懂。在成长过程中，我很庆幸的就是：在转产品时还是在做产品中我都遇到了引路人，他们就像是大海中的一座灯塔一样，我很敬仰的一位朋友说过一句话“你在这个社会得到了什么，就应该给予这个社会什么”，我很赞同他的观点。因此我想与大家分享一些转产品中和做产品时的心得体会，与大家一起成长。一、正确的方法+良好的心态=成功没有经验找工作是很不容易的，特别在加上今年互联网寒冬的到来，但是我一直建议我身边的人工作一定要找自己喜欢的——兴趣是人类最好的导师，只有真正喜欢一件事物才会想去钻研，才会有想了解的好奇心并且这个过程是不煎熬的，是开心的。如果你已经找到了自己感兴趣的行业虽说没有经验但是可以表达出你感兴趣，这种表达方式一定不是给面试官用嘴说出来，而是通过平时对该行业的了解与学习从话语中让面试官感受到的，只要才会有企业愿意接纳你，所以第一点有自己感兴趣的行业，如果没有经验就要事先对该行业有时间和精力上的付出。其次心态这个东西是很奇妙的，每个人能承受挫折的程度都是不一样的，可以把挫折的承受力比作一个水杯，当你的水杯到达一个临界点时就必须倒掉一部分，也就是调整心态的过程，有的人喜欢大哭一顿、有的人喜欢洗个澡睡个一天、有的人喜欢跑步，只要找到那个可以调整心态的方法就可以了。二、关于工作中一些心得从事产品以来，我发现产品对每一个时间节点做的事情都是有严谨的规划的，这样才能让你在繁琐的工作中显得井井有条，本次分享也会按照时间节点阐述我的工作心得。1. 需求调研关于需求调研部分在工作中是与运营同学了解得知的，当然可能每家公司需求调研的方法都是不一样的，不管是向用户调研得到的一手需求、还是向运营同学调研得到的二手需求，都是需要尽可能了解清楚的。很多前辈说你有没有聊透需求，意思是聊需要一定要get到提出这个需求的人具体是在什么场景下要解决什么样的问题，不然就会在需求评审时出糗。如果是需求过多的情况下还可以把调研出的结果记录下来（记忆力好的同学随意）。其次如果传达出错误的需求导致评审会人员误判就更可怕了，所以在需求调研阶段一定要了解清楚不要怕在这个阶段浪费时间和精力。2. 需求分析需求分析说白了就是对需求的一个判断——判断这个需求的真伪性。B端产品大多需求是：企业中的用户在不同的业务场景中，会遇到当前产品解决不了的问题，于是就进行需求的提交。在用户提交完这个需求后，产品同学就需要对这个需求进行判断。个人认为：真需求=有价值+可行性，只有满足了这两点才能说它是一个真正的需求，我很认同工作中前辈的一句话“不要被用户所绑架”。需求分析是产品工作中很重要的一部分，假设省略这一部分，那么产品工作将变成一个PRD打字机一样，并且还特别容易为以后挖坑。产品功能其来源于需求，不管是B端产品还是C端产品如果一个功能加上后，只要有一个用户在使用，那么你如果要想去掉这个功能就是基本上不可能的。3. 需求评审需求评审一直是我在工作中较为头疼的一个环节，最近在反思中得到：需求评审=需求调研结果+表达力+双方默契，如果你也在需求评审中没有更好的给对方表达出要表达的问题，不防先看一看自己那一方面没有做好然后在逐个击破，在逐个击破的过程也是个人进步的过程。4. 文档的撰写（PRD）关于文档的撰写每家公司都有自己的文档样式，有的是有AXURE有的是WORD，当然每一种文档都有自己的优势，找到适合自己才是最好的。不管是使用哪种文档进行输出自己的想法都一定要详细，如果你文档上思考的不够详细，没有表达清楚，在开发、测试环节中是很浪费时间的一件事。其次就是在设计功能撰写文档的时候一定要尽可能的思考全面，这个是很重要的，特别是对于一些复杂的功能，每一种状况要尽可能的考虑到。研发和测试同学对于这些都会考虑得很全面，所以平时与研发、测试同学相处好并多多学习也是很重要的，当然我这里不是让大家去依靠研发、测试同学。5. 研发宣讲一般对于大型的功能设计完成后与研发同学进行宣讲还是很有必要的，一是可以让自己思考自己设计方案的不足，二是可以提前给研发传达出要做的这样一个功能，研发同学会根据功能的难易程度去进行研发排期。在进行研发宣讲的过程中一定要保持一个学习的状态这样才能让你的方案变成一个更加完整的方案。6. 进度的管理产品的方案到了研发阶段，因为很多功能都是并行开发的，所以对研发、测试的进度的管理就会变的