① 黑马程序员的产品经理可以学到什么内容
可以学到产品调研与分析，产品需求与设计，项目管理，产品运营等。可以说关于产品的方方面面，产品经理都可以运筹帷幄。
② 产品经理怎么和程序员打交道【3】
经常有人问我：“嗨，费杰你好！请问阿里巴巴的需求文档怎么写？“，但很少听到人谈：“嗨，哥们你好！请问产品经理怎么和程序员打交道？”你回去稍微琢磨了一下，心里就会得到下面三种情况：1) 很多产品经理之前就是程序员，所以非常了解程序员是什么样的一个状态；2) 很多产品经理还停留在关注自己产品规划、设计本身，缺乏对团队配合的思考；3) 很多产品经理，其实是有和程序员打交道的实践技巧、心得的，但没有重视和分享。事实上在很多产品研发体系下，产品经理和程序员因为思考方式、关注范围、职能职责的差异，导致了沟通上的困难。如何更好的与程序员建立起一座畅通的桥梁也是每位产品经理需要思考的问题。一般情况下，产品经理和程序员沟通困难大概的原因：�0�21、得到信息不对称；�0�2�0�2产品经理得到的信息一般集中在：商业需求、商业策略、战略方向、产品规划、运营数据、整体营收、目标任务等方面。产品经理往往在根据公司现阶段的情况，以及市场的竞争情况，做一些产品策略或者一些产品的方案的策划、发起、实施。
所以这个过程中，产品经理扮演的角色是翻译：“市场需求、商业需求”，成为：“产品需求”，所有的信息全部围绕需求本身。为什么要做需求？怎么做需求？先做什么需求、后做什么？基于怎么样一个思路去推送产品进行实施、从一个利益平衡获得空间增长指标后达到另外一个利益平衡。程序员不一样，很多时候程序员得到的信息是：有一个需求，可能是小需求、产品需求、或大到项目需求，然后得到一系列需求列表，然后产品经理会让程序员看：“需求”哪些通过code改改就可以实现，哪些是需要开发可以实现，哪些是技术或构架或因为成本的原因不能实现。
所以在这个过程中，程序员扮演的角色是翻译：“产品需求”，成为：“技术语言”的评估，所有的信息全部围绕开发需求本身。如何开发这些需求？是沟通数据库增加字段？调用接口？开发新的接口？需要开发组件？重新构架引擎？来实现满足或支撑这些需求？那这个时候问题来了，很多情况下我们只是把程序员当做一个写代码，通过编程语言来操作计算机完成需求的工具了。�0�22、沟通语言不对称；�0�2�0�2说到两者沟通的语言，这肯定是困扰产品经理本身的。产品经理的语言是：“描述“、”形容“，我也见过很多产品经理，很多人的需求文档就是漫天飞舞的文字，一整段的描述+描述，不要说程序员看不清，可能过段时间连自己都看不清楚。除了书面语言，产品经理的沟通语言也是含糊的，没有太多的逻辑去组织，很多时候总是试图去述说一个需求，被程序员的一个计算机术语而打断。程序员的语言，更偏向于技术化。很多产品经理做过技术，有技术背景，但是还有很多产品经理不懂得技术。所以在这个时候，程序员在解说或回答一个需求的时候，会把自己习以为常的变量、函数、实现方式说出来。于是很多产品经理听到：“Sdk、webshell、select、api、组件、插件、控件“等等的时候会云里雾里，那这个时候问题来了，很多情况下我们总站在自己的立场上、自己的世界里认为别人也懂自己在说什么？实际呢？大家都是听得一半一半，沟通没有彻底到位。�0�23、思考角度不对称�0�2�0�2产品经理思考的角度在于产品本身，对技术的细节、技术的性能没有太多的发言权。很多产品经理要是的实现的业务逻辑，不管程序员是采用：c++ 、java、php、Python、找开源代码改的，还是自己写的都没有关系。程序员只要在约定的时间里，把约定的业务逻辑开发出来就可以，产品经理不去会考虑目前服务器的配置、程序员手上任务的配置、技术能力的情况，要的是结果。而且很情愿的认为团队中的工程师都是世界上最好的工程师，想做什么都可以做，对因为技术原因而不能支持实现需求不能接受。程序员思考的角度有点区别，我也看到不到程序员本身对产品追求完美对需求的背景、意义去研究了解；但很多程序员还是停留在自己接单子任务一样来一个做一个的境界，做好了自己玩自己的。程序员考虑程序实现的方式同样的一个请求是get还是post，程序员考虑代码的性能，从而采取不一样的方案去实现需求，考虑请求并发量压力和安全性。但是很多情况下，程序员对技术的理解会导致有一些业务需求满足不了，不是因为不能实现，是因为实现了觉得是废代码，或者构架不完美了。那这个时候问题来了，很多情况下到底倾斜谁的立场上思考问题？我之前也会碰到很多情况程序员就程序的角度说业务需求不合理，产品经理说程序员消极罢工、霸得蛮。�0�24、考核标准不对称；�0�2�0�2谁也不尿谁，哼！你能把我怎么样。产品经理和程序员有为完全沟通或误会的时候，极端情况下，有一方会罢工。这个时候主要是2个角色的各个考核标准不一样，所以在很多情况下显得非常的无奈。产品经理很可能考核的是方案和上线的时间、产品上线后的数据；而工程师考核的是程序的性能、很多时候产品经理催的急要的急，但程序员每天的时间有限，还是得慢慢构架慢慢开发，程序员开发时间少了，未知的执行BUG没考虑过是要负责的。这个时候问题又来了，产品经理天天干着急！咋办？以上是我结合几年来的工作经验总结出来的，当然这4大因素把很多共性的因素概况进来了。当然过程中还是会因为很多产品经理或程序员本身（个性）的沟通技巧、态度、情商等因素导致的沟通不倡，影响了彼此之间的默契。其实仔细的分析一下，产品经理和程序员打交道的过程中不管是共性的因素还是个性的因素，也不是想象中那么困难。通过一些努力之后，我们总是会找到一些快速和程序员建立沟通桥梁的办法。我个观点如下：�0�21、 要看到项目层面，不要只看需求本身。�0�2�0�2上面说到的几点不管是：“信息不对称“、”沟通的语言不对称“、”思考角度不对称“还是”考核的标准不对称“是我们常见的几个客观隐私。把几个因素抽取出来剖析，发现还是由于我们站问题的视角的高度不一致造成的。产品经理只是看到自己得到了商业的需求，策划了产品的需求，接下来会把很多事情抛给程序员做了，那还是站在需求方的角色中。那如果真正的是站在意识层面的项目经理的角度，这个时候看待问题的视眼会广很多。这个时候你就想着为了做这个项目这个需求，程序员是不是明白了为什么要做？是不是对这哪些需求的优先级有了重要的认识？作为产品经理我用怎么样一种表达方式程序员更明白？是不是需要把时间点等划定？目前程序员的资源和服务器情况允许他们能做的空间是多大？怎么样才能拉动他们的积极性更好的完成这个项目？适当的时候，需要帮助程序员做哪些申请或让步？对产品经理来说，同样张罗一件事情，同样会了得到一个结果，但是中间的过程很可能是完全不一样的。所以因为思考角度仅仅从做完一个需求死磨硬泡上升到，站在项目的角度去考虑各个关节的风险点、时间点，得到的效果是完全不一样的。�0�22、从理解程序员开始，换位思考会更好。�0�2�0�2一直在问一个问题：“程序员是什么一群人？“就和问自己：”产品经理是什么一群人？“一样，有点好笑、有点幼稚。从小工到专家，从CSDN到走出软件作坊，发现很多很多非常优秀的程序员的心声。程序员是什么样一群人？像切西瓜一样一刀一刀切：写php的写Java的写windows C的写liunx C的写C++的编程水平一般的编程水平还行的编程水平牛逼的编程水平大师级的构架牛的数据库牛的勤奋的懒于思考的不会JavaScript的积极的喜欢钻研的……好像都不太合适，因为你找不到解决和工程师沟通的好的办法。而且这些很多是外在的条件，随随都在改变。看到很多朋友一年之间经历几个大项目水平突然猛进，态度、一些特点也变得完全不一样。这个时候你需要的是了解和掌握程序员，作为职场的人，和我们一样的人共同需要的一些特点。如下4点：1) 是不是特别想被肯定、获得尊重；理解、肯定、尊重。这3个词或许非常的空但确确实实是一个非常好的方子。静下心来走近程序员，听听他们的心声、他们的抱怨，或许产品经理和程序员的距离将不再是那么遥远。虽然很多时候我们讲德行说尊重，但真正领悟到心里、落实到行动、表现在态度上的完全不一样的。真正，你是不是一言、一行本真理解、肯定、尊重程序员的，程序员是有感知的。2) 是不是想给产品提供自己的建议，而不是仅仅做一个编程的机器；很多程序员对产品非常热爱、对产品有独特的想法，但多数又局限于技术情节对产品的建议常常被忽视。相信很多程序员都希望参与产品，通过自己的专长改变产品，进而打磨出一款完美的产品。所以产品经理也可以适当的给程序员一点发挥的空间，特别是在技术创新、产品需要技术驱动的方面，在商业可控的层面让程序员发挥排头兵的作用。这样程序员会开足马力投入到开发实施的过程中。3) 是不是不仅仅和人任务指派，需求更多的和谐的人与人之间的沟通建立。产品经理和程序员两者之间没有一个良好的沟通，只是基于做与不做，做好做不好，什么时候做好，这样的功利性沟通肯定是不可靠的。往往两者因默契不够，或一方因沟通技巧不足、对待工作态度不够积极，造成矛盾。建立一个人与人之间的良好沟通，帮助产品经理或程序员更好的认知对方、了解对方，这样无论是在平时的沟通过程，还是在项目的合作过程中更好的促进了解、达成共致都会有一个前提保障。4)是不是需要别人的帮助，让他在非技术领域获得真知。看到很多产品经理朋友和程序员打成一片，和程序员一天聊天、抽烟、一起下班打游戏、打球，甚至有些时候产品头脑风暴的时候要去几个有产品情节的工程师参与前期的讨论，效果都不错。可能这些现象从另外一个层面来解决我们上面的一些疑惑。3、产品经理要改善心智，不断自我学习。�0�2�0�2最近突然觉得说得想的，有点像哲学。群里的一个朋友说了， 其实哲学就是我们生活一些事情表现出来的道路。产品经理跟程序员打交道也好，对待生活也好，我个人认为是产品经理对哲学的认识、理解、应用。产品经理越往下走，抛开产品技能本身不谈，沉淀商业以及人脉资源，都是需要以一种良好、可靠的思维方式去支撑的，也就是所说的心智模型。很多时候产品经理改善心智可以不断的增强一些事物的判断。如：遇到程序员的拒绝的、不行的理由，这个时候你通过分析起码要判断得出来，这个是程序员隔个人的态度问题，还是流程问题，有一点微妙的。所以产品经理需要不断的学习，学习提高软技能。说到学习，回应这篇《产品经理怎么样和程序员打交道》中，程序员常用的一些技术原理、技术术语得去学习一下、研究一下。Right? OK, End ！
③ 如何成为一名优秀的产品经理，先从研发做起会对自己的
1·心里要有 Ownership，就是要用心。
什么叫用心?如果你千辛万苦、呕心沥血攒下几十万做首付买了套房子，你每天花很多时间在网上搜索，每天到建材城和卖建材的人斗智斗勇，用什么瓷砖和灯具，装什么马桶和家具，价格、材质、种类等等，无所不晓。我敢肯定，用不了多久，你就能成为一个装修专家，因为这是你自己的房子。只要心中有 Ownership，只要努力，哪怕是一个外行，也能够成为专家。我相信，如果一个人能拿出这样的精神来做产品，那么他没有理由不成为一个优秀的产品经理。
如果心中没有 Ownership，就是把自己看成是一个打工的，给老板打工，给领导打工，只要他们点头就OK，那永远都不可能成为一个优秀的产品经理。你可能会说，那我干别的，此处不养爷，自有养爷处。但只要抱着打工的心态做事，你到哪里都只能是混，要想出类拔萃，那就只能等下一辈子。
优秀的产品经理心里都有一个大我，他不是对老板负责，而是对产品负责，对用户负责，他甚至会把这个产品看成你自己的孩子。比如说，你如果是一个设计师，除了美化、润色、做方案，是不是也用心地去了解这个产品怎么回事?用户是什么样的人?用户为什么用这个产品?他在什么场景下用?这个产品给用户创造什么价值?如果说一个技术工程师只满足于堆出一堆代码实现了一个产品功能，但根本没有想过自己在这个过程中通过积极参与可以让产品得到很多改善，或者对于自己认为不对的地方，也不想提出自己反对意见，这样的技术工程师就不要抱怨自己是 IT 民工，因为这样思维方式就注定了他一定是一个 IT 民工。
2·将心比心，学会从用户角度看问题。
一个优秀的产品经理，除了心里有一个大我，敢于承担责任，心里还要有个小我，甚至忘我、无我，这就是说要将心比心，把自己当成用户，从用户的角度来看问题。用户体验这个词这几年很流行，但为什么叫做用户体验，而不是叫产品经理体验，或者叫老板体验?因为我们做产品，无论有多么好的技术，有多么好的设计，最终评价好还是不好的，是用户，不是产品经理，更不是老板。老板、产品经理、行业专家选择一个产品的理由，与用户选择一个产品的理由，很多时候是大相径庭。你觉得好的产品，用户不一定买账。如何学会从用户的角度出发，换位思考，说起来是一件很简单的事，但是实际上很难做到。因为每个人不管成不成功，都会积累自己的人生阅历和经验，他的思维会越来越惯性，突破既有思维模式难度大。通俗地讲，这就是自我太强大了。在这种强大的自我下做产品，产品做着做着就变成了给自己做。
要突破这种惯性思维，我的建议是，第一要多读书、多看报、多与其他人交流，用外来的一个崭新的思维力量来打破自己头脑里的框框。我建议产品经理们看报纸杂志的时候，少看行业类高端杂志，多看面向普通用户的杂志，类似《电脑迷》、《电脑爱好者》、《电脑软件》等，上面的内容对于技术员来说，可能简单得可笑，但这些内容真的是普通用户遇到的问题。多读这样的刊物，就能帮助你从用户的角度出发看问题，正如我2012年1月在极客公园的活动上所说的，只有这样做，你才能从用户需求中找到真正的创新。
第二要适度的患上精神分裂症。以我自己为例，按理说我是程序员出身，做过产品，懂技术，什么软件到我手里都不在话下。但是，当我看360软件的时候，我会不自觉地就像变了一个人，变成了一个不懂计算机也没有耐心的普通用户，稍微有地方觉得不顺眼或者没找到想要的功能，就要摔鼠标、砸键盘，心里有一种冲过去卸载的冲动。这是我多年练出来的宝贵经验，我认为其实任何人都能够做到。从用户角度出发来考虑问题，这对很多人来说不是能力问题，也是一个心态问题。所以，我教育公司里的很多人，要“像白痴一样去思考，像专家一样去行动”。这就是要求360的产品经理，要从对计算机一无所知的普通用户角度看问题，发现问题后，要像技术专家一样迅速采取行动。
3·处处留心，寻找改善用户体验的机会。
对于优秀的产品经理来说，改善用户体验的机会无处不在。一个优秀的产品经理，他的头脑是开放的，他的视野并不局限在自己的行业和产品上。前几年，我不幸摔伤了腿，架着拐杖楼上楼下跑，什么挂号、门诊、划价、缴费、拍片，要问很多人才能找到科室，要跑很多路才能把这些事儿办完。还有北京着名的西直门立交桥，司机上桥就跟进了丛林一样，等你知道走错了，已经来不及了。可以说，这些都是糟糕的用户体验。在日常生活中，用户体验无处不在。我们是产品经理，但当我们走出办公室，我们就是使用其他产品的用户。但我们不要做一个抱怨的用户，我们要提升一个层次，抱怨完了之后，想一想其他人是不是像我们一样去抱怨，我们应该怎么其改善。你可能会说，嗨，这些事又不是我管，说了也没用。谁说的?你不去尝试，怎么知道不管用?而且，这是一种思维训练，我相信如果你能看到道路、交通、遥控器、汽车驾驶面板等很多糟糕的地方，你肯定能找到自己产品需要改进的地方。
4·脸皮厚，不怕骂，没心没肺。
一个优秀的产品经理，最重要的一个素质就是具备强大的心理素质，不怕骂，而且善于从骂声中找到改善产品的机会。最好的产品虽然能解决用户问题，但它不是完美的。没有缺点的产品并不存在。优秀的产品经理追求的是极致，而不是完美。这就是说，做产品一定在某些打动用户的点上做到最好，做到连竞争对手都望尘莫及，甚至绝望到不再追了。这个时候，真正的用户使用产品不爽了就会抱怨，会骂;竞争对手也会雇很多人，模仿用户的口吻来骂。面对铺天盖地的骂声，有些产品经理会产生恐惧心里，觉得是不是产品在方向不对。这个时候，我会鼓励团队说，竞争对手是我们的磨刀石，负面的信息里，即使是对手的枪稿，也要找到可以改进产品的启发点。我们一定要研究他们的骂声，想想产品有什么地方可以改进的，最后让他骂不出。这样，竞争对手就成了我们的磨刀石，把我们的刀磨得越来越锋利，我们手起刀落，就能把敌人斩于马下。
没心没肺的另一个含义，就是不怕失败。因为好的产品是不断打磨出来的，好的用户体验绝对不是一次到位的。真正创新的产品，在刚问世的时候一定是粗糙的、丑陋的，看一看第一代苹果电脑、Windows的早期版本、苹果的第一部手机等等，粗糙、丑陋不要紧，可以改进，关键是一定要解决用户的问题。
一个产品最后能成功，靠的不是一招制敌，更不可能是一炮而红，它至少经过三年五年不间断的打磨、不间断的失败、不间断的尝试。没有坚忍不拔的心态，一个产品经理很难做出来好产品。有人说，做产品应该像做艺术品一样，但艺术品可以只展示给少数人看，甚至艺术品是艺术家孤芳自赏，做给自己看的。但是，判断一个产品是否成功，终究还是要看它在商业上是否取得成功，因此它必须要获得大众的认同。因此，产品经理必须要跟大众沟通，，要能忍受来自各种用户建议，哪怕这种建议看起来多么乖张;要能忍受竞争对手的骂声，哪怕这种骂声是谣言。《弟子规》里面有句话说：“闻誉恐，闻过欣。”这么高的道德要求，咱们普通人很难达到。但是作为产品经理，我们可以抱着一种欣喜的心态来看待批评，因为我们都知道，批评存在着改进产品的机会。
④ 产品经理主要做什么工作程序员可以做到产品理吗
需求沟通，出设计原型，项目需求修改，说服程序员给他改需求，与程序员打架。开玩笑，其实主要还是沟通需求，原型确定，项目跟进与修改，程序员可以转产品啊，优势就是懂技术，可以避免技术难点，劣势也是这里，我发现好多客户的需求在程序员角度都是觉得没有必要的，但是产品经理却不这么认为，但是当你换成用户角度考虑其实他们需求没有问题，只是有可能程序员改起来麻烦，然后觉得这个有别的方法可以用，为什么要改，要转行其实要走出这个角色的设定，可以结合自己的技术，但是在可以做的基础下，一定要好好听客户的需求。
⑤ 程序员如何转型产品经理需要哪些逆天“装备”
需要注意以下几点：
1.关于契机
其实我觉得这不是契机的问题，是基因的问题，一个真正适合做程序员的人是不会考虑转型的，在职业发展上，程序员比产品经理的路线更清晰，投入与产出比更稳定，而产品经理，说实话，是个很看脸的职业，这个职业的路线有很大的不确定性，为什么我会转型，因为我本就不适合做程序员，我无法满足于翻来覆去就是Copy&Paste的工作，对于技术也没有狂热的追求，当然，我十分讨厌加班，确切的说是无休止，非计划性，带有潜规则性质的加班。
你或许会问，既然不适合，你为什么要选择程序员这个职业呢？说实话，在没做之前，我真的不知道我不适合。
回到正题，我是在一个什么情况下转型的产品经理呢，颇有些黄袍加身的感觉。人是有惯性的，放弃既有的优势，去投入一个看似美好，却很可能是刀山火海的职业，是一次危险的赌博。
没有亲身体验产品经理，只能说是这山望着那山高而已，所以始终带着不确定性，而当时公司规模急剧扩大，中层管理青黄不接，没有产品经理的情况下，BOSS考虑到空降人员可能水土不服的问题，希望从内部发展可靠的同志，于是对我进行了先进性教育，我思前想后，就是那句“我发现你对产品很有感觉”，让我抱着士为知己者死的念头，决绝的点了点头。
2.关于准备
说实话，没有准备，也没办法准备，因为你面临的是一个完全未知的岗位。就想你看别人玩游戏，和自己亲自玩游戏，是完全不同的感觉。别人无比娴熟的操作和风骚的走位使你拍案叫绝，但是你真正自己去玩的时候才发现，APM不够啊，意识跟不上。
怎么准备，看攻略，好吧，那些写攻略的人往往讨论的是在一个对方站桩的情况下，你怎么来干死它，却没讨论，如果对方后退了一下，或者忽然又一个敌人出现了，你该怎么面对。在实际的工作中，你面临的是各种意想不到，千奇百怪的局面，想通过攻略来解决是完全不现实的。
3.关于有用
我觉得最有用的东西就是换位思考，以前做程序员的时候，我只需要考虑我怎么来实现，我的时间够不够，项目什么时候上线，有了任何问题，我可以等待，我可以扯皮，我也可以作壁上观。但是作为一个产品的负责人（视公司岗位职责的不同，或许有很大出路），我就像一个管家婆一样，必须时刻注意到哪里可能出现炸弹，每天更多的时间不是在执行，而是在观察，思考，应变中度过。
我不再拥有一个可供我自由分配的八个小时，我的上一秒可能在思考问题，下一秒就会有人过来找我，碎片时间变的很多，就连上厕所，都会有电话进来，你随时保持着战斗状态，不能有一丝一毫的松懈。
这个时候再去看程序员这个岗位，你发现，原来是这个样子的，但因为我也混过，我自然知道程序员的心态，这是我的最大优势，我能够和程序员很好的沟通，并能理解他们在别的策划转为产品经理的童鞋那里难以理解的问题，所以我这边的研发进度往往保障的很好。
我发现所有的事情都不是像我想象的那么简单，方案的问题，计划制定的问题，人员本身的问题，处处都会产生蝴蝶效应，我总是在不安中小心翼翼的防微杜渐或亡羊补牢。
但我发现，即便我付出了再多的努力，项目还是会因为各种原因走向失败，这个时候检讨是没有意义的，天时地利人和，缺一不可，为什么我说产品经理这个职业看脸，是因为这个职业看起来能决定任何东西，又发现自己决定不了最关键的问题，所谓尽人事，听天命，以前总被我嗤之以鼻，我发现，有些时候，我真的很有共鸣。（作者：Robert Struggle）
⑥ 软件产品经理所具备的知识
同程序员不一样，产品经理主要是同人打交道，要组织处理好很多复杂的关系和工作。所以做好产品经理并不是一件容易的事情，很多方面的素质培养是必不可少的。
协调沟通能力：产品经理要协调好各种关系，包括研发、测试、文档、市场、销售等部门的人，在保证品质的情况下如期的推出产品。任何事情都是靠人实现的，所要协调的主要是人力资源，绝不能因为要完成一个OEM的项目而占用所有测试人员的时间。不同部门的沟通并没有多大的区别，但不同部门的Leader做事方式可能不一样，因此一方面要看对方配合的程度高低，同时要学会在恰当的时候和恰当的人谈恰当的问题，只有解决好问题才能有效的将事情向前推进。尤其是在没有下属关系的情况下，人与人的互动上，要做的非常好，能够把自己的想法非常好的表达给其他人，说服这些人配合去做事。
对事务优先级的控制：产品经理的工作是相当琐碎的，要处理各种各样的关系和进度，不像其他的工作都有自己专注的方向，专业的领域。所以如何在一天之内高效的做事就显得尤为重要。
要有市场感觉：围绕市场调查、市场细分、目标市场、市场定位，通盘考虑产品、价格、渠道、促销、公关、服务这些因素是开展营销工作也是产品管理的一项很重要的工作。所谓市场感觉，更为重要的是如何能够通过市场现象去生成一些战略，而不是对方降价自己也降价，对方做广告自己就做广告。所谓战略，就是从产品定位、用户定位、价格和竞争对手入手，了解各自的强项和弱项，找到机会在哪里，威胁在哪里，并进行分析，制订未来的战略。这些素质不是通过看市场宣传和汇报就能够获得的，它需要很多的信息反馈分析，要靠经验和感觉。
具备一定的抗压性：作为一个产品的负责人，产品经理的压力是很大的。尽管在某些公司，产品的成败不一定和产品经理的收益挂钩，但如果某些方面考虑不周，做出来的母盘存在问题，造成整批产品销毁，给公司带来巨大损失，或者因为某些原因没有和一些人员沟通好或者安排好时间，结果造成问题，产品无法如期交付，产品经理还是有“罪魁祸首”的感觉，这些都是压力所在。
主动做事与合作：产品经理需要有独立解决问题的能力和动力，要把产品看做自己的孩子，怀着热情和激情去做事。这种热情决定他是主动的，而不是被动的去做事，是为了不断提升自己的价值和能力。
⑦ 怎样成为一名受程序员欢迎的产品经理
话题。PM 方面文科出身偏感性的居多，时常看到他们分享经验(RD 一般直接骂 PM 是傻X)，但考虑到他们的知识体系和思维习惯，这些分享大多没啥营养，缺少参考价值。
我从入行起就做一线开发，而且是前端，离用户近，工作大多围绕界面、交互进行。创业这两年挂职“产品总监”，做产品经理的同时也在做开发，自己给自己提需求。接下来，由我来告诉你，怎样成为一名受 RD 欢迎的 PM。
告别愚蠢
很多 PM 的最大问题是愚蠢而不自知。
就目前来看，RD 多是科班出身，受过系统的计算机相关知识和技能培训(包括学校和自发)，头脑清晰逻辑缜密，平时多半有点宅，人机交互甚至多余与人交互;而产品经理则是三教九流各色人等都有，知识技能工具也缺少统一标准。这种情况下，RD 有些优越感再正常不过。总结起来，初始状态下，RD 眼中，PM 是这样的：
学习成绩、学习能力、学习习惯都有问题，唯独嘴炮很厉害
用(移动互联网)产品的时候还不如我多(宅么……)，竞品观察的还不如我细(要抄的这个产品我用大半年了)
假传圣旨狐假虎威
偏偏很多 PM 还特别喜欢用“我觉得……”这种句式跟 RD 交流，遇到挑战往往也没法拿出数据、竞品设计进一步讨论，只能说“总会有人……”“像我这样……”，甚至继续“我觉得……”。他们忽视了一个问题：大家的命运都和产品息息相关。RD 对产品的关注程度，倾注的情感，并不比 PM 少。RD 对产品的期望，也不比 PM 低。这个时候，如果 PM 拿来的一份说不清好坏甚至脑残设计，那被抵制或消极对待就是自然而然了。
如何才能不让自己显得愚蠢呢?其实也不复杂。
多用竞品，多用互联网产品。没办法，吃这碗饭，就得有投入。时刻了解界面交互的新潮流新尝试。
能找到数据，尽量多用数据。
除了直接合作的 RD 以外，争取交几个 RD 朋友，提需求之前，请他们先帮忙评估下开发成本，再去跟自己的 RD 沟通时会有准备的多。
PM 一定要树立自己的专业性权威性，要让 RD 相信，这个需求是有利的，是有效的，是可以给自己带来奖金的，那么积极配合就是水到渠成的事儿了。
理解 RD
每个人都有自己的小确幸，RD 自然也不例外。
可能是用某种模式巧妙地重构了代码，使之清晰好读便于扩展;
可能是妙笔偶得的正则，效率比以往提升了数倍;
可能是学会一个新技术找到一个新框架……
理解 RD，就是理解他们在发现身边的小确幸之后，给予他们足够的空间去满足。比如，不要把项目进度填得太满;或者适当调整功能需求，把 RD 自发提出的需求加进来。
另外一种温柔理解，就是不打扰。有些 PM 控制欲较强或者项目出身，热衷于“对进度”，简直愚蠢到令人发指——你对不对进度，进度就在这里，不进不退。程序开发不是线性的，不是每小时 12.5%，一天 8 小时 100%;也不是写了 200 行，再写 200 行就完成了;甚至我都没办法告诉你我做了多少，还要多少时间才能做完。有些 PM 更是不知道从哪儿喝的过期鸡汤，竟然认为只要够坚持够忍耐，坚持询问耐心询问，就能和 RD 在对进度这件事上达成共识——这除了让 RD 确信 ta 是个无可救药的蠢材之外别无它用。
最后的理解，就是“PM 动动嘴，RD 跑断腿”了。能理解这一点，其它也都好理解了。任何需求都有开发成本，这个开发成本，往往连同是 RD 的其他人都无法准确估测，更何况缺少技术背景的 PM。所以很多 PM 提需求提得很随意，明显没有经过深思熟虑(或者明显没有和更高阶的 PM 进行讨论，或者没有和其它需求方确认);改得更随意，而且常常伴着一句：“你就那个那个啥一下，很简单。”坦白告诉你，听到这句话 RD 没拿出刀砍死你说明他爱你。想改善的话，开工之前多沟通，降低返工可能性;提出需求时尊重 RD 的判断，共同拟定阶段性目标;开工后尽力维持计划，等等。
理解 RD 的 PM，真的好迷人。
避免误区
第一个误区是打嘴炮。
为了写这篇文章，我简单 google 了下“产品经理自我修养”，搜出来一堆心灵鸡汤。这些文章几乎可以作为产品经理“假大空”的代表，正是这些文章误导了很多初入行的新人。
作为有必要时常和 RD 打交道的 PM，一定要务实，想法要落地，提出的东西要有具体执行细节，有考量标准。不能满嘴跑火车，动不动战略布局就，动不动就拽名词(“破坏式创新”)，动不动就引名言。我们的目的既简单又统一，把产品做好，把运营做好，提升用户体验，抓住用户，增加活跃用户，最终流量变现，大家分钱。这之间，需要的是一个又一个具体的需求，一点又一点持续的改进，合理规划的统计点，用数据支撑的每步选择。而且前面说过，RD 可能嘴笨，其实很聪明，并且有点优越感，PM 拿不出真材实料只靠嘴炮很快就被归到不靠谱那类了。
第二个误区是想说咱俩是一伙儿的结果表述错误。
常见于老板或者某领导提了个不咋样的需求，交给 PM，PM 劝 RD：“我也不想的，可是老板他非要。”前面说过了，PM 动动嘴，RD 跑断腿，最后开发成本要 RD 扛，所以你说服不了老板，苦果得我吃。所以你嘴上想说咱俩是一伙儿的，其实你正在出卖我……正确的做法是先尝试说服领导或者老板，如果无法做到，就试着理解老板的意思，用道理说服 RD，同时及时修正项目进度。
总结
其实 PM 和 RD 不是仇人，相反，二者的切身利益息息相关。PM 希望找到给力 RD 的同时，无数 RD 也在期盼上天赐予一个靠谱的 PM。RD 不善表达的居多，也懒得跟“外行人”废话，所以常常只表现出对 PM 很冷淡甚至敌视。其实他们并不是不愿意做功能或者不接受改需求，只是需要一些更说的过去的理由而已。
获取 RD 信任之后会发现他们都很好相处，而只要做到以上几点，受到 RD 们欢迎也是必然的。
⑧ 程序员会甘愿为实现产品经理的想法而工作吗
其实产品经理这个岗位，就是程序员转岗的最佳选择之一。和程序员不同的是，产品经理不需要写代码，主要工作就是挖掘用户需求，将用户需求转化为功能需求，做出原型交给开发和 UI 进行产品的开发设计，同时跟进程序员同学开发进度直到产品上线。
产品经理其实就是对一个产品负责的管理者，和程序员相比，他需要具备更强的综合能力。
软件专业毕业的学生，做产品经理有得天独厚的优势。因为他们专业能力更强，也懂得什么样的产品能落地，他们更容易受到程序员的尊重，沟通起来也会更加顺畅。而且，产品经理的薪资待遇并不比程序员低。一、产品经理的主要工作
那么，产品经理的具体工作有哪些呢？
1、需求分析
通过用户调研（访谈，问卷，功能数据）等，发现用户的痛点。
2、产品设计
根据需求分析的结果，定制解决方案，通过产品原型（Demo）实现出来，并需要把交互，规则，逻辑及数据统计需求写清楚（PRD）。
3、项目跟进
需要与UI，UE，开发，测试，需求方进行沟通确认，保证整个项目过程中，各方对产品功能的理解一致，并按照原定计划进行推进。
4、产品上线
产品上线前，需要提前准备好宣传软文，培训手册；产品上线后，需要进行线上验证，检查和自己的产品设计是否一致，此外还需要数据的收集。
⑨ 怎么才能成为软件产品的产品经理
你是哪方面软件啊，得有个范围才好说，不过首先你要懂点技术，不一定要达到程序员那种，但至少要能规划出软件的主要功能、有竞争力的特色，这个产品适合什么样的客户群体等，而且，要能规划出这个产品的开发周期和成本来，还有就是要有一定的市场分析能力。
因为一个合格的产品经理要懂很多知识，不论是软件产品经理还是其它类型的产品经理，都需要学习很多东西的，比如市场营销知识、财务知识、研发知识等，做一个产品从市场调研开始到研发阶段、推广阶段、销售阶段会涉及很多方面知识。很多做销售、项目、研发的人会最后转型为产品经理。这是自己的职业规划，你可以先做研发工作，有一定经验，再转产品经理，或是直接做产品经理也可以，就是压力会大些。网上有很多产品经理资料，你可以看看，再考虑，当然你也要看自己的自身情况，做产品经理的有两个基本条件：第一、要头脑灵活。第二、心理承受能力要强。
此外，还有如下一些较高层次的职责:
• 建立产品策略，重点是对产品的未来有长远和有说服力的眼光。
• 将策略转化为产品路线，有了清晰的远景和策略后，PM就要与管理层一起确认并执行策略。
• 撰写支持商业策略和市场需要的需求书，确定主要路线，然后细化特定的可执行的需求。
• 确定以合适的顺序，在合适的时间提供合适的功能特性(features)，以客户价值和市场的关联程度来划分这些特性。
• 确定与市场间有适当的沟通渠道，以合适的方式向合适的人发送合适的消息，并确认客户已了解到他们的产品。