更新时间:2021年03月31日 16时55分13秒 来源:黑马程序员
2021年X月X日，周五，产品经理P小M的一天
08:50，进公司，打卡。
09:00，吃完早点，开始干活。
09:10，打开邮箱，看看有没有需要处理的邮件。有一封老板发的邮件，召集了产品、运营、技术、客服等部门负责人讨论APP的社区模块的方案，会议时间是下午2点。邮件里还有附件，是老板对社区的初步想法。
09:20，开始站立会，项目组成员围在项目负责人工位边上汇报工作进度和安排。前端说有个交互效果不好实现，需要跟产品经理讨论一下。另外UI说这个版本的UI图已经做完了，产品经理可以审核一遍了。测试说下周三可以完成测试，产品周四开始验收。
09:40，站立会结束。
10:00，带薪上厕所结束，然后开始跟前端讨论刚才提出的问题。好在问题不复杂，经过15分钟的讨论，替代方案出炉，P小M预计今天可以将新方案的需求更新到文档。
10:20，回到工位上，先打开后台，看看产品的数据情况，好像最近有下滑的趋势，揪心，看来需要想想办法了。
10:30，打开蓝湖，审核这个版本的UI效果图。其实P小M对UI的能力还是很信任的 ，所谓审核也只是过一遍。这个版本是个小版本，一共也只有十几个页面。所有，审核不需要多长时间。不过还是发现一个页面，视觉效果不是自己想要的，可能是因为UI对需求的理解跟自己不一样。
10:50，审核完毕后，带着刚才的问题，去到UI的工位上，把刚才的问题提出来。沟通很顺畅，短短10分钟，双方就达成共识，UI预计今天上午就能把图改完。
11:00，点外卖，纠(hua)结(shui)了十几分钟。
11:20，看一下老板发的社区初步方案，准备下午的会议。发现这个方案很多不切实际的想法，估计下午又有的吵了，头疼。
11:50，外卖到了，吃饭。利用吃饭的时候玩一下竞品，看看有什么值得借(chao)鉴(xi)的。
12:40，午睡时间。
13:30，睡醒，磨(hua)蹭(shui)半个小时，准备2点的会。
14:00，开会，讨论社区方案。果不其然，会议上口水满天飞，互相说服不了谁。老板要求大而全，图文、视频、直播，我全要，最好是同时上。技术部第一个跳出来反对，因为开发工作量太大，集中在一个版本上的话，这个版本得两三个月的时间，不符合APP迭代“小步快跑”的方略。而且对产品的性能要求会急剧增加，技术风险太大。运营部表示可以考虑一起上，因为这样社区生态更丰富，有利于用户活跃。P小M此时提出一个问题，做视频和直播的话，我们的视频内容从哪来?PGC还是UGC?做直播的话，主播从哪里来?如何引导用户的创造?如何保证社区的内容质量?客服部表示我们就是来打个酱油的。。。。
16:00，经过2个小时的脑(si)爆(bi)，会议仍然没有达成共识，不欢而散。但是老板要求产品部出一份具体可行的社区发展方案，下次再开会讨论。
16:10，带着一肚子气回到工位，准备开始写文档。因为上周开会通过的会员体系需要在下个版本上线，项目负责人要求在下周三之前完成需求文档，周四评审。目前还是刚画完原型，今天已经周五了，交互说明都还没写呢。
16:30，一个页面的交互说明都还没写完，运营找过来，说是最近订单量有所降低，因此临时决定做一个营销活动，活动方案老板已同意，需要产品部配合出需求文档，下下周一之前上线。
16:40，把临时做活动的需求告知找到项目负责人。项目负责人表示理解，但是要求产品部在下周一就要出活动需求文档并评审。因为活动开发需要时间，而且不能耽误当前版本的进度。
17:00，回到工位，把会员体系的文档关掉，重新建立一个Axure文件，开始输出活动的文档。这时产品助理小A发过来一份word文档，说是从APP用户反馈中整理的一份用户留言，从中挑选了几条比较有用的优化建议，需要你看看哪些可以采纳。P小M匆匆看了一眼，说这事下周再说，让小A自己先想想。
18:00，临近下班，活动的需求文档刚理出个头绪，突然想起来上午跟前端讨论的新的需求方案还没完成。哎，看来今天的加班完成这是新方案了。至于活动的方案，周末来加班吧。这时项目负责人通知部门开周例会，开会P小M匆匆点了个外卖，因为今天得加班赶活动的需求。
19:00，开完周例会，吃晚饭。
19:20，吃完饭，开始整理新的需求方案。此时，终于没人打扰自己安安静静的写文档了。
20:50，需求文档更新完毕，发布到禅道并在工作群@大家文档已更新。
21:00，下班吧，明天再来。
看完这篇产品经理一天的工作写(xu)实(gou)，大家对产品经理的工作有进一步了解吗?以上P小M的一天是大部分产品经理工作的真是写照，从文档输出到开会交流，无一不全。如果讲这些工作做个分类的话，产品经理的工作可以分为两大类：对内和对外。
对内工作
对内工作，最核心的部分就是输出产品需求文档，这是产品经理的核心工作。产品经理需要根据产品的目标、其他部门的需求、公司的实力资源等，输出合理的产品方案，并在规定的项目节点内形成文档，确保开发进度不受影响。
其他的对内工作还包括我们在前面看到的，关注产品数据、研究竞品、测试验收，这些都属于产品经理对内的工作。
对外工作
对外工作，那就是跟其他的人和事打交道了，这也是产品经理工作中权重很大的一部分。比如我们前面看到的，收集需求(老板、运营、用户等等)、跟进项目进度(站立会、周例会)、解决项目开发过程中遇到的问题、开会讨论产品方案等等。
工作优先级划分
产品经理的工作加在一起，那就是一个字：杂。又是写文档，又是开会，还要应对各种无理的、临时的需求，确实有点杂乱无章。面对这种情况，就得考验产品经理的协调能力了。事情加在一起，那就得分出个优先级出来，孰轻孰重，哪个先做哪个后做，如何合理安排时间，这都是需要产品经理慢慢积累经验，形成自己的工作方法。
猜你喜欢：