我是产品经理，我每天都做啥？(产品经理交流网站,关键词优化)

产品经理每天都要做些什么呢？事情该如何规划，时间该如何安排呢？

一、前言

人生就是一个斗智斗勇的过程，

你永远会发现难吃的总是下一顿，

快乐的都是前一秒。

介绍：于益虎，新能源行业，带一个20人的团队，包含产品、设计、前端、移动端（ios和android）、后台（Java）、测试，不包括运营和市场，这俩一个是狼一个是虎，我这娇滴滴的小身子，受不了他们的糟践。

说明：一天的工作包括早上上班开始到下班结束，时间一般是9点到晚上6点（晚上加班另算）。早上我一大半的时间是在8点半之前到，这半个小时，擦桌子，打热水，泡茶，吃掉早饭等相关事情；不加班就6点准时下班，加班就不固定。

二、以自我为中心的工作：我是谁，我在做什么，我要做什么

核心点，产品是支撑一个公司半壁江山的人，说好听点我们是半个CEO哦，决定产品-部分功能的生杀大权；说难听点我们就是消防员，干的是杂工还惹的各个部门都烦-简称背锅侠，反正有问题甩给产品肯定是没错的。你都能够清楚你的角色、定位、前进方向吗？如果你可以，那么你就要确认以自己为中心的去工作。

36氪、虎嗅网、产品壹佰。前两者是看一些行业资讯，后者是看别人的分享、技术。类似的网站还有很多，如果你一个一个都看过来，那么你一上午的时间也不够。

还有一个是标签内容，因为我是新能源行业，本行业内相关的事情还是要关注一下，另外不定期的会把一些有价值的新闻推送给品牌部。

9点30到10点30方向1：这一个小时谁也不能打扰我。根据前面半个小时找到的相关内容去搜索相关的信息。抓取一些详细的内容，并根据这些信息记录出需要的内容点，尝试放到自己的日程规划中，是否可以进行下一步的方向判别。

以上两点是我日常中固定的一个工作，了解市场，了解前段端技术，了解一下有没有什么新鲜的内容。

光了解还不行，看到好多图，好的文章立刻下载；钱到用时方恨少，我不怕我自己写不出来，我就怕我抄都找不到地方。

一般拿到图后我会马上应用一下，用手绘的方式简单画一下，看能否应用的上。

9点30到10点30方向2：没什么新鲜的东西，只看了一些新闻，把今天要做的第一件事情完成。在完整这件事情前谁都不能打扰我。

所谓要事第一，我自己的计划中只有三种类型，紧急&重要的&快速解决的；一般；长期。有人会说不对，明明是四种，你这个人怎么拿乱七八糟别人都没听过的理论来说呢。这个，我要怎么说呢，三种也好，四种也好，你分十种也行，但十九大怎么不见你上台呢？！～方法适不适合自己用了才知道，我的概念就是少就是多，太复杂了不好用。第一类事情包含了紧急、重要、可快速解决的，对于我来说就是要立刻去处理。比如新版上线前的引导页说明文字要修改，UI提出意见后我立刻着手去梳理，12分钟搞定，反馈过去，这个就是快速解决的事情。

10点30到12点：该订饭的时候订饭，不该订饭的时候把前面同事过来说需要沟通的事情一起过一下。不外乎三件事情：1、部门争执：这是最多的，一旦遇上这样的事情，基本到中午吃饭我就不考虑做别的了。2、会议：不知道什么时候会发生，也不知道什么时候会结束，总之是要随叫随到，而且还得根据会议内容做调节。3、需求说明：其实这个可以归到1里面，讲解啊，沟通啊。

关于产品的需求要怎么让别人明白？我给产品的定义就是：你的需求丢出去，设计、前端、研发、测试、客服这些人员可以在产品不在的情况下读懂。阅读的内容必须包括流程图、原型图、PRD文档，如果在时间来不及的情况下PRD文档可以使用标注的方式画在原型上，但原型必须包括功能所涉及的内容和基础交互。

会议上的内容要怎么记录：重点、核心、最关键的内容。运营说我们要做马上要过年了买车的人会很多，要做促销啊，要给用户优惠让用户占到便宜，让用户可以通过活动领取，然后在付款的时候可以使用，能够满100元减5元。促销、领取、满减。6个字就是前台的功能，对应后台是列表、设置。然后在记录运营提出，在XX时间要，需要反馈。

12点到1点：吃饭、午休。

1点到3点方向1：下午清醒了，先忙自己安排的第二件事情。一般我会把内容较多的事情作为第二件事情来做，第二类事情基本就是产品设计，不外乎调研、分析、思维导图、流程图、原型图、PRD文档，根据功能的大小分成一次搞定和两次搞定。无论是一次搞定还是两次搞定，当前模块一定要做完，不然就是等一下，一会找你。

1点到3点方向2：嘿，足球，你一脚啊我一脚，我一脚啊还是我一脚。所谓踢足球就是要甩锅，这个事情怎么说呢：运营KPI没做好怪功能不完善；设计嫌弃前端把页面做了改变；测试很无奈的说出现bug和我有半毛钱关系啊；研发加班到秃顶了也没人说一句好；产品觉得为啥没我啥事？其实大家最后都会怪产品，不然10月份某软件更新的时候为啥会写杀了一个产品经历祭天呢～

出现问题不可怕，可怕的是最后背锅的是无关人员。比如出现了bug第一人员是找测试和产品，这里为啥不是先去找研发解决bug呢？对于软件来说，现在技术没有什么太难解决的，所以需要看的是bug出现的原因，如果是代码问题直接让研发来修改就好了；如果不是代码问题就要找到原因，是系统偶现闪退？还是网络不好导致订单延迟？还是手机升级导致版本不兼容？还是产品设计逻辑有问题？

3点到4点：准备各种报（日报、周报、月报、总结等）。平时弄产品、设计、研发（IOS、android、Java、前端）、测试的日报，周五还要加周报，月底我自己还要弄月报、绩效。为啥是要花一个小时呢，因为我对每一个人的日报都详细查看，并且对有疑问的内容进行沟通，确认工作内容，对有疑问和不合理的地方提出修改意见。

产品为什么还要管理研发团队？这里不是说我要管理研发团队，而是人到了一定的层次势必要去做管理，没有尝试过得事情要尝试了才知道，事情做的多了才会熟练。纸上谈兵仅限于嘴巴说，只有亲自上战场和兄弟们一起拼过才会明确的知道不光要会造枪还要知道实际使用的时候哪里不方便。

4点到5点30方向1：隔一天会有一次和部门人员进行一次沟通，主要是对工作进度。或者和上级、运营聊聊。

4点到5点30方向2：做产品需求方面的事情，深度专研一下。

5点30到6点：第二天（下周）的工作预安排，写好第二天（下周）要做的事情，分成1：重要必须要完成的。2：内容较多的。3：长期可以延后的。任务中必须有一个是产品设计（包含完整的思维、流程、原型、PRD），这个是最基础的内容，其它在预估还可以完成其他几个内容。

三、好好好，你胸大你先说：谁要过来，要做什么，怎么解决

核心点：既然无力改变生活那么就要学会去享受，天塌了还有个头高的顶着呢，对吧。学会听从，会说，该背锅的要背锅，有一种产品经理业务能力不行，技术能力不行，设计能力不行，但会说话，这样也行。都说是金子总要发光，你总得有个亮点吧，单纯说长的帅不行，会被打的。

9点到10点：联盟和部落开始为了胜利而战斗了~然而邪恶的亡灵虎视眈眈准备随时加入战场。不应该是说9点开始到几点结束，而是战斗号角吹响，我们就要为了荣誉而战了。这边的豆浆包子还拿在手上，那边的茶叶放在被子里还没有倒水。遇到这种情况，我都是只上去说一句话：要么你们吵到一方胜利给我一个结果，要么两边都闭嘴我帮你们理。通常大家都会看在这么帅气、优秀、充满着阳光的面子选择2，然而实际是特么的谁管你是谁啊……

需求要怎么去了理解？我是按照从后往前的顺序来做。先测试、在研发、在前端、在设计，然后是产品，最后是需求提出方。为什么按照这个顺序？因为需求提出方只要能满足就可以，最终整理出来的是产品，然而人不是万能的，产品在做的时候可能会没想到也可能有考虑分期完成。其它部门在做的时候会对需求、扩充进行自我考虑，基于前端想、基于设计体验、基于研发技术、技术测试力度这些都会对需求点产生额外的想法，一旦产品的需求不足以说服别人，那么这里就是问题了。

我一般会根据情况做判断：是否是当前的提出需求不能满足现在的功能，如果仅仅的小改动那么我会立刻让产品去修改；如果是功能改动较大那么我会让产品提出二期规划，把对应的需求进行升级；如果是需求不能满足或错误立刻去更改，这里不要说前面已经确认过或怎么样。

以上经历一般我会控制在1个小时内，如果花费再多时间，那整个模块对应的部门都要暂停手上的工作了，需要判断是否前面是做了错误的事情。今天一天我会都安心在处理此事，并且给一个最终的结果。类似上面的事情，我一天最多安排两个，上午一个下午一个。工作嘛，就是为了开心对吧，虽然话说大家都是为了工作，不要不开心，但被堵这个事情真的会影响心情。

10点到12点：周一（团队会议，根据上周的周报要对项目推进或部门沟通）、周三（项目沟通，通常会有几个重点项目挨个询问进度）、周五（询问本周进度情况根据情况对下周的工作做安排和调整）。周二和周四一般为机动时间，工作内容不止一个，前面没有沟通完就要延后。但沟通我都会在上午进行，上午时间短也适合被打断，而且早上精神力都比较好，能够沟通的内容也多。

会会会，会会最重要，有事叫上产品经理要开，没事叫上产品经理也要开。

每次新功能产品完成后，也需要把对应部门人都叫上，然后一起头脑风暴一下，确认没问题就可以递交，然后安排到档期中。

1点到3点：产品设计，抛开杂念，一天的时间总要做点自己本职的工作，哪怕只完成一个需求的思维导图也好，这样我抽空就可以把流程图画了，在抽空我就可以画原型，最后补PRD。实在是要被打断的情况下也要把当前一个点给结束掉。这个时间段基本我也不会让别人来打扰我，如果被打扰了就和4点到5点半这个时间段进行调换。

3点到4点：日报，内容同上。即时是在会议中，我也会先和会议上的人沟通一下，后续是否还需要我全部参与？如果不需要这一个小时我要整理日报。如果需要，那我会在群里发通知让大家把日报发到钉钉上我大概看一下。

4点到5点半方向1：整理会议&内容纪要，把自己要对接要完成的内容记录的自己的日报记录本上，按照紧急重要程度划分在后面几天内分别完成什么。如果要和其它部门对接，产品研发部我直接去找，其它部门我都是先询问对方的部门领导有这么一个事情，需要给我一个答复我在XX时间前要得到答复，谁来和我沟通。

会议内容我们前面说了要怎么记录：重点、核心、最关键的内容。还要记录下是谁提出的，有了想法后还要和提出人进行磨合。那么对于征讨产品的会议要怎么去处理呢？比如市场埋怨产品性能不够，别人有的功能我们没有，软件报错等等各种问题。怎么回答？怎么回答的有里有面既不折了市场的面子，也不让自己当顶罪羊。没办法回答，有时候就是得你认罪。是不是有时候特别想站起来鼓掌：说的好。然后在怼一句：什么都做到合适了还要那你们销售干嘛？然后紧接着在发一个朋友圈：心灵鸡汤上说可口可乐第一年的销量只有25瓶，用来讽刺一下。可惜您能吗？不能，销售能定半边天，销售老大一句话你能滚蛋，而他只是张了下嘴巴。

4点到5点半方向2：上午的战争如果双方的将领没有分出胜负，那么下午就要开始集体冲锋了。不考虑原型的情况下，只核对流程图和思维导图，流程能对，思维导图里面的功能都有，并且还有拓展，逻辑能够走通顺，那么这个需求就是没错。剩下的就是功能调整和优化的问题。当天的事情除非很多，不然关于沟通我都会给一个答复，最迟拖延一个工作日。

对于功能来说，每个人的理解方式不一样，就好像微信为啥不能临时私聊一下？很多人都有这个迫切的需要吧，就比如我，现在已经把微信屏蔽了添加好友，天知道有多少人要加我，更不知道为啥有那么多人加了我就是为了加下我而已，你把我屏蔽也就算了，偶尔的招呼了一句不是帮忙点赞就是索要，那么理所当然地理直气壮地一张口。我真想化身为爱和正义的美少女战士水冰月——代表月亮消灭你。

5点半到6点：内容基本和上面一样，谁都不知道明天会发生什么，于是乎只能预估。

四、归纳

关于任务：我安排自己或给其他同事安排也都是安排一半的任务，剩下为机动时间。如果是有长期的任务，那么就尽量细划分到每周完成多少，每天完成哪些，一周的时间我最多只安排4天。产品这个岗位，不确定的事情会很多，像我现在的公司状态还好，从我来了重新规划和制定了一系列流程，大家的工作都比较顺畅。我知道有些公司一半的时间要用于开会、沟通，剩下的时间再劈成两份，1份来记录整理，另外1份加上加班的时间来做产品设计。