产品经理每天具体有哪些日常工作内容

产品经理的角色往往会因产品生命周期和公司阶段而异。由于这种可变性,日常活动范围很广,但是最终,产品经理仍然要负责与多支团队合作以及将不同的对话移至封闭状态。

下面,我们为两个不同的PM角色提供了两个日常活动的示例:

消费类技术经理

8:00 AM:醒来并检查手机上的Outlook邮件应用程序,以确保一夜之间不会弹出任何高优先级问题。之后,我通常会立即检查公司的Slack,以查看是否收到任何需要立即解决的新邮件。

我提醒自己,起床并对电子邮件/ Slack做出反应是一个可怕的早晨习惯,但这是我最近无法避免的事情。我一边听播客,一边伸展20分钟,然后跳到笔记本电脑上阅读一些行业新闻和博客,以确保我保持最新状态。

9:00 AM: 我进入办公室,一边吃点早餐,一边检查Asana(我在其中跟踪个人任务),看看今天需要完成哪些P1项。我在前一天晚上发出的有关功能规格的评论/反馈有一些,我需要花一些时间来解决或在编辑规格时加以考虑。

30分钟后,我需要一些时间来回应一些Zendesk票证,其中包含我们用户发送的反馈。一些票证包含有关功能的一些想法,我确保将这些想法记录在待办事项中,以供日后优先处理。

10:00 AM: 当天的第一次会议。每周定期进行一次PM同步,各PM聚集在一起,谈论他们上周的工作,本周的工作以及对小组其他成员的任何疑问。

这是使所有PM在进行中或需要注意的事情上保持高度一致的一种好方法,因为我们的许多产品在用户工作流程方面都有很多重叠之处。

上午10:30: 每周,一个产品系列向公司主管和产品团队的其他成员进行产品审查。在产品审查期间,项目经理将概述最近发布的产品和所有可用指标,即将发布的产品,最高用户需求以及更广泛的产品路线图。

本周轮到我的产品系列了,所以我花一些时间来更新一些幻灯片,并从Mixpanel /查询数据库中获取相关的指标和见解。

12:00 PM:  我想确保本周不会被淹没,所以我从厨房拿午餐,花了午餐时间在办公桌前工作, 偶尔休息一下以回复一些个人电子邮件。

1:00 PM:对于大多数 软件团队而言,产品更新是在“发行版”中进行的,并且在每个发行版中,都有一定数量的任务以JIRA票证的形式出现(JIRA是许多工程团队用来记录,计划和规划计划的工具。 ,并分配应完成的任务/改进/功能/错误修复)。 

为了确保在发布正式投入生产之前,所有代码更改都得到正确考虑和测试(简单来说,“正式生产”中的代码对于用户来说是实时的), 我们的工程团队会在一周初冻结代码在这一点上,由PM或QA决定开始测试为该发行版投放的任何JIRA票证。

我花了一些时间测试与我的产品系列相关的所有故障单,以确保它们按我们的产品预期工作,然后关闭故障单或重新打开任何我发现仍存在错误或需要额外工作的故障单。

2:00 PM: 我将参加产品系列的另一个跨职能团队会议。该会议聚集了产品系列的所有相关利益相关者,包括工程,设计和运营团队的成员。每个团队都会提供有关他们正在从事的项目状态的快速更新,我们会共同讨论任何障碍或持续存在的问题。

2:30 PM-3:30PM: 我们正在重新设计产品系列的移动网络应用程序,该项目的设计师已经完成了Invision上的原型,可以与用户进行测试。我们的目标是与一些用户志愿者坐在一起,并进行一些可用性测试,以查看可以改进重新设计的哪些部分。

我编写了一个测试脚本,其中包含我们要让用户在原型上完成的问题/任务,并且花了一个小时与设计师一起审查了该脚本,以确保我涵盖了他重新设计的所有要素。

3:30-5:00PM: 另一个工作块,用于完成各种项目的一些正在进行的任务。我回答了工程师有关他正在使用的功能的一些规格详细信息的几个问题,并与我们的运营团队联系,以查看我们在本周晚些时候排队等待该功能发布的启动电子邮件。

5:00-6:30PM: 我整理好幻灯片,进入产品评论幻灯片组,审阅我的首席PM建议的一些更改,然后回家。

移动游戏PM

8:00 AM:醒来并查看我行业中的主要博客/新闻聚合器,以确保我了解该行业和竞争对手的最新情况。检查我的Google Doc PM 任务列表,并添加/编辑当天需要完成的所有项目。如果我有多余的时间,我将尝试完成至少20到30分钟的在线课程,这些课程我当时恰好在参加。

对我来说,不断学习一门我不熟悉的科目以确保自己的成长非常重要。在进入办公室之前,我会尽量避免发送电子邮件,否则最终我会花宝贵的时间来回复或清理收件箱。

9:30 AM:进入办公室,吃点早餐,然后与我的开发团队一起为每天的早上站立做准备。

10:00 AM:每天,我们每天进行15分钟的团队站立训练,这通常是敏捷开发过程的标准部分。在这次会议上,我们有专门的Scrum Master来主持每个环节,每个人都回答3个主要问题:1)您昨天在做什么?2)您今天要从事什么工作?3)是否有任何问题阻碍您完成工作?

10:15 AM-11:00PM:通常通过答复电子邮件和KPI更新来划分此工作块。我要做的第一件事就是更新我所有的KPI仪表板,以确保指标不会超出标准,并且一切运行顺利。如果我发现指标发生任何奇怪的变化,我可能会做进一步的深入探讨以帮助发现任何问题。

11:00 PM-1:00PM: 我正在研究一个相当新的项目,我们围绕功能规划经常开会。我们的团队喜欢进行“干扰会议”,将工程/设计/ PM放在一个房间里,所有人都在为我们正在尝试构建的新功能贡献思想。

重要的是,我必须以自己的想法,线框和客户的见解来准备充分的会议,以帮助指导对话。尽管获得每个人的意见和想法很重要,但我也想确保我们确定优先级并确保我们处于开发范围之内,以使想法不会仅仅超出计划中的功能。

1:00 PM - 1:30PM:与同事共进午餐,通常只是出去。我很幸运,我的同事们也是非常好的朋友,我们所有人相处得很好。

1:30 PM-4:00PM:我花了一些时间与我们的销售团队(在游戏中,我们称他们为现场运营团队,负责处理游戏中的事件和销售),讨论我们销售团队希望我们的开发人员使用的新管理工具团队建设。

我与工程经理同步,简要讨论了技术要求,然后花了一些时间进行线框图设计(在PPT中,我们不使用Balsamiq这样的工具),然后将其传递给工程经理,由工程经理选择合适的开发人员在工具上工作。

我还花费大量时间来提取数据,以对已启用的最新功能进行临时分析,并探究为什么最近收购率一直在缓慢下降。

4:00 PM-5:30PM:与产品营销部门会面,以了解我们最近的收益状况,并决定我们是否要开始增加营销支出。我们最近一直担心CPI(每次安装费用)上升,因此想测试各种广告素材,以查看对各种广告进行拆分测试是否可以降低用户获取成本。

最终,我们决定暂时搁置一段时间的营销支出,直到最近我们可以找出收益较低的来源(可能与产品,市场或营销相关)为止。

5:30 PM-6:30PM:  我想对我们的团队进行事后分析,以回顾一下我们最近一项功能的运行情况,最后我只有一点时间来完成一些工作。我将花一些时间运行一些SQL查询并进行一些数据分析,以帮助创建一个演示文稿,明天我将提交给团队。

6:30 PM-7:00PM: 再一次在笔记本中浏览我的个人工作清单,并简要规划明天要完成的工作。根据一天的不同,我可能会在回国之前与同事一起喝啤酒。


从两个不同的产品经理的角度来看,您可以从上面的时间表中看到,PM的日常角色可能会发生巨大变化。除了这些示例性日常任务,以下是大多数PM在工作中始终必须执行的一些一般职责:

站立会议:如果您的初创公司运行敏捷的开发过程,则您可能会举行“混乱”会议,使团队聚集在一起,谈论他们昨天的工作,他们将要做什么,以及是否有阻止任何人阻止的活动做工作。

优秀的Scrum管理员将能够引导对话,并确保没有人深入了解任何特定任务的细节;目标不一定是解决站立会议期间的任何障碍,而是帮助通知合适的团队成员,使他们可以在会议以外的问题上进行工作。

与客户交谈– 无论是亲自还是通过其他媒介(客户支持票,电话,视频会议),您都应该花时间与客户交流,以了解团队的建设对客户有用/有价值。与客户在一起的时间也将帮助您计划即将推出的功能。

产品积压管理: 管理产品功能积压,确保您的团队在功能开发之间没有死角。优先考虑团队需要在即将开始的sprint中使用的功能。

战略规划–  作为项目经理,我总是积压短期/中期/长期的产品功能构想,考虑到最近的市场变化或您执行的数据分析,始终思考这些构想是否有意义非常重要。

规范编写:您可能会或可能不会编写概述新功能的综合规范,具体取决于组织的精瘦程度,这些新功能包括功能背后的上下文信息,例如业务目标。您可能还在做线框,以包含在规范中。您还将在功能规划会议中与工程/设计团队的其他成员讨论规格(这可能是一个反复的过程)

与其他团队的会议:您将花费大量时间参加会议。根据公司的规模,您将花费时间与各种跨职能团队(例如销售,市场营销,业务发展等)共度时光。您还将偶尔与高层管理人员会面,以使他们及时了解最新情况或说服他们与您的产品愿景保持一致。

数据分析-数据是使消息灵通的产品决策至关重要所以项目经理应该能够理解,希望他们拉需要运行的分析数据。学习SQL和Excel是在作业上运行基本数据分析所必需的。

文档-一个好的PM是非常有组织的与不同团队收集信息和正确总结/记录的最重要的信息以适当的利益相关者共享。

例如,我需要维护一个干净的产品路线图,不仅要为我自己准备估计的完成时间和发布日期,还需要与产品营销分享,以便他们对何时开始制作新的广告系列或广告创意有所了解。

本文由 学习链 作者:秋叶 发表,其版权均为 学习链 所有,文章内容系作者个人观点,不代表 学习链 对观点赞同或支持,未经许可,禁止转载,题图来自Unsplash,基于CC0协议。

发表评论