产品经理需要包容的心态_第1页
产品经理需要包容的心态_第2页
产品经理需要包容的心态_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、.:.;产品经理需求包容的心态开放的心态,更多的讲:作为产品经理也好,作为一个人也好应该要:“去除禁锢、去除尘封、翻开心扉、走出自我,以开放的思想方式来分析问题、以开放的视野去联想环境、以开放的襟怀进展获取知识。其效果在于通那么通,善思变,开放襟怀,广纳百川。这一篇讲包容的心态,更多的讲:作为产品经理也好,作为一个人也好应该要:“了解他人、包容他人、共同存异,获得信任。放下误解、成见,放下埋怨和矛盾,以包容的心态宽容他人,以换位的角度分析彼此,以开放的心态拾缀轻重。其效果在于化干戈为玉帛、调和共处、其乐融融。之前写过,仔细读来会发现本质是由于大家的职业分工不一样、知识背景不一样,站的立场不一样

2、,做事情的态度不一样,看问题的心态不一样导致的。所以自然而然产品经理在任务中一定有很多埋怨。 埋怨一:产品运营人员,能不能懂着点产品啊。能不能懂点产品啊,每次搞活动什么烂招都上,多影响产品的完美性啊。每次主意想一出是一出,靠谱的也没几个,啥都想产品、技术帮他实现,他要是懂点产品,我就不用每次跟他费那个劲了。埋怨二:市场谈协作,悠着点。别到时候产品又给他擦屁股。BD太忽悠了,不论产品有没有,支持不支持,在外面和客户或者协作同伴吹的天花乱坠,真正和人家落实实施的时候,我要骂爹骂娘了,每次都要给他们擦屁股。每次能不能悠着点,稳着点来啊。埋怨三:技术程度不行,啥也搞不定。为啥人家都能把这些都成做出来,

3、他们这边的技术个个像大爷一样,接着需求就摆谱,要么评价了半天说他们做不出来。酒囊饭袋,好好的产品设计方案,硬是卡在他们这帮孙子手里了。唉,悲剧啊。埋怨四:做测试的MM脑子太死,怎样写什么她们是什么啊。 做测试的MM,脑子也太死了。我上面写什么,就什么。不问三七二十一就按这个测,问题还挺多,其实多想想哪来这么多问题啊。非要我一板一眼的写个逗号是英文的还是中文的也要写上。埋怨五:那个部门的人,怎样老想着到他们那得到好,不为他们想想啊。那个部门的人太恶心了,什么能想在我的产品里放进来,插一脚,把他们当聚宝盘了啊,那他的产品里咋拨得干干净净的呢?也给他们放放入口,引导点用户啊。很多时候他们老是会埋怨,

4、会埋怨对方,所以大家觉得沟通好困难啊,协同好难啊。另外一个层面毕竟每个人都有本人的思想方式,所以真正的构成任务中的默契还是非常难的。产品经理对本人部门的同事、或者其他部门的同事有怨言,换过来另外一个部门的同事对本人部门的同事、或者其他部门的同事也会有怨言。这其实是个常态,所以他们防止不了的是矛盾,由于人不能够想法出奇的一致,他们也不会有一个指点人让他们的思想上升到对彼此宗教的像信仰一样的置信。由于他们本身由于不同的岗位,由于不同的岗位存在,就会导致他站在岗位的角度上对待问题的角度不一样的。另外他们人与人也是不一样的,所以不能要求他怎样样,或他必需求怎样样。虽然说他们防止不了的是矛盾,但是他们可

5、以更好的去躲避矛盾,化解矛盾。万事出于念,无恶出于人,他们处理了人与人之间难于跨越的鸿沟,自然很多问题自然而然得到处理。很多他对大家的成见,自然而然得到消除。这个时候需求的时候?需求他们有一个包容的心,客观的走出自我对待自我,换一个角度来分析彼此。上面的道理,我能够岁的时候,就知道了。但是二十几年走过来,还是发现本人做的不是太好。最近我也不断在反思为什么,“从知到行如此的难呢?不就是把简单的一句话:“放下误解、成见,放下埋怨和矛盾,以包容的心态对待他人嘛!“后来我发现,这句话其实不断隐藏了一个前提条件,就是:了解他人“。很多时候他们会这么想,哪怕他们大约的懂得道理但还是做不到,就是没有做到了解

6、他人。走出一扇窗,外面那么是更蓝的天。再把上面轻描淡写列举的几个埋怨,过一篇。发现做产品经理的,能有上面几点埋怨的绝对是很普通的,由于他仅仅充任了一个产品形状、产品功能设计的“工匠“的角色。首先他本人没有认识到本人的问题,本人的定位。产品高速开展要什么,运营、市场所作啊!那就对了,那既然有运营、市场的同事协助 他开展产品,他怎样能够会觉得不爽呢?同样的,他的价值是谁共同来协助 他得到保证?想了想,技术也好、测试也好、交互也好、视觉也好,对了,一切的人都是共同协助 他完成大目的的,所以这个产品经理的态度本身就不对。没有想明白,反而有点固步自封,窝里斗了。很多时候他们讲移形换位口诀,他都不懂怎样移

7、移到哪,哪就变得很虚了。同样的要是他很多岗位都揣摩过、仔细得察看过他们的疾苦,或者他帮着他们一同加班,一同测试,一同做交互,一同切页面,一同写代码、改BUG,一同围着工程加班,是不是他可以多多少少了解到他们怎样想的呢?例如说:测试MM是死脑筋,假设人家对业务很多想法,不都是产品经理了么?另外对细节的归回是测试人员的职责,他应该赞赏她,这么细心,为了他们的用户; 技术实现不了,那他问究竟是什么环节没有实施呢?技术业务价值的产出比不高,还是技术人员对他的需求不认可?还是他的沟通没到位?最烦的就是详细的缘由没定位,本人就把大帽子给谁扣;同样的运营也好,其它部门的同事也好,能够他们想的比较简单,其实从

8、执行层面上来讲,也是常态。运营毕竟还是数听说话,目的说话。产品逻辑的东西思索没产品那么多了。网上有一句话,“产品经理是炮灰“,其实不论是写、还是传播的人,多半还停留在画瓢和形而上学的程度上。话题收回来,会发现学会包容心,可以站到对方的角度上思索问题,取决他有没有用心揣摩、体验:不同岗位立场、不同知识背景下大家普遍的内心世界。取决于他,领会得到,还是领会不到;另外一个方面包容心确实要求他们心胸宽容面对他人的错误、失误,原那么他人,给他人时机。不论在产品的道路上,还是人生的道路上,他们一定会犯很多的错误,阅历就是踩在他们错误的轨迹上一点点的得到累积,人生其实就是一种遭遇、一种小而到大的累积。回想这么多年做产品,我其实也犯了很多错误,几个朋友让我赞赏上家公司给了我练手的时机,想想也是。当初做PP系统也好、PPC系统也好,还是犯了很多问题的,不过当时情况下,没人能想明白详细问题出在哪里,有一天我本人提高了,发现问题出在哪里了,所以偶尔也忏悔一下。国外有个词叫“原生罪“,想必很多人都一样曾经犯有,如今还犯有,人无完人。所以他们要懂

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论