这一年产品工作中的六七八九事
到12月的时候，一直想着写篇文章，聊聊这一年产品工作中的所见所得，所思所想。奈何一直拖到现在已经27号了， 刚好西安封城，在家隔离。吃完晚饭，闲来无事，随便写点，也算是一个年终总结吧
1、关于产品经理不同阶段工作的选择
其实这个我在一个回答里面讲到过，一个刚做产品的实习生，和一个工作三五年的产品经理，工作选择时肯定是不一样的
实习生选择的工作应该更多的是去做执行层面的的工作，按照领导交代的任务，写好文档，画好原型，做好进度跟进，做好沟通协调的工作。多看，多听，多学，打好基本功。
那有一定产品工作经验的，在这些基本功完善的前提下，重点是去做好需求挖掘，需求分析和产品设计，如何更好的服务于业务。这个阶段一般都是开始自己负责一条产品线，自己一个人去负责对接上下游部门，做好整条产品线的工作。
在这个过程中，逐渐锻炼自己的产品规划能力，在原先服务于业务部门基础上，争取做到引领业务部门的发展。
根据以上的阐述，公司在招聘时，就需要明确你要招的是什么阶段什么水平的人；同样，求职者在求职时也需要了解清楚，把你招去是去做什么水平的工作。要不然，初级水平做高级水平的活，你做不好不说，自己压力还山大。高级水平做初级水平的活，活儿是轻松，可没什么成就感不说，自己的能力也会慢慢退化，得不偿失啊
2、领导这个角色很重要
你的领导会为了掩饰自己需求调研不清楚而胡诌吗？你的领导会虚心接受你的建议吗？如果此时，你也是带领团队的产品经理，你也可以问问自己这个问题。
其实两三年前我就带过人了，但是说实话，带的很失败。现在回想起来，人性的弱点在我这个领导能力不足的人身上体现的淋漓尽致。总结几点说明一下
1）没有制定什么标准或者流程，只知道做事，产品团队没有魂。
需求分析没有方法论，产品文档没有标准，需求评审没有流程，团队合作没有规矩。团队成员如何去做需求分析，要输出什么内容；符合自己团队的产品文档格式是什么；要做好需求评审，之前要做好哪些准备；产品上线后如何与运营协同，达到更好的运营效果；整个项目如何进行复盘，去解决合作过程中遇到的问题，下次如何避免等等
2）领导才应该以身作则
制定了规则和流程，那就按制度办事，别到了自己跟前就搞特殊，这样子规则和流程迟早成为摆设。比如说好的与开发测试原型评审前，产品内部需要先进行评审。那就严格遵守这个要求，别搞特殊，到你跟前就不做了，时间紧迫也就算了。如果这样的话，其他人也会找同样的理由，你还不好意思说，因为你或者别人之前也因为同样的原因没评审，凭什么到我这里就必须要评审。
产品经理必须严格要求自己，这样才能上行下效，自己的威信和影响力才不会丧失掉。
3）领导也要直面自己的缺点
说实话，我很烦领导给我来一句：这是张总（大领导）提出来的，你说做不做？！我也很烦领导来一句：张总让这么做的，你要不这么做，后果你来承担？！
或者有时候领导提出来的方案很扯，下面的人都不太赞同，可领导还是找各种借口，扣各种帽子，要求下面人按照自己的方案来做。
其实你承认自己的需求没了解到位，还需要再多了解了解，分析分析；你承认自己的方案不太适合，这些都不跌份，下面的人都不会因为这个看不起你。因为大家都能理解，这都是正常的事。反倒是你死要面子坚持下来的方案，最后被证明完全错误，那个时候大家才会觉得你很逊。
为啥？！不虚心接受别人的意见不说，明显方案很扯，还一直坚持，最后大家跟着做了很多工作，被否定了，不对你产生质疑才怪。
3、如何与领导沟通
文接上一话题，当你的领导方案很扯，但仍不听取你的建议时，应该怎么办？？
我想很多性格比较直的人会跟领导刚正面，据理力争，然后双方都下不来台。其实你可以情绪非常稳定的给领导说一下他的方案有哪些利弊，会造成哪些不好的结果（其实这些你们领导都知道），然后让他考虑一下（给他一个台阶下嘛）。如果领导还是坚持己见，那其实你再劝也没用，去执行就行了。
可能你领导不是一个虚心接受建议的人，可能领导有自己考虑的点，你没有考虑到。即便是最后证明方案不对，那背锅的十有八九也不是你（不过你得小心背锅）
4、直属领导VS.直属领导的领导
你跟你的领导有观点的冲突，对吧？你领导跟他的直属领导也会有冲突，这都很正常。同样也跟你一样，即便是对他领导的决策有意见，大多数时候也是忍气吞声。
那如果你领导的领导给你下达了任务，但是你领导却不让你不要太在乎这个任务，那该如何处理呢？
这个时候你可以主动去找领导的领导去聊，说张哥（你的领导）还有其他任务交给我，可能跟你交给我的任务有些冲突，张哥还说他的那个任务优先级比较高，所以需要你去跟张哥沟通一下，确认一下优先级，然后我再一件一件处理。
或者说你的领导给你说，没事，你先去办我交给你的事。我去跟领导说一下，那你就放心去做吧。
而有的人直接就忽视了领导的领导交给他的任务，直到询问结果时才告知情况，其实已经晚了。如果这个时候你的领导出来替你说话的话还倒好，要是不替你说话，那你就会给人留下不靠谱的印象，以后就不会给你安排任务了。大领导都觉得你不靠谱了，那升职加薪就不要想了，对吧
5、项目复盘到底是虚的没啥用呢，还是有很大作用
我只能说，当盘子越来越大的时候，复盘可以解决很多问题。
举个活生生的例子。我来现在这个团队一年多了，直到今天早上才举行第一次复盘会议。为什么？因为目前大家都在居家办公，上个版本上线后出现问题，大半天才解决掉，严重影响了业务的开展。在大领导的呼吁下，才好不容易开了一次复盘会。
你是不是觉得很奇葩，要我说其实不奇葩。为什么？因为之前上线其实也有问题，不过之前上线涉及的内容基本都是跟业务相关，东西比较少。有问题也可以快速定位，快速解决。
但是当现在 上线的内容越来越多时，包括业务模块，中台升级，课题系统等，盘子已经很大了。这个时候出现问题如果不及时复盘的话，后面同样的问题还会多次出现，上线后出问题也是必然。
哦，记得去学一下如何复盘，不然就会像我们今早，开个复盘会像开批斗会一样不说，开始前连个做会议纪要的都没确定，那就很扯了。
6、你觉得需求评审最关键的一个环节是什么？？？？？
需求评审时你是不是觉得自己很孤独，开发、测试没有一个提问业务相关的问题？你是不是经常会抱怨开发或者测试人员在开发或者测试过程中不动脑子？你是不是经常在最后验收的时候发现跟你评审时候讲的不一样？
有没有问问为什么？真的是他们不愿意动脑子吗？
我觉得最关键的一点是，在需求评审的时候，没有让开发和测试人员深刻体会到所开发内容的场景！
你可能会说，我有画业务流程图啊，你觉得一个形象生动的流程讲解，和一个死板单调的业务流程图，开发更愿意接受哪个？尤其当你的业务流程图特别冗长的时候
为什么不让开发、测试（最好是负责当前模块开发和测试的人员）和你各扮演一个业务活动中的一个角色，然后讲一下各个角色在业务活动中的行为，遇到的问题，以及他们是如何解决的。你甚至可以让他们站起来，跟表演小品一样，演示一下大致的行为和操作。
这样演示完，角色扮演着深刻了解了用户的需求，其他人也看到了业务活动的生动还原。接下来你讲不讲业务流程图都已经不重要了，最后讲一下你设计的产品方案，是如何帮助各个角色解决过程中遇到的问题的。这样你的方案也会更有说服力，其他人员在理解场景的情况下，也会愿意参与进来积极讨论，开发过程中也会记得业务人员的使用场景，最后做出来的东西肯定会更切合你的产品方案。
7、产品经理要影响团队的价值观
这个话题下我想说两点
1）任何一个员工在其岗位上都极其渴望得到认同。产品需要业务的认同，开发测试运营也都需要得到认同。这种认同可以来自同事，来自领导，同样也可以来自业务，我只说业务的认可。
张坤，这次上线的这个驾驶舱的业务数据，业务李总说了对他们很有用，让他能了解到每天有多少业务员的派件量不达标。
李晨，上次那个客服小姑娘说了啊，之前这个模块一直有bug，你也去现场看了好几次，这次测试的很完整，那个姑娘说现在一点问题都没了，效率提高了很多。
让他们知道他们做的工作是有用的，是对业务有帮助的，这其实就是对他们莫大的肯定和鼓励，也是对他们价值的认可。
当然，别说一些虚的，什么这次上线效果不错啊，bug很少啊，每次很具体的点一两个人，明确的进行表扬夸奖。怪诞行为学上说，这个作用比什么金钱奖励有用多了。
2）产品经理不要把你和团队分开，产品出了问题，是整个团队的事情，整个团队担责，不要说因为开发发版问题，逻辑不完善问题、测试场景没覆盖全等，没有任何意义，反倒增加内部矛盾。出问题时反倒应该是产品经理去抗住，然后快速定位问题，解决问题，然后复盘，最后改善。这样才是一个团结一心的团队，如果出了问题先甩锅，嗯，你也可以告诉我真实的职场其实就是这样，哈哈
8、其他想说的
1）如果你在工作中有独立负责一条产品线的能力，但是没有给你独立负责的权利。不要躺平，主动去进行管理，在做好领导交给你的任务坚决执行好的同时，去跟进开发或者测试进度，去和他们沟通，看看有什么问题，协调资源帮他们解决，这样你最起码在负责你产品线的开发和测试这里树立了威望。他们有问题会直接去找你，而不是去找你的领导
2）工作中不要懈怠
其实刚来公司的时候，我的原型还是很标准的。该有的图示，说明都有
只是后来随着和开发测试人员合作的越来越多，再加上我来公司时根本没人这么做，慢慢的就将一些大家都默认的东西在方案讲解时一句话带过了，就没有详细的去进行说明了。
结果前两天新来了一个员工，跟我刚来的时候一样做的很标准，大领导就对我们一顿批评。后来觉得说的有道理，不管环境如何变化，一定要做好自己，坚守本心。
9、最后想说的
说实话，产品这个岗位现在真的越来越卷。与城市有关，西安本来互联网公司就少，在西安当地的产品竞争本来就激烈，再加上很多北上广漂着的时刻想着回来，就更不用提了；与行业有关，互联网行业本身相对其他行业好像更卷一些；与个人能力有关，城市和行业不能改变的时候，就只能提升自己的能力了
之前一直想着拓展一下产品路子，换个行业试试，比如城市管理，政务管理或者物业管理等，因为我觉得这些可能会更直接的帮助到大家。只是现在很多公司招人，看你没有行业经验，没办法直接上手，就直接pass了，我就只能一直徘徊在物流行业了，真的是太难了
也想过换个职业，相近的换去做运营，或者直接去干业务，比如仓储管理或者物流管理，一方面是没有太合适的机会，一方面是因为薪资确实比目前低很多。
但更多的还是希望一直在产品这个职业一直干下去，一是因为自己本来就计算机互联网行业就比较热爱，也是因为觉得通过自己的产品可以帮助到业务人员以及业务的发展，也算是一种成就。
晚上坐着一口气写了这么多，算是日常工作中遇到问题的一个反思，算是一篇年终的总结，也算是一篇与各位的分享。
愿大家在产品工作中不忘初心，砥砺前行，找到自己的热爱，并用心去追求
哦，提前个大家拜个年，哈哈~~~
[这一年产品工作中的六七八九事](https://coffee.pmcaff.com/article/3198729796619392?newwindow=1 )]
