产品经理 | 普通和优秀之间的距离

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

对于普通的产品经理,他只负责份内的事情,诸如产品设计、项目推进、需求分析。所以跟其他部门一样,是独立的职能人员。对于优秀的产品经理,一方面是视野和感知,一方面是负责的事务和工作内容,都要触及其他部门,成为他们的中枢。

qubei

普通产品经理的一天可能是这样的。

早上到公司想一想,这几天有哪些事情要处理。打开记事本,按照上面要求的任务一条一条开始做。

这里有个需求,是要给产品的聊天模块增加历史记录。嗯,看一下常见的几款社交工具 APP,他们的做法,心里大概有数。打开空白的 Sketch 文档,开始作图。

这时工程师同事来找,说有个之前的需求文档表述不清。于是带上相关的大伙紧急开会核对一下。哦,原来是有个逻辑没描述好,讨论清楚就行了。大家心满意足地散会。

继续做文档,已到中午吃饭时间。刚要去吃饭,老板突然喊住,说哎昨天安排的那个整理产品简介的 PPT,有没有做好。才突然想到这事儿,记事本里倒是记了,还没来得及做。

于是叫了外卖,赶快先做 PPT。花了一小时终于搞定,赶快发邮件给老板,然后继续做聊天模块的方案。

方案做完,发给 UED 部门。再看还没做的任务。哦,之前有个邮件,运营部门提到,现在的转账功能使用非常不方便,用户反馈很差。于是翻出转账功能的需求文档来,细细端详。

花了一个多小时,做了 5 个优化方案,喊几个产品同事一起讨论了半小时,定好细节,准备第二天完成文档提交给开发。

傍晚原本还有个项目迭代会,但这次人不齐没有开成。昨天也是因为人没齐。想了想他们真不靠谱,又得晚一天开,可能还要延期,自己又要背锅啦。

晚饭在楼下随便吃了点,回来看任务还有调研社交软件的商业化这项工作,于是在知乎、微博、微信公众号上把各种文章都搜出来,一篇一篇读。

读到 9 点半,很充实。下班,回家。刚到家老板打电话问 PPT 怎么样了,回答说早就发邮件了啊,可能是漏掉了。老板检查了下,果然如此。

优秀产品经理的一天可能是这样的。

早上到公司,打开 to do list,按照优先级给自己排一个序。老板说过有个产品简介的 PPT 很重要,所以先做这个。

PPT 花 20 分钟先做个初稿,拿给老板看,问是不是这个意思。老板说有几处不太合适。于是改掉,再继续补充完整、调整排版,最后再拉个设计师同事来帮忙点评下,调下配色和布局。

整理后发给老板。考虑到老板比较着急怕他漏掉,特地到他办公室提醒他一句东西已做好。

这时大概是中午吃饭时间,想到最近跟开发的哥哥们接触比较少,就喊了几个工程师一起吃饭。吃饭的时候聊了聊近期产品的策略和开发上遇到的几个问题,顺便沟通沟通感情,扯扯淡。

吃完饭,开始按 list 里的安排,做聊天模块的历史记录功能。

先写出这个功能的需求逻辑来,比如给谁用的、什么时候用、在什么情况下用、怎么用,这几点也都罗列清楚,然后把场景和需求结合来看,推导出应有的功能。

这时,根据功能画了 A、B、C 三个方案,然后查看常见的几款社交工具 APP,取长补短放在自己的方案里。再观察三个方案的优劣,写清楚。

跟产品同事们聊了聊不同的几个方案,一致认为 B 方案最优,因此暂定是 B 方案,发给 UED 部分,顺便发给相关开发,请他们过目看可行性。

这时开发的一个同事来说,有个之前的说有个之前的需求文档表述不清。于是带上相关的大伙紧急开会核对一下。哦,原来是有个逻辑没描述好,讨论清楚。然后,再跟大家复盘下出现的问题,何时出现的、为什么会出现、谁发现的、之前为什么没发现等等。这些搞明白后,一起拟定了一套新的协作流程,以规避会出现的问题。大家散会。

看还没做的任务。哦,之前有个邮件,运营部门提到,现在的转账功能使用非常不方便,用户反馈很差。于是找到运营部门的同事,问他们是谁提的问题。运营的同事说是有几个用户,于是要到用户的联系方式,直接打电话回访。记录下来 3 个问题,然后思考了对应的 3 个优化方案,给运营的同事过目,然后准备第二天完成文档提交给开发。并且提醒运营部门的同事,未来这样的问题,要连同用户的联系方式一并提供。

傍晚原本还有个项目迭代会,但这次人不齐没有开成。昨天也是因为人没齐。不能再拖,找到今天临时有事的几个同事,严辞跟他们说清,如果再不一起开成会,这次迭代可能就会延期,后果要他们承担。回到工位再发送一封邮件,抄送给所有参会者和他们的 leader,说明情况。大家纷纷表示,第二天上午就一定把会开完。

晚饭在楼下随便吃了点,回来看任务还有调研社交软件的商业化这项工作,于是在知乎、微博、微信公众号上把各种文章都搜出来,一篇一篇读。读的时候把有价值的观点都整理到 Evernote 里,并做好索引,方便查阅。

读到 9 点半,很充实。下班,回家。

要抽象出来几条解释很难,从我的故事里应该能体会到区别。非要说用一句话来描述的话,就是「优秀的产品经理会关注和参与更多」。

对于普通的产品经理,他只负责份内的事情,诸如产品设计、项目推进、需求分析。所以跟其他部门一样,是独立的职能人员。

filehelper_1458113449593_31

 

对于优秀的产品经理,一方面是视野和感知,一方面是负责的事务和工作内容,都要触及其他部门,成为他们的中枢。

filehelper_1458113456518_40

#专栏作家#

刘飞,嘟嘟美甲联合创始人,锤子科技产品经理,人人都是产品经理专栏作家,豆瓣《最好的时代:可能是最真诚的创业日记》作者。文能提笔抒骚情,武能切图画交互。

本文原创发布于人人都是产品经理,未经许可,不得转载。

您的赞赏,是对我创作的最大鼓励。

评论( 11

登录后参与评论
  1. 优秀的产品经理,是要有战略的格局。

    回复
  2. 只能说公司文化不同,其实并没有什么本质的区别~

    回复
  3. 本质差不多,第一个谈不上普通,第二个谈不上优秀~可能两人的公司背景/文化不同罢了 :arrow:

    回复
  4. 感觉优秀谈不上,应该是合格与不合格的区别,后者会更加主动地介入到自己工作中,如排列任务优先级,主动思考解决方案后再寻找案例等,前者应付了事。但文中两者的所有工作内容都是全天处理日常的工作,《产品经理第一本书》里有一个时间比例(具体忘了……),除了完成紧急工作,日常工作,优秀的产品经理应该有一定时间思考更长远与更宏观的发展吧。

    回复
  5. 这是设计的流程吧。第二种比较有序,一些突发事件也有序的发生着。不过前期安排自己的工作优先级确实很重要

    回复
  6. 态度上更有区别吧

    回复
  7. 标题党了。虽然这二人做事风格确实有区别。但仅仅是风格,一个是应付差事的,一个是认真做事的。第二个离作者所说的优秀还是有点差距的。既然上升到视野层面,思维性和前瞻性是必须的,但是在本文中没有看到。

    回复
  8. 跟公司文化有很大关系,但是不管文化怎样,利用一切可利用的机会跟相关人员处好关系以便顺利开展工作是永远值得借鉴的

    回复
  9. 已读,能看出区别,但是就个人能力和个人处事性格而言,没什么太大的区别,因为该做的事还是一天内做完了,相比较,我觉得可能就是更加运筹帷幄而已。

    回复
  10. 的淡淡的

    回复
  11. 学习了!

    回复
加载中