求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
  
 
 
 
产品经理怎么和人打交道
 

2010-07-20 作者:费杰 来源:kuliqiang.com

 

产品经理怎么和产品经理打交道【1】

之前也是因为总结,从写《手把手教你设计SNS社区》开始,一直是坚持着对很多产品做产品形态、功能、规划的解构、分析,这个过程中更多的是沉淀、思考、总结的过程。最近越来越意识到自己在乎了事物本身,忽略了事理本身,所以接下来插播写《产品经理怎么和人打交道》系列作为:我新的、对外分享的、实战思考篇章。

事理,其实就是事物的道路,也可以理解为透过事物看本质。作为产品经理来讲,看产品、分析产品、规划产品、运营产品其实还是不够的,产品永远是一个静态的属性,而只有人参与了产品的周期、产品的上线、推广、运营、优化等等产品才具有的活性,所以“人”的因素也是产品经理需要拿来考虑的。

一句话近水楼台先得月,产品经理生存和繁衍在产品经理中间,所以我先从《产品经理怎么产品经理打交道》开始。这个逻辑的进化过程是:

产品经理——>产品

产品经理——>产品产品经理

产品经理是一群非常奇怪的群体,说了解市场、了解用户,其实还没有运营在业务前线来的深刻体会;也被人称作技术,但是工程师又觉得产品经理不够格,何况很多又不懂技术。但是有一点,产品经理可以在在各个角色之间可以扮演着非常重要的轴承,策划推动一件事情前进。

产品经理有很多软技能在身上:沟通能力、协调能力、抗压能力,对资源的调度能力,很多都是在执行的过程无形中体现的,然后很重要的一点不在一样性质的公司可能还会有商业敏感度、数据分析、技术能力的要求。不过不是什么事情都需要面面俱到的,通用能力还是需要天赋的。所以这些能力注定了很多产品经理:聪明能懂得学习,有独立分析解决问题的能力;精明懂得把握形势,决不会傻傻表衷心;有敏锐的嗅觉可以闻到产品市场的趋势,以及公司资本情况下的发展空间;老谋深算、合理的处理多点与多点的关系。

抛开上面的那些泛泛的抽象能力不谈,产品经理也是个和平时期谈战略、战时间用战术冲锋陷阵的人。很多产品经理都是实干家出身,定义流程、画原型、甚至自己还会写代码、做测试、写文案、培训客户、写解决方案、上桌子谈判、下桌子喝酒陪客户开心。我理想中的产品经理绝对是全能,可能最后他只需要去运筹帷幄。所以这些现实中的缩影又体现了:产品经理务实、实干、把握全局、懂得变通、注重细节。

但是从每个人发展的角度来讲,每个人不管入行的前还是后,所处的环境不一样,所以水平认知的深浅是完全不一样的。甚至很多人都没有想明白什么是产品经理?产品经理需要具备什么样的能力?所以林子大了什么样的人都有了,尽管Title一样,还是很多人的心智、经验、技能、行业偏好、就近资源、资历迥异。

我每天和很多同事的产品经理打交道,那纯粹是业务上的往来,还有和我圈子里交流的很多产品经理也进行交流。尽管打交道很多,但是在很多和同行的事情上,我还是没有处理的很好(以下是我个人的认识),甚少我是这样理解的。

一、对方的职能是不是和你实际开展业务有关系

1、合作关系

和你合作关系的产品经理,不用多说大家的利益、目标都一致的,这个时候你就非常好处理,你只要和他保持密切的沟通,在业务的关键点上进行明确的意见或基调一致就可以了。因为这个时候你们彼此的基调都既定了,所以你们就在愉快的合作道路上前进吧。

可能前期合作的时候,因为大家对彼此不了解,或多或少的存在配合不顺。配合多了以后,一定会摸到对方做事情、分析问题的出发角、考虑顾忌的因素,当有了第一次合作以后就OK了。特别当对方是强势的、喜欢把合作的节奏安排在其控制的范围内的话,这个时候你可以采取配合方式,在可以你们利益交集一致基础上,让其发挥能动;相反如果对方是比较懒的、思路不是很清晰的时候,你可以把握一点节奏。

2、对立关系

对立关系:一般体现在代表的利益不一致,这个时候可以一分为二的看待这个“对立”,在代表的利益“公”的方面不谈,但也不妨碍成为“私”的方面的关系的维护。因为产品经理还是非常想和产品经理进行交流的,往往你的某个优点,对方也会赞赏可以建议私人的关系,当然很多时候个人关系维护好的前提会帮助一些”公”的关系的改善的,至少起码能起到两边信息的对等、及时交流反馈的目标。这个在一定程度上可以改善两边的对立氛围,对立到和做了缓冲。

3、未知利益关系

很多时候局面不是很明朗的,你也不知道他到底想要什么,对你是好还是不好,对方他也不明白你到底心有所图的时候,这个时候大家会表现得非常敏感、保守、谨慎,那这个时候我建议不妨主动一步。当然这个主动不是说一股脑的想自己做的、想的、要的就告诉对方产品经理,那就是一个字“傻”了。主要这个主动的目的还是投石问路,看看对方的反应是不是能迎合你先前的预判,是不是与你的利益相一致、相符合,这种反馈给你带来的信息让你起到一个判断的作用。

很多时候对方产品经理的反馈比较直接的:sure!我确定、我就想、我就怎么样,如果能得到这样的回答,多半可能绕在心里的结和未知都解了;但是很多时候得到的反馈不是及时的、真实的、那这个时候,你也大可以静观其变。往往更是需要利益驱动的一方会更沉不住,往往会做一些直接或间接的动作来表示其意图。这个时候你该怎么把握节奏就自然有谱了。

特别是在一个公司也好,或者是竞争者的同一行业也好,也为公事利益的关系,取决了我们产品经理表现出来的反应和态度完全不一样,但是我是尽可能的主动理想。今天他过来找你需要你,你不能当爷爽,如果事情需要可以合适的执行流程把握节奏,没准下一回那个人就轮到你了。当然有一些确实因为利益不一致的,拿起你的原则来便是。

二、对方是不是你同类特质的产品经理

这个问题其实到现在我还没有解决好,我现在还是和很多特质不一样的产品经理不爱交流、或者视同陌路,和很多聊的来的有相同价值观的、热情的、懂得分享的、愿意一起成长的产品经理快乐和谐的在一起。感觉很多人很装、把自己架的高高在上,很多人又不懂得分寸得寸进尺不够尊重、不懂得礼貌、甚至暗中诋毁你。

我主要考虑以下几个因素和很多特质的产品经理:

1、这个产品经理人品怎么样

人品怎么样是一个最重要的指标,不管他是新人还是老鸟,人品好的一般可能会交往,人品一般的我不一定会交往,但人品不好的我一定不交往。人品不好表现出来的:不诚信、散布谣言、没有尺度、暗中诋毁、削弱你的资源我是坚决不允许的。但也不是老死不相往来,但是起码肯定是:不会主动交往、不会主动回应、但也不用把别人搞臭。否则这样做的话倒是有点像:“狗咬狗一嘴毛了“两头都不好。

说话不过大脑、高傲、油头滑脑这些不算坏,是一些综合素质不高的人尽量少来往,可以这样想一想,心智不全的人,其实心灵不坏,不算是小人。这些人生活中相信很多,很多人可以在我核心产品经理朋友圈的边缘,可以一直和我并行,也欢迎和我偶尔行为交集,没有关系的,反正生活中深入交流、需要的时候也不多的。

2、这个产品经理视野和水平怎么样

一个产品经理的视野大小决定了很多事情,刚才也说了可能大家都在产品经理发展的跑道上,或许现在我的视野宽一点,但是没准几圈下来我又被他超了过去。不过有一点我是很在乎的,特别是现在很多产品经理,从讨论的话题来看,发展大多数都谈得是:“信息构架“、”改版“,我承认产品经理也应该是一个好的交互设计,相信很多产品经理是从交互设计慢慢走过来的,但是我们讨论的事情不应该全是交互的东西,否则那我们成什么了?

视野窄肯定是初级选手常表现的毛病,有心的PM朋友发现,大凡工作3年以上的人都不会问PRD文档怎么写,FRD文档怎么写了,也不会问我们的能力模型应该是怎么样,谈的更多的是产品品牌、生命周期、运营的策略、市场的反应、行业的产品新趋势等等。相信看到这里的时候很多人会质疑:“一打工的谈这些有什么用?“我的回答也很简单很多产品经理后来直接成为优秀产品的成功者或者自己做了自己的产品、自己的公司了, 那么这些储备是怎么积累下来的呢?

当然视野太宽了脱离我们现阶段情况的朋友,侃侃而谈,我是没有一点共鸣的,和这样的朋友在一起我感觉就不是在一个学习型的组织和人一起启发、成长了。要知道谈一些更大更高层次的事情,可以和我们衔接不上了,我们需要过滤过滤慢慢的阶梯而上。记得有人说过这么一句感慨:“和一群没有创业过的人聊创业,额一群创业中的人聊创业,是完全2个感受“,说的就是这个道理。

产品经理水平差异还是比较大的,这个差异不要看他现在拿的产品薪水是多少,是高还是低;还是他目前是不是比你混的好,都不能看这些。我见过有些人纯嘴皮子忽悠也活得潇洒,但是从长远来说只有完全具备实力的人才会真正的成为主角。这里补充一样,做产品经理靠3样:靠吹、靠侃、靠忽悠—说服力,靠想、靠做、靠协调—执行力,靠写(写文档、写文案、写合同、写代码)–逻辑思维表达力,所以有一样沾光很多人也混的很好。

在和不同视野、水平层次的产品经理朋友打交道的时候,我还是坚信道家的观点:“舍得“,舍得、舍得、舍去即便是得,也叫说了你付出德越多得到的也就越多。我一直提倡分享分享我对产品的总结、心路旅程,很错产品经理看着我在成长,虽然我还有很多方面不足。我写kuliqiang.com也一样,一直在那边写着也得到了很多朋友、很多帮助、很多收获。

所以当很多新人问你的时候我只要有时间、身体状态好、心情好我还是会耐心的解答的,但是我会把握住人家是想懒,还是想要个答案,还是想求解。很多人不搜百度不找资料,我一看没动脑筋就问过的我基本不回答,还有直接要工具的资料的也有,这样帮他们贴膏药的事情我基本不参与,对他们本身没有本质性的帮助。

还有一些真正从着分析产品、思考产品的角度提来的问题我是很愿意去回答的,这个回答的过程本身也是个思考总结和学习的过程。视野窄的人,可以浅交往一下,很多人会沉浸在自己的世界里永远不会在乎他和你交流的是不是你也感兴趣的。我本身也要学习,希望尽可能的获得信息、丰富知识、提高视野,所以我还是喜欢水平高资历深的产品经理交往,但是很有时候看缘分的。

3、这个产品经理是不是和你一样的?

这个属于深层次的,所有的都是物以类聚人以群分,就人品不坏不排斥,职业技能相投相往来都是浅层次的,还有很多人确实人很好,但是我一直发现和他们打交道的很少,交往的很浅。突然有一天发现,进行深入交往的人,必定他的某个闪光的地方可以吸引你,你心里由衷的欣赏别人。说到欣赏我以前也做不到,我一直觉得别人比我强了,我就要超过他,事实上他这方面就可能一直比你强,你一直超越不了他。但是作为产品经理作为个人来讲,这个过程是敞开心胸的过程,敞开了心胸世界就更宽广了。

还有一个我非常愿意打交道的就是有一样的价值观、一样高效执行力、一样的激情、一样的坚信信仰坚持追求,一直懂得尊重、一直懂得分享学习的产品经理。或许今天还是明天我们仍然是一群新人、一群菜鸟但我还是很坚信正因为有一样的品质,无论以后职业化的道路上还是生活圈中我们会维系的更紧密,走的更久远。

最后:看到很多产品经理永远看到别人的问题,永远看到自己的长板,永远很现实很势力,永远在乎自己的感受,看不到别人的想法,我在想这种与同行产品经理相处的方式或许是当前这个时代下比较合适的,但肯定不是最佳的。我也在产品经理的道路上,看事理的道路上摸索,与大家共勉。

产品经理怎么和领导打交道【2】

稍微盘点一些平时就很常见的现象:

1、很多产品经理觉得自己行,可领导不知道自己行,把一个不错的项目安排给似乎不是很胜任的同事了- 心里不平衡 ;

2、对团队对项目的问题,发表了数次个人的提议,但领导却一直没有得以重视,事实上问题还是很严重-心里有落差;

3、个人想加薪晋升,或收到了一些不平衡的待遇,想和领导沟通又不知道怎么处理和领导说,怎么处理和领导的关系-心里没有底;

4、抱怨领导没有本事,只会混,自己没有发展空间…… – 心里瞎捣鼓。

就这些现象大概的归纳起来,存在的问题是:

1、领导对自己的能力不认可;

2、领导对自己还是不够信任;

3、领导对自己实际并不授权;

4、领导对自己付出缺乏激励;

我相信很多产品经理在各个公司都会遇到这样的情况,然后都会感慨:“好的领导少!”少吗?我也认为少!投缘的少,和自己价值观一致的少,有能力又有魄力的少!但事实上我们有没有可能通过自己的努力,来改善一些如上的情况么,我认为完全有可能的。

一个公司领导的角色是至关重要的,作为领导往往是很多信息的上传下达者,你好?总裁不知道,好不好到底谁知道?—你的直接领导。很简单的,因为:

你好—> 领导认为说好—> 老板也认为说好

你好/不好—> 领导认为说不好—> 老板自然也认为说不好

其实就这么简单,很多能力的肯定、对个人的印象分、总结反馈都是通过你的领导。

还有一个方面,领导又作为资源的掌握和管理者,所有的资源在你的领导手里进行安排、分配,作于产品经理来说:一个Task的认领、二是给予实现目标资源的支持,都依赖于领导,包括很多时候困难的处理、重大事情方向的决策是否支持,领导起到了至关重要的作用。所以产品经理除了产品本身的工作之外,首当其冲的要和领导打好交道。

从人的本质来说,人与人不一样,所以领导也会有不一样的类型。说白了有以下几种:

1、有能力的、也会做人的领导;

2、有能力的、不会做人的领导;

3、没能力的、但会做人的领导;

4、没能力的、也不会做人的领导;

这个时候你会庆幸跟上哪个领导呢?想必都是希望跟一个有能力的、也会做人的领导,不过从我这么几年走过的路来看,这样的情况真的比较少!很多时候你身边的领导表现出来的是:

1、没啥真能耐,光凭嘴上说,左右逢源,表面文章高手;

2、有功劳一个人领,一旦出了问题,全部往产品经理身上推,典型的小人型;

3、外面看似笑脸佛,内心却是冷面虎,忽冷忽热,仍人摸不透;

4、有能力,市场运营技术样样精,就是没魄力抗不了责任,只顾低头拉车不顾抬头看路;

既然事态错综复杂,那么我们就不用想他了。作为产品经理,我们不管和老板打交道也好、还是和领导、UED、还是开发的工程师,我们都要进行良好的沟通和协调。拿领导来讲,我也不提倡大家也变得左右逢源、一味的去迎合领导,可能很多人有自己的性格长期下来也会非常的痛苦,二来对于很多领导而言,和下属的认识沟通还是基于一致的理念,所以对改变自己性格去迎合自己的产品经理也不会欣然认可。但是很多地方我们还是可以做的,我相信人和人之间都是相互影响的因子,你的努力是可以影响和改变很多东西的。

就像做一个产品一样,我们首先是要进行需求分析的。接下来我们也可以进行一下分析:

1、了解认识领导

了解领导的背景、经历、习惯、爱好、处理方式、工作风格,兴趣爱好。这样的话就知道了这个人是什么的一个人,什么方面你们存在了共同点,可以很容易话题接近,哪些方面你们更容易进行深入交流获得共鸣。

2、了解认识领导的目标

领导的目标、责任、使命、方向、绩效是基于个人信息以外的职业信息。身在职场,领导也会因为这些因素而出全身心的去付出行动,这样的话你就可以知道领导的一个目标,团队的目标,自己的目标和大盘的贡献比等。

3、了解认识领导的困难、团队的困难。

产品团队或整个项目有个一个目标以后很多事情,就会随着付出努力,在这个过程中很多团队本身的问题,或过程中发生的困难,或一些可预期的困难就浮出水面,这个时候你会问题的认识,往往会让你产生解决方案。

有了这些了解以后我们就可以想着,分析自己的擅长的方面、已有的经验优势,可以去帮助领导完成多少目标,发挥多少价值。相信只有领导好了,他的话语权大了,作为产品经理的你的话语权也会随着变大。

很多产品经理很聪明、很多能力,上面的我码了这么多的字一看便懂。但很多产品经理很懒,很多产品经理太随性,很不注意和领导相处的方式,一直在很多细节上忽略了。就把最早的几个问题来说一下:

1、很多产品经理觉得自己行,可领导不知道自己行,把一个不错的项目安排给似乎不是很胜任的同事了;

这个时候需要做的是什么?–知识分享。本来我也总结不了这个词,周末去西湖边喝茶引子送了我一本是我翻了翻,现学现用。

不是因为你不懂、不认识,是因为你不够open、不够share,你一定要把你知道的说出来,通过一种合理的方式传递出来。要让别人知道你知道,我相信很多人自以为自己牛,憋在心里。这个时代,不是以前的时代了。——酒香也要开吆喝!

2、对团队对项目的问题,发表了数次个人的提议,但领导却一直没有得以重视,事实上问题还是很严重;

我的QQ上也是经常看到很多人在那边大谈特谈,说自己认为这不好、那不好,说来说去的,其实都是一些屁话、废话。说了半天看到的还是问题、说的还是那点事情,我想在团队中,产品经理看到的问题,我有理由相信领导也看到了。
那这个时候需要的是什么?需要的是有个人周四齐全把自己的想法经过加工,把一个可引申讨论的观点抛出来,把你的方案拿出来。千万不要停留在磨磨唧唧的、零散的片段中。

3、个人想加薪晋升,或收到了一些不平衡的待遇,想和领导沟通又不知道怎么处理和领导说,怎么处理和领导的关系。

加薪、晋升,因为这些事情没有处理好而走人的多了去了。我之前也差点那样,不过我似乎幸运好像每次都给我涨,但我现在认识我以前的我浮躁、短浅、没有梦想。每一次都觉得公司必须或尽可能的满足我。

很多时候,在和领导处理这些敏感的问题上,应该多听一听或侧面了解一下领导的看法、或者对你的期望,很多事情不是表面看到的那个样子的。特别是在一家公司把你从一个底层可有可无的员工培养成一位核心骨干员工,甚至到公司的中层。公司是花了心血的,我们首先要以感恩的心情去看待。

很多时候,我们在自己的待遇上显得非常的焦躁和迫切。其实踏踏实实的做好工作,做出业绩,体现出我们产品经理的能力和价值,我想在很多问题上,我们甚至不用自己去寻找答案,自然就会有想要的结果出现的。

4、抱怨领导没有本事,只会混,自己没有发展空间……

抱怨有啥用,抱怨是最没有用的。产品经理应该是一群积极的、快乐的群体,怎么能变成怨“夫”呢。如果自己意识到很多情况不能改为、不可控、不能影响,OK那么就准备自己的另外一个出路吧。既然一个地方呆着都这样了, 改考虑换个环境了。

产品经理职业化过程中表现出来的很多东西,其实本质上还是人性的东西,属于通用能力。很多产品经理通过自己的接触、努力慢慢的和领导关系维系的非常好,但后面的情况就变得有点不可控了。大凡事情一旦“过”了,那更大的麻烦来了。

1、忘记了尊重和维护领导的权威,把领导当成了朋友、哥们。

2、忘记了和领导的沟通方式,越级和领导的领导进行沟通、回报。

3、允许自己除外在团队成员之外,可以不遵守团队、公司的一些规则。

显然这些都不是OK的,不管怎么样,你今天还在这个环境中,你必须牢牢的记住,领导还是领导,不是你的拜把子兄弟,可能他会在某方面对你有点倾斜和容忍,但是这些都是有度的,你不可以越过这些雷池。

《产品经理怎么和领导打交道》写了这么多,其实还有很多很多的东西,包括:

1、怎么样去影响和说服你的领导?

2、怎么样通过一个小动作或在一个地方证明你的能力?

3、怎么样让你的领导成为你的朋友?

4、怎么样让你的领导成为你成长路上的师傅、贵人?

希望看了这篇文章的您,多少对你有些帮助和启发。我们现在都经历着一个被公司挑、被老板挑然后进一个部门入职的过程,等回头我们也一起去挑公司、挑老板,做自己的主人。

产品经理怎么和程序员打交道【3】

经常有人问我:“嗨,费杰你好!请问阿里巴巴的需求文档怎么写?“,但很少听到人谈:“嗨,哥们你好!请问产品经理怎么和程序员打交道?”你回去稍微琢磨了一下,心里就会得到下面三种情况:

1) 很多产品经理之前就是程序员,所以非常了解程序员是什么样的一个状态;

2) 很多产品经理还停留在关注自己产品规划、设计本身,缺乏对团队配合的思考;

3) 很多产品经理,其实是有和程序员打交道的实践技巧、心得的,但没有重视和分享。

事实上在很多产品研发体系下,产品经理和程序员因为思考方式、关注范围、职能职责的差异,导致了沟通上的困难。如何更好的与程序员建立起一座畅通的桥梁也是每位产品经理需要思考的问题。

一般情况下,产品经理和程序员沟通困难大概的原因:

1、得到信息不对称;

产品经理得到的信息一般集中在:商业需求、商业策略、战略方向、产品规划、运营数据、整体营收、目标任务等方面。产品经理往往在根据公司现阶段的情况,以及市场的竞争情况,做一些产品策略或者一些产品的方案的策划、发起、实施。

所以这个过程中,产品经理扮演的角色是翻译:“市场需求、商业需求”,成为:“产品需求”,所有的信息全部围绕需求本身。为什么要做需求?怎么做需求?先做什么需求、后做什么?基于怎么样一个思路去推送产品进行实施、从一个利益平衡获得空间增长指标后达到另外一个利益平衡。

程序员不一样,很多时候程序员得到的信息是:有一个需求,可能是小需求、产品需求、或大到项目需求,然后得到一系列需求列表,然后产品经理会让程序员看:“需求”哪些通过code改改就可以实现,哪些是需要开发可以实现,哪些是技术或构架或因为成本的原因不能实现。
所以在这个过程中,程序员扮演的角色是翻译:“产品需求”,成为:“技术语言”的评估,所有的信息全部围绕开发需求本身。如何开发这些需求?是沟通数据库增加字段?调用接口?开发新的接口?需要开发组件?重新构架引擎?来实现满足或支撑这些需求?

那这个时候问题来了,很多情况下我们只是把程序员当做一个写代码,通过编程语言来操作计算机完成需求的工具了。

2、沟通语言不对称;

说到两者沟通的语言,这肯定是困扰产品经理本身的。产品经理的语言是:“描述“、”形容“,我也见过很多产品经理,很多人的需求文档就是漫天飞舞的文字,一整段的描述+描述,不要说程序员看不清,可能过段时间连自己都看不清楚。除了书面语言,产品经理的沟通语言也是含糊的,没有太多的逻辑去组织,很多时候总是试图去述说一个需求,被程序员的一个计算机术语而打断。

程序员的语言,更偏向于技术化。很多产品经理做过技术,有技术背景,但是还有很多产品经理不懂得技术。所以在这个时候,程序员在解说或回答一个需求的时候,会把自己习以为常的变量、函数、实现方式说出来。于是很多产品经理听到:“Sdk、webshell、select、api、组件、插件、控件“等等的时候会云里雾里,

那这个时候问题来了,很多情况下我们总站在自己的立场上、自己的世界里认为别人也懂自己在说什么?实际呢?大家都是听得一半一半,沟通没有彻底到位。

3、思考角度不对称

产品经理思考的角度在于产品本身,对技术的细节、技术的性能没有太多的发言权。很多产品经理要是的实现的业务逻辑,不管程序员是采用:c++ 、java、php、Python、找开源代码改的,还是自己写的都没有关系。程序员只要在约定的时间里,把约定的业务逻辑开发出来就可以,产品经理不去会考虑目前服务器的配置、程序员手上任务的配置、技术能力的情况,要的是结果。而且很情愿的认为团队中的工程师都是世界上最好的工程师,想做什么都可以做,对因为技术原因而不能支持实现需求不能接受。

程序员思考的角度有点区别,我也看到不到程序员本身对产品追求完美对需求的背景、意义去研究了解;但很多程序员还是停留在自己接单子任务一样来一个做一个的境界,做好了自己玩自己的。程序员考虑程序实现的方式同样的一个请求是get还是post,程序员考虑代码的性能,从而采取不一样的方案去实现需求,考虑请求并发量压力和安全性。但是很多情况下,程序员对技术的理解会导致有一些业务需求满足不了,不是因为不能实现,是因为实现了觉得是废代码,或者构架不完美了。

那这个时候问题来了,很多情况下到底倾斜谁的立场上思考问题?我之前也会碰到很多情况程序员就程序的角度说业务需求不合理,产品经理说程序员消极罢工、霸得蛮。

4、考核标准不对称;

谁也不尿谁,哼!你能把我怎么样。产品经理和程序员有为完全沟通或误会的时候,极端情况下,有一方会罢工。这个时候主要是2个角色的各个考核标准不一样,所以在很多情况下显得非常的无奈。

产品经理很可能考核的是方案和上线的时间、产品上线后的数据;而工程师考核的是程序的性能、很多时候产品经理催的急要的急,但程序员每天的时间有限,还是得慢慢构架慢慢开发,程序员开发时间少了,未知的执行BUG没考虑过是要负责的。

这个时候问题又来了,产品经理天天干着急!咋办?

以上是我结合几年来的工作经验总结出来的,当然这4大因素把很多共性的因素概况进来了。当然过程中还是会因为很多产品经理或程序员本身(个性)的沟通技巧、态度、情商等因素导致的沟通不倡,影响了彼此之间的默契。

其实仔细的分析一下,产品经理和程序员打交道的过程中不管是共性的因素还是个性的因素,也不是想象中那么困难。通过一些努力之后,我们总是会找到一些快速和程序员建立沟通桥梁的办法。我个观点如下:

1、 要看到项目层面,不要只看需求本身。

上面说到的几点不管是:“信息不对称“、”沟通的语言不对称“、”思考角度不对称“还是”考核的标准不对称“是我们常见的几个客观隐私。把几个因素抽取出来剖析,发现还是由于我们站问题的视角的高度不一致造成的。

产品经理只是看到自己得到了商业的需求,策划了产品的需求,接下来会把很多事情抛给程序员做了,那还是站在需求方的角色中。那如果真正的是站在意识层面的项目经理的角度,这个时候看待问题的视眼会广很多。

这个时候你就想着为了做这个项目这个需求,程序员是不是明白了为什么要做?是不是对这哪些需求的优先级有了重要的认识?作为产品经理我用怎么样一种表达方式程序员更明白?是不是需要把时间点等划定?目前程序员的资源和服务器情况允许他们能做的空间是多大?怎么样才能拉动他们的积极性更好的完成这个项目?适当的时候,需要帮助程序员做哪些申请或让步?

对产品经理来说,同样张罗一件事情,同样会了得到一个结果,但是中间的过程很可能是完全不一样的。所以因为思考角度仅仅从做完一个需求死磨硬泡上升到,站在项目的角度去考虑各个关节的风险点、时间点,得到的效果是完全不一样的。

2、从理解程序员开始,换位思考会更好。

一直在问一个问题:“程序员是什么一群人?“就和问自己:”产品经理是什么一群人?“一样,有点好笑、有点幼稚。从小工到专家,从CSDN到走出软件作坊,发现很多很多非常优秀的程序员的心声。

程序员是什么样一群人?像切西瓜一样一刀一刀切:

写php的

写Java的

写windows C的

写liunx C的

写C++的

编程水平一般的

编程水平还行的

编程水平牛逼的

编程水平大师级的

构架牛的

数据库牛的

勤奋的

懒于思考的

不会JavaScript的

积极的

喜欢钻研的……

好像都不太合适,因为你找不到解决和工程师沟通的好的办法。而且这些很多是外在的条件,随随都在改变。看到很多朋友一年之间经历几个大项目水平突然猛进,态度、一些特点也变得完全不一样。这个时候你需要的是了解和掌握程序员,作为职场的人,和我们一样的人共同需要的一些特点。

如下4点:

1) 是不是特别想被肯定、获得尊重;

理解、肯定、尊重。这3个词或许非常的空但确确实实是一个非常好的方子。静下心来走近程序员,听听他们的心声、他们的抱怨,或许产品经理和程序员的距离将不再是那么遥远。

虽然很多时候我们讲德行说尊重,但真正领悟到心里、落实到行动、表现在态度上的完全不一样的。真正,你是不是一言、一行本真理解、肯定、尊重程序员的,程序员是有感知的。

2) 是不是想给产品提供自己的建议,而不是仅仅做一个编程的机器;

很多程序员对产品非常热爱、对产品有独特的想法,但多数又局限于技术情节对产品的建议常常被忽视。相信很多程序员都希望参与产品,通过自己的专长改变产品,进而打磨出一款完美的产品。

所以产品经理也可以适当的给程序员一点发挥的空间,特别是在技术创新、产品需要技术驱动的方面,在商业可控的层面让程序员发挥排头兵的作用。这样程序员会开足马力投入到开发实施的过程中。

3) 是不是不仅仅和人任务指派,需求更多的和谐的人与人之间的沟通建立。

产品经理和程序员两者之间没有一个良好的沟通,只是基于做与不做,做好做不好,什么时候做好,这样的功利性沟通肯定是不可靠的。往往两者因默契不够,或一方因沟通技巧不足、对待工作态度不够积极,造成矛盾。

建立一个人与人之间的良好沟通,帮助产品经理或程序员更好的认知对方、了解对方,这样无论是在平时的沟通过程,还是在项目的合作过程中更好的促进了解、达成共致都会有一个前提保障。

4)是不是需要别人的帮助,让他在非技术领域获得真知。

看到很多产品经理朋友和程序员打成一片,和程序员一天聊天、抽烟、一起下班打游戏、打球,甚至有些时候产品头脑风暴的时候要去几个有产品情节的工程师参与前期的讨论,效果都不错。可能这些现象从另外一个层面来解决我们上面的一些疑惑。

3、产品经理要改善心智,不断自我学习。

最近突然觉得说得想的,有点像哲学。群里的一个朋友说了, 其实哲学就是我们生活一些事情表现出来的道路。产品经理跟程序员打交道也好,对待生活也好,我个人认为是产品经理对哲学的认识、理解、应用。

产品经理越往下走,抛开产品技能本身不谈,沉淀商业以及人脉资源,都是需要以一种良好、可靠的思维方式去支撑的,也就是所说的心智模型。

很多时候产品经理改善心智可以不断的增强一些事物的判断。如:遇到程序员的拒绝的、不行的理由,这个时候你通过分析起码要判断得出来,这个是程序员隔个人的态度问题,还是流程问题,有一点微妙的。

产品经理怎么和美工打交道【4】

美工好不好?产品经理和美工是否match?也是一个值得考虑的问题。美工这个称呼有点俗,好像很多公司都这么叫的。

因为不管是网页、还是软件,第一呈现给用户的便是视觉。所以可以没有交互设计,但是一定不能没有视觉设计!毕竟用户是感觉不到交互本身的,通常交互存在于无形,但一个设计效果很轻的、很清晰的、很自然的还是用户较为关心的。

不过作为产品经理,我们和美工打交道不一定同产品经理、老板、程序员打交道一样,来的那么的顺利。因为前面3类人都擅长于逻辑思维,但很可能美工只会对生活、对艺术的理解和发挥,更多的是靠理解、靠灵感、靠发挥,而不靠逻辑本身。

所以在日常的工作配合中,我们可能会听到这样的对话场景:”

A: 这个页面做的太难看了吧?

B: 有么?

A: 难道不是吗?反正我觉得太花哨了.

B: 那你怎么定义花哨的?你懂艺术么?你懂色彩么?

A: 反正这样做出来用户肯定不喜欢.

B: 你怎么又知道用户不喜欢,还是你自己不喜欢?

A: 你再改改吧!”然后无语的离开……

确实有些时候,作为产品经理的我也一直不能用很近的语言和视觉设计师进行沟通,跟他说我想要这样的风格、用户想要这样的风格。所以也导致了视觉设计师因为这个过程的存在要做很多版本,做不同的风格,可能你最后还不会满意。那为什么很多时候设计出来的效果不理想,问题到底出现在哪里?

稍微总结一下,把问题分析一下,大概分几个方面进行排查。

一、产品经理环节是不是单方面出了问题?

1)产品经理是不是清楚想要什么风格效果?

很多时候产品经理其实并不知道产品想要做成什么样的,但是又不敢让设计师去发挥,所以可能把产品线框图交给设计师去设计的时候,一会儿说一个意向的风格、一会儿又觉得那个风格好,这样几次下来会让设计师感到迷惘。

毕竟 在这个产品的策划、规划以及面向用户的定位上,产品经理很清楚产品面向的用户大概是什么群体,如果连产品经理都不清楚到底该往哪个方向去设计效果,那么视觉设计师肯定也想不明白。

2)产品经理想要的风格效果到底仅仅是自己喜欢的,还是用户想要的?

有一个误区想必大家都很难走出来,就是很多产品经理包括老板在内,都不清楚想要做的风格到底是自己出于自己的喜好,还是真正的了解了用户,去用户中走访,真正是觉得用户需要的,是用户喜欢的。

一个人在对自己擅长领域进行期待的时候,往往会带上自己的有色眼镜。所以通常这个思维定势非常的杯具,通常你听到:“我不管怎么样,我就是要这个风格!”这个时候大家都明白了,所以在想清楚想要的风格效果的时候,不要太自己。

3)产品经理想清楚要的风格效果,是不是也让设计师明白了?

视觉设计有规范可言的,产品经理好不容易想清楚想要的风格了:“要web2.0的、简单的、页面看起来很轻的、用户喜欢的”,这个时候视觉设计师又糊涂了。他不明白用户喜欢的样子是什么个概念。

因为逻辑的东西可以画出来,文字的东西可以写出来,但产品经理本身不是设计师出身,他们想到的色彩,效果很可能没有办法通过语言组织出来,也没有能力通过PS画出来,所以心里知道想要什么,但无法让视觉设计师也明白也是种痛苦。

二、视觉设计师环节是不是单方面出了问题?

1)视觉设计师还是不够了解产品理解用户?

一个版本出来了,效果不理解,于是又一个版本出来了,效果还是不理解。产品经理可能觉得已经说的非常的清除了,但是设计师每次出来的版本,感觉都是颜色调了调,感觉还是没有了解产品、没有理解用户。

很多设计师是很用心的,但是很多设计师确实对某些事物没有感觉,因为很多时候对事物的理解要来源对在生活中对他们的认识、理解,所以出现上面的情况也不为奇怪。这个还是需要时间和过程去积累的。

2)视觉设计师没有足够的时间去设计?

要想要的一个好的作品一定要给设计师时间,很多公司里也不乏有设计功底的选手,但是你会发现时间长了以后,很多人设计出来的作品一般般没有亮点,很多地方也是处理的马马虎虎。产品经理说不出到底什么地方不好,但是能感觉到。

所以特别是一个比较期待的作品交由时间的时候,一定考虑时间。不要只在意结果本身,而忘记了过程。很多设计师做设计的时候不再是为了去精心设计一个作品,而是变成通过一些基本的技能去PS仅仅为了完成一个任务。

3)视觉设计本身的能力、个人风格导致的?

人与人是有差异的,视觉设计与视觉设计也会存在不同的风格,有些视觉设计师在gui方面的设计特别有天赋,设计出来的icon等特别有质感,还有一些设计师只擅长大的平面,或者有些不擅长插画,不擅长工业设计。

另外能力也有差异,所以要充分的了解设计师的背景、作品、擅长,让最磨砺的刀砍最难砍的藤。不是每个设计师都是万能的,做gui的设计师不一定让他做插画就好,相反也是一样的情况。当然你也可以看出设计师是不是用心做。

三、问题怎么解决有没有合适的办法?

或许这个才是产品经理和美工打交道的关键。好的设计师不一定找得到,但是80%的设计是不需要好的设计师完成的,所以作为产品经理可以想一想。我是这么认为的:

1、产品经理也应该多增加一点相关的色彩的感觉。

产品经理也应该多增加一点相关的色彩的感觉,稍微了解一下这些主流产品的风格,我记得有本书叫《情感化设计》,还是一些如《网页配色》《网页排版》等,可以把一些基本的东西了解一下,总不至于和视觉设计师交流的时候哑口无言。

2、找到一种合适的方式让设计师明白你的想法

合适的方式其实不仅仅是说,是写,有些时候实在前面的都不能满足你去表达的时候,那你干脆的把你想要的风格的网页或软件的界面截图给设计师进行参考,然后再在这个看到的基础上表达你的想法或许会更合适。

3、以其死死的勒紧,还不如松松的放开,把信任和压力转移过去。

以其死死的勒紧,让设计师在产品经理的框架中去不断的设计,做1个版2个版本3个版本让你选;还不如松松的放开,让设计师去设计风格,让他去权衡用户体验权衡设计效果,做1个版2个版本3个版本让你挑。把信任和压力转移过去。

4、找合适的人设计合适的东西,知人善用,合理看到资源。

择人善用,找擅长的设计师做擅长方面的设计这本身是没错的。但是很多时候没有那么多设计师让你选择,或许只有1位,那我产品经理多往前走一步尽量的多沟通让设计师也多学习、多变通、多主动,并且可以形成设计多样需求的能力。

产品经理怎么和UED打交道【5】

一、先捋清楚概念,UCD是什么,UED是什么,PM又是什么。

互联网行业整体发展的情况是参差不齐,很多人一直不明白UCD是啥?UED是啥?交互设计师是啥?产品经理是啥?所以不得不引出以下几个名词:

UCD是啥?UCD是概念,不是指人。

UCD= User Centered Design是指以用户为中心的设计。是在设计过程中以用户体验为设计决策的中心,强调用户优先的设计模式。

UED是啥?UED是人,不是概念。

UED = user experience design,用户体验设计。以遵从UCD理念去进行用户体验设计的人。

PM是啥?PM是人,不是概念。

PM=product manager,产品经理。对产品负责的经理。有些公司管叫PD,估计公司也没有想明白,还是以PM来要求各位吧。

捋清楚了这些概念后,再来讲产品经理怎么和UED(交互设计)打交道,我们把握住几个大的方面就可以了。如下:

二、用户体验是可能UED的全部,不是产品经理的全部,所以请不要看用户体验看得这么重!

一款产品的伟大,是因为它:给用户提供了真正有用的价值,给用户带来的便利;一款产品的成功,是因为:可能是户体验做到极致的成功,也可能是技术实现的革新,也可能仅仅是营销推广的成功。

今天很多产品经理都高喊:“用户体验”,我请大家停下口号,要关注的更多。有用户体验意识—很好、非常得棒!但是用户体验不是产品经理的全部,只关注用户体验的产品经理可以是一位优秀的产品设计师,无法成为优秀的产品经理。

现在是资本运作的时代,很多外部条件都有可能催化一个产品走向成功,产品经理一定是:目标驱动、结果导向的群体,所以我们更要理性的看待行业市场环境、理性的看待产品成功应该具备的因子,理性的看待在不同的阶段产品依赖这些因子的占比。

三、分清产品是围绕:用户利益和商业利益的Balance,还是用户体验和商业利益的Balance

理想的情况下,我们总希望会用户越多的利益,给用户越多的用户体验上的满足。事实上你所有给用户的东西都会耗用你的资源,让你付出成本和代价,而且在很多时候也会对产品的商业利益有所损害。How To Balance?

这个时候一定要分清楚产品到底是围绕:用户利益和商业利益的Balance,还是围绕用户体验和商业利益的Balance。用户利益和商业利益的矛盾永远是重要的,但是用户体验仅仅是会间接影响用户的利益,所以可控制的空间还是比较大的。

四、用户体验的瑕疵产品经理可以容忍,但前提保证用户体验没有构成产品发展的短板!

不管哪个产品,按照用户体验去看,一定能发现很多不合理的用户体验瑕疵地方,百度有、腾讯有、网易有、搜狐有、阿里巴巴有,这些公司都有优秀的产品经理队伍和优秀的UED队伍,那为什么这些问题依然还在?难道大家都没有看到么?

说明一个问题:产品经理是可以容忍这些用户体验的瑕疵,没有一个想的十全十美的产品,也没有一个一成不变的产品。今天或者明天你看到的产品,可能就是因为要推出来占坑、布局,或者就是因为没有想好。

产品要在快速适应市场进行调整,进行迭代;而不应该被因为追求用户体验的完美而牵绊,从而放缓了与竞争者奔跑的速度。产品经理允许在过程中不断的改良传达到用户那边的体验,但前提是:保证用户体验没有成为产品发展的短板,导致了产品的用户流失。

五、产品经理做自己更应该要做的事情,充分尊重UED的专业权威,让擅长的人做擅长的事情!

作为产品经理,我们更应该要做的什么?

1、产品的商业价值–产品是否需要合理存在,产品存活的市场空间,满足的市场价值在哪里;

2、产品的需求满足–产品核心服务需求的满足,产品扩展给你的满足,或是用户体验需求满足;

3、产品的实施策略–产品在其特定的生命周期,具体的实施策略,每一阶段应该需要扮演的角色;

4、产品的运营、市场–产品为配合战略或既定目标的数据不断优化的策略、以及市场的占有部署;

说到分工:产品经理,把商业需求、用户需求–>翻译成产品需求;UED交互设计,把产品需求、用户需求–>翻译成网页语言;所以从这个角度,但凡涉及到信息表达、传达的问题,都可以让UED去owner。充分的把产品的需求和交互设计沟通,不要什么东西都主导,不能撒手,让擅长的人做擅长的事情。

最后想说的是:

热爱产品的人,不管您现在仅仅是关注于用户体验,还是已经在产品经理的路上修行,掌握产品各个环节的能力是修身必不可少的。大家只有做到融会贯通,把自己放到各种环境下去看问题,不要局限于职位本身,才会有越来越广的发展空间。

产品经理怎么和猎头打交道【6】

现在的产品经理被猎头忽悠的不行了,很多人其实原来的环境呆的还不错,也没有非常迫切的欲望说要动一下的,最后还是被人连哄带骗的:写简历了、投简历了、面试了……

这样的情况非常多,其实猎头忽悠是常态,不忽悠才是奇怪的。但是有一个问题,现在不分水平高低,只要能过学历过、工作年龄关一概都不放过。所以我说现在的猎头不负责任,一个公司要挖人才?需要这些人具备什么样的特征,具备如何的能力?现在成什么样了,真销售一样狂轰乱炸,只要是个相关的就觉得可以作为开发的客户。

现在的产品经理都有靠山了,靠山是啥?猎头啊!

只要有一点干的不爽了就会找猎头拐着弯的聊天, 做猎头的大多都是心思慎密的MM,你说她们能不知道你的小九九么?然后新的一轮交易又悄悄的开始了。猎头比较雇主、然后开始跟各个公司的HR游说,然后产品经理写简历了、投简历了、面试了……

门精的产品经理,也把猎头忽悠的不行了。

很多人还是没有啥能力的,出来混没有好好混,能力可见一般。在一个公司也发挥不了啥,又没有能力去晋升,出来混迟早要还得嘛! 那就找出路吧,然后就开始忽悠猎头了。

猎头不是吃干饭的,她负责把这个客户推销给企业,但不给负责说这个产品经理确实非常优秀,她没有过程去判断是不是此人确实OK?猎头比较雇主、然后开始跟各个公司的HR游说,然后产品经理写简历了、投简历了、面试了……

可见产品经理群体中也水分非常的大,很多人挂的Title比你高,就一定比你牛逼吗?并不见得,在某种方面说,他撑门面的本身比你要高,不得不承认行走江湖姜还是“老”的辣!
上面的现象都不是好现象,所谓路遥知马力,然后很多人跳槽到新公司没多久又闪人了。

理由非常多的:“这个公司不行、这个公司不合适、这个公司的文化接受不了、这个项目部看好……”那说明什么,说明跳的太快,没看好啊! 没有哪一个公司是安乐窝,待遇又高项目还好。所以跳来跳去,失去的是踏实、积累。说了那么多,回头过来产品经理怎么样更好的和猎头打交道?也是我们深深的需要思考的,其实这个话题我抛出的就是一面镜子,让我们自己照照自己,心里到底是怎么想的,心里到底想要什么?

在我看来,猎头就是一郎中。

首先,她可以给你下春药,春药的作用就是产生激素、加速你的欲望,让你血液沸腾。其通常表现在:

1)你没有欲望的时候,在原来的岗位干的稳稳当当,这个时候猎头来了,他会问你现在的情况,然后把服务客户能提供的丰厚的薪水报酬、股票期权、企业文化介绍给你,很多时候你本来干的好好的,结果一下心里认识到了在行业中同等的付出,却不能获得同等的具有行业竞争力的报酬—心里失衡。

2)你有欲望但犹豫的时候,人大多都是这样的,很多人也会想着跳槽,但大多时候还是可以冷静下来的。但有一天猎头来了,把一个符合产品经理心里期待的东西,告诉给产品经理的时候;这个时候无形中让产品经理心里潜意识期待的那个结果,一下子从虚到很实际了—产生希望。

其次,她可以给你下迷药。迷药的作用就是:加速某种激素的分泌,整个大脑神经兴奋,严重产生清醒状态下没有的幻觉。通常表现在:

1)夸大一个价值点,并且从来不加前置条件。

举例:产品经理的薪水通常:5-15K,一般告诉你的都说这个职能能给15k,20k。很多产品经理不加思索觉得待遇太高了,事实上有多少人能拿到10K的,你的条件符合5K,还是12K?

在这个过程中是猎头玩弄的一个手段和伎俩,因为她知道,所有的人都认为自己非常优秀的,是很幻想自己可能拿到最高薪水的。

2)说好的、不说坏的;说合适你的部分,不说不合适的部分。

人是什么样的人,猎头了解吗?其实不了解!那她凭什么口口声声夸你优秀,夸你怎么样有竞争力,那是扯淡!那是虚伪!我们自己想想清楚,我们是不是真的很优秀?真的很棒?是不是让人可以很强烈的感觉得到?既然到不了解,怎么知道这个公司哪些是适合你发展的,哪些可能是不适合你发展的?

猎头是只能通过HR看到一个公司窗口,但那扇窗口已经装潢过了。所以猎头只会说好的、通过直觉推理适合你的,有多少真正的事情会告诉你?让你权衡?

所以很多产品经理被郎中贴了膏药后,不知道自己身体的现状是什么,需不需要还用贴膏药。很多人本身膨胀欲望很强,说明了自己对自己也缺乏清晰的认识和定位,郎中来了这种膨胀被扩大的让自己更加迷失了。所以很多人貌似光鲜的跳了,还是不知道自己为什么就跳了。

当然也不能一棒子打死一群人。猎头还是非常的好的,非常的重要。冷静的观察一下,很多猎头做不长久就会被淘汰了,很多猎头可以一直能够做下去。原因很简单,低层次的猎头把客户仅仅当成是一个单子,卖我来阿里巴巴的猎头或许就是如此,入职了MSN上便永远的消失了。但是很多猎头会真正的把你当朋友,告诉你职业生涯应该怎么样,做人应该怎么样,真诚的对待别人,然后时间长了以后已经分不清是客户还是朋友了。在朋友需要的时候帮他朋友一把,回头也会得到很良性的结果。所以对待人的态度不一样,看问题的角色不一样,也决定了一个人、一群人是不是尅走得更长久,路是不是走的越来越宽。

产品经理这个职业,说来还是在发展中,不是一个定态。今天和我一样的还没有拥有资源分配和一些事物决策的产品经理,都是伪产品经理,仅仅是一个产品的执行者。所以也需要更多的产品人,在一起,一起交流一起学习一起成长。你想要的到底是什么?所以和猎头打交道,还是说明了和人打交道一样,首先是我们要清醒的认识自己。

认识自己的长处、短处、认识自己的品行、才知道自己是怎么样一个人,才会让自己有个比较客观的评分。要不连自己都看不清楚,今天看着人家赚的钱多了,明天看着人家发达了,心里就失衡了那怎么可以。不管大的企业环境待遇有公平和不公平,总体上来说,收入和你的能力是匹配的,能成正比的。

还有认识你现阶段在企业的一个状态,是不是可以伴随企业一起成长?是不是还可以有一定的晋升机会、发挥的舞台?是不是还可以学到一些什么,可以积累到一些什么?好好的问一下自己,是不是这里我真的呆不下去了,必须走人了。不走人我会崩溃,走了人就一定是光明岛,一定适合我们发展么?很多事情都是不一定的,起码所有的决定都是深思熟虑以后的,这样我们每走一步,脚步会更坚信,心里会更有底。

当我们想清楚了这些以后,最后再看待这个话题:“产品经理怎么和猎头打交道?”所有的问题都迎刃而解了。真正取决于的使我们自己,我们如何认识自己、如何发展自己的发展。猎头仅仅是一个催化剂,在你合适的时候帮你职业轨道助推一下。但千万你不要一直把所有的猎头在IM里留着,留着是毒药啊!

朋友,相信自己,走自己的路!如果有一天你真的很厉害,有人真要挖你,肯定是指名道姓要挖你;而不仅仅因为这个职位少了谁,然后让HR,让猎头再去找合适的人补这个位置。这个是不一样的。最后希望以上这些对你看待产品经理的实际问题有所帮助。



正视研发管理才是高水平竞争
需求是如何变成产品原型的
产品经理能力模型解说—把控
产品经理的正确定位
谁是合格的产品经理?
产品管理与产品营销的区别
更多...   


统一过程及应用
敏捷过程实践
基于XP/RUP的迭代开发
软件开发过程指南
SCRUM过程实践
敏捷测试-简单而可行


某博彩企业 产品经理与产品管理
北京 研发团队与工作管理
广东金赋信息 敏捷开发过程与项目管理
某支付平台 软件配置管理与发布管理
富士 软件外包项目管理与进度管理
塞孚耐 基于Scrum的敏捷开发
更多...