产品经理的一天是怎样的?

关注者
7,172
被浏览
1,474,231

272 个回答

这样?

总结成一句话就是:

白天开会,晚上写文档


———— 2019年更新 ————

我对于做产品最新的思考,和极客时间合作了一门产品创新课程,欢迎来试听

:)

W38

着一个星期把上周的想法付诸了实践,有一些收获。

  1. 做了日志之后心里更有底气了,做事更加有条不紊了
  2. 心里有了自己想尝试的事情,对于工作结果有了不一样的认知,上班的勇气增加一倍
  3. 做了一些取舍,对瑕疵的接受度更宽了

W37

有这么多小伙伴看,感觉可以更新一些最近的想法:

  1. 最近开始做工作日志了。学习时间管理的人会越来越忙。所以不能光学习时间管理,还需要知道自己管理时间的目的,真正的留出时间来做自己想做的事情。
  2. 如果工作环境对个人的限制比较大怎么处理?产品同学很多想法会被团队、资源等外部条件限制住,导致每天郁郁寡欢。换个角度,在自己的业务范围内思考一些自己想尝试的项目,尝试去完成,这样即便需求本身受阻,我也会有别的收获。
  3. 不要成为那个救火的人。如果你做的业务特别前端,所有事情都捏在手里,那么我可能会没有时间来做更好的规划,逐渐失去一个产品经理人的特征走向一个业务运营。应该做的是:允许自己的产品有瑕疵,允许这些瑕疵带来一些损失。通过迭代,从根本上完善。

以下是原答案:

记录一下底层产品的一天

8:30 起床

8:30~9:00洗漱时间不能耽误,英语新闻、36氪早报,捯饬完点咖啡(脱脂、无糖、双倍浓缩)

9:10 到达咖啡店,拿上这杯鸡血来一口

9:10~9:40 通勤时间刷手机,浏览所有推送,看看行业里有什么新鲜事;对目前中后台支撑能力表示不满,想一下还可以抽象一些什么通用组件。

9:40~10:00 到工位,看一下jira上有没有卡片还没有拖,准备早会

10:10~10:20 早会,主要关注需求进度,看有没有要延期的

10:20~11:50 跟进需求(前后端测试排队问问题),改sql捞报表对数据,收到业务需求。必须做的先把卡建了,其余的记录下来和相关方沟通。尽量不要怼人,努力提醒自己要友善。

12:00~1:30 吃饭、洗碗、刷牙、看b站、午休

1:30~6:30 下午大乱斗时间主要由以下内容构成:

  1. 需求验收
  2. 前端找我、测试找我、我们一起找后端
  3. 后端找我、测试找我、我们一起找前端
  4. 前端后端测试一起找我,我理直气壮的跪求各位大佬一定要实现
  5. 找其他组产品对接、找其他组研发对接,给别人提需求感觉自己又可以了。
  6. 业务找我,想办法解决业务问题(把握住友善度)
  7. 想做报表需求被拒绝。第100次自己写复杂语句失败,不好意思找人改。跪求研发大佬帮忙写sql,跪求数据分析师帮忙写sql
  8. 开3个prd同时写,自己又可以了。同时感觉这个需求模板还要优化一下。
  9. prd写了两行被叫走对需求,回来忘了前面在干啥
  10. 还没开始写第三行,业务call我开会,一边写需求一边开会
  11. 跟同事吐槽今天验收全是bug,吹嘘自己想揍研发
  12. 研发下班了,我还有两个需求没写完

6:30 点一个晚饭,有时候不吃。继续写需求,整理需求list,对下个季度的okr陷入沉思

7:30 开会+氛围特别激烈的沟通。力竭而亡。

7:30能下班,回家就煮饭、锻炼

11:00能下班,回家就煮饭,睡觉