产品经理5点工作经验总结

标签: 产品经理 PM 总结 经验 | 发表时间:2015-03-15 16:32 | 作者:人人都是产品经理
出处:http://www.woshipm.com

22414-dd411804290b91c4

根据自己在产品工作中碰到的问题做一个总结,期望这样的总结能成为自己更优秀的垫脚石。也许它们让一些人看来有些幼稚,但是每个人的成长都是螺旋上升的,没有人可以直接造第三层楼。

会议主持

产品经理每天有开不完的会是很正常的。那么如果是自己主持一次会议,第一,与会人员最好控制在10人以内,其实人一多,效率就会急剧下降,你一句我一句,1小时的会议拖成2个半小时也是很有可能的(经常发生),很多时候会后找负责人单独沟通,有时效率更高;第二,与会时间最好控制在45分钟以内,把要讨论的问题提前发邮件通知到各位,让大家心里都有数,开会的时候控制好各位的思维,不要太发散,有时候大家的自认为的目标可能不一定一致,会出现大家不在一个频率上的事,所以需要主持人把控好,及时提醒纠正。

思考换位

很多时候我们产品经理做出一个功能会觉得自己很牛,自己就是对的,把「用户体验」当作说词,那么,我们要冷静回想一下,这真的是站在用户的角度考虑问题了吗?自己很喜欢自己的设计,你能保证用户也喜欢吗?自己能把逻辑讲得头头是道,用户懂你的逻辑吗?你是商业目的为先,还是用户体验为先?你是希望用户快速做决策还是把大量信息堆在用户面前让用户自己选?

不同的答案就会产生不同的设计结果,需谨慎考虑。换位思考其实挺难的,你不能保证自己想切换思维的时候就能切换,具体怎么提高,我总结了两种方式,一是做用户访谈,不用很高科技,拿着原型问问身边的同事,他们想要什么,你会发现很多的想法跟自己完全不同;二是看心理学的书籍,看看别人都是怎么考虑问题的,跟自己的思路有什么不同。

沟通表达

沟通能力作为一名产品经理来说再怎么强调它的重要性都不为过。首先,沟通的过程中不要和别人发生不愉快,这是最基本的,也就是要会说话,包括说话的方式、角度、语调、声调,换句话说,要让别人愿意听下去,先不管讲的内容是什么。这些事情搞定后就要升级沟通能力了,也就是每个产品经理都会经历的需求评审、交互评审、设计评审、技术评审等环节,俗称PK。

这个过程会和形形色色的人沟通,每个人的性格都完全不一样,而且同一个人在不同时间段的状态也是差异很大的,比如在你和他讨论之前他可能刚刚跟另外一个产品经理「争吵」完,情绪还没缓过来,这个时候找他去沟通,就会超出自己的预估,也有可能刚接到电话得知老婆跟别人吵架了,思绪还在老婆那边。所以要对环境作出快速正确的判断,然后达成自己的目标。总的来说,遇到这种情况,通常应该尊重理解对方,学会换位思考,这是很重要的。其实每一次的PK都是类似谈判的过程,可以用一些有效的谈判方式来进行沟通。还要说一点,沟通前,得自己先把问题逻辑想清楚,自己这边先过关。

原型制作

我看到周围的一些同事用什么原型软件的都有,有人用 Axure,有人用 photoshop,有人用sketch,有些人甚至不用软件,一直靠文字和截屏来说明问题,这些都可以,哪怕直接口头表达,都没问题的,只要能达到目标就行。但是就我观察到情况来看,在需求评审时,如果没有原型,开发会抱怨,因为一旦牵扯到逻辑或交互的修改,很难表述清楚,在开发的脑海里形成不了具象的概念;如果有原型而且包含颜色丰富的视觉,交互会抱怨,因为这抢了交互设计师的工作,每个人都需要存在感。

所以我比较推荐的做法是画灰度原型,而且要尽量精准,什么叫精准,不同的元素要用不同的灰色对比度,文案要用实际真实的文案,而不是随便写几个汉字,这样大家在评审事就能专注于功能、交互、文案等信息了。另外对于原型软件的选择上,我的原则是越轻便越好,在最短的时间内完成目标就是最好的,因为自己负责的是移动端,一般就使用「墨刀」这个软件,用了一段时间非常不错,也推荐给大家。

文案细节

我听说有些公司在制作一款 APP 时会把APP中的文案部分单独拿出来给一个公关部门负责,产品经理只要负责功能就可以了,我觉得这种做法是很愚蠢的,我们是产品经理,不是功能经理。不能整体把握会让自己的视域变窄,要不得。

我们在设计APP的时候不能只关注功能逻辑,文案也很重要。文案在哪儿呢?一个就是我们打开APP很明显就能看到的各种标题、段落文字,一个就是各种输入框中灰色显示的提示文字,还有当我们触发不正确操作时弹出的 Toast 上的文字,这些都需要我们去关注,比如一个 APP 中,有些地方写「手机」,有些地方写「手机号」,有些地方写「手机号码」,是不是考虑需要统一下?有些地方写「请填写」,有些地方写「请输入」,是不是考虑需要统一下?有些地方用全角括号,有些地方用半角括号,是不是考虑需要统一下?功能改进能看出一家公司的创造力,文案细节能看出一家公司的专业度。

本文由 @沈晓马投稿发布,本文禁止在本人未允许的情况下,任何形式的全文转载和部分转载。若您喜欢本文,请分享本文的链接到您喜欢的平台。


互联网从业者必备微信公众号:woshipm,如果你已经关注了,证明你已经很牛逼了。

相关 [产品经理 工作 经验] 推荐:

产品经理5点工作经验总结

- - 人人都是产品经理
根据自己在产品工作中碰到的问题做一个总结,期望这样的总结能成为自己更优秀的垫脚石. 也许它们让一些人看来有些幼稚,但是每个人的成长都是螺旋上升的,没有人可以直接造第三层楼. 产品经理每天有开不完的会是很正常的. 很多时候我们产品经理做出一个功能会觉得自己很牛,自己就是对的,把「用户体验」当作说词,那么,我们要冷静回想一下,这真的是站在用户的角度考虑问题了吗.

记毕业时求职BAT产品经理的经验

- - 人人都是产品经理
   遥想当年还是对于产品经理一无所知的XX青年,在回忆起当年的面试经历,确实有很多值得反思的地方,最终的失利也是很正常的,这里分享出来,供马上要求职产品经理的孩子们参考吧. 腾讯的招聘的职位没有分的很细,基本上就是技术与非技术两种,需要他们自己做的网申系统投递简历,网申也十分简单(做的十分粗糙,不敢想是中国最牛互联网公司做出来的系统),基本上10分钟就搞定了.

产品经理如何做好每周工作汇报

- - 标点符
工作汇报是下级向上级进行定期或者不定期的告知项目进度,身为产品经理,对已工作汇报尤其重要,汇报涉及到的内容主要有:汇报工作进度、说明重要事项、反馈重要信息、回馈上级疑问,更重要的是让你的上级知道你在做什么. 工作汇报的主要目的有:陈述工作现状、表达工作业绩和沟通信息加强联系. 本周工作进度:重点不在于做了什么,而是拿到了什么结果(有共识的).

写给设计师:如何与产品经理一起工作?

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
  请你明白,产品经理的工作就是成为协助团队推出成功产品的那个链接者(connector).   这表示产品经理们要很擅长:.   清楚的沟通:作为团队打造伟大产品的助力之一,产品经理必须代表团队的目标、优先级、产品规划蓝图,以及其他组成要素,包含像是法务、营销、客户操作、业务等等. 这表示他们需要非常清晰、简洁、切题.

阿里巴巴数据产品经理工作(总结篇)

- - 人人都是产品经理
PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂. 以下是我用PPT绘制的数据产品经理关系圈. PD:对于WEB产品设计人员而言,它的意思是“产品设计人员”,即produce designer. PD:在IT企业中,一般是Product Director(产品主管)或Project Director(项目主管)的意思.

产品经理

- - 人月神话的BLOG
再谈下怎样能够算得上一个合格的产品经理,一个人不是说你能够有产品构思,能够画点原型,能够做团队和项目管理就是产品经理. 苏杰原来有本书叫《人人都是产品经理》,看了后大家可能会觉得做一个产品经理是挺容易的一件事情,但是自互联网提供和设置了大量的产品经理岗位后,产品经理这个词基本就烂大街了. 我们如何来界定一个产品经理,如果简单点来讲可以理解为 根据自己长期的项目和运营实践,通过自己的敏捷洞悉能力和分析能力,能够将当前的市场需求或潜在的市场需求转化为具体的产品需求,并能够核心的定义产品功能模型和价值输出,同时能够通过项目和团队管理的能力,凝聚一个小组形成一个真正的团队,将自己的产品构思付诸于最终产品实现的人.

产品经理好与坏

- lnsoso - 随心所记 - 生活中的dodo
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- 张金龙 - 所有文章 - UCD大社区
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理好与坏

- abcd - 所有文章 - UCD大社区
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- Neglect - 坏脾气的小肥
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.