程序员开炮产品经理

⑴ java程序员两年开发经验想转行做产品经理应该如何做

产品经理主要思路是从整个项目作为出发点的，与之前你做的程序员有本质的区别
也就是由工程师到PGM的转变，不光在技术上，更多的要在管理和思路上有改变。
面试前你要想好思路，做的项目上的一些经验，项目schele的把控，客户需求的挖掘上面下功夫，比如客户需要某个功能，你能够立马清楚这个功能需要哪些模块，需要多久的时间开发，那些瓶颈点，如何处理这些问题，总的来说，看经验，看思路，看办法。
程序员是找方法，PGM是找路径。

⑵ 程序员和产品经理相爱相杀，打完架再“牵手”，全公司都沸腾了

在某个职场论坛里，有网友发帖爆料，大方晒出自家公司 产品经理 和 程序员 相爱相杀的照片。画面中，两个大男人手牵着手，面朝墙壁背对众人，浓浓的基情感扑面而来，让人忍不住浮想联翩。

这可不是他们成功“出柜”了，而是公司对两个人动手打架的惩罚措施。因为在产品项目上沟通不顺，产品经理和程序员起了争执，两个认死理的人互不相让，一言不合就打了起来，拳脚相向好不激烈，费了老大劲才把他们各自拉开。

程序员和产品经理的矛盾，早已经不是什么秘密了，在 互联网公司 里， 要论程序员 最讨厌谁，产品经理绝对能排进前三。要求多还奇葩，反反复复变动，指手画脚叨叨个没完，让程序员们苦不堪言。只是虽然彼此间矛盾多多，但还算克制，真真动手的还是比较少的，像这种大庭广众之下互殴的，就更不多见了，也难怪公司要当众惩处了。

两人动手打架的影响非常恶劣，公司要求要么一起辞职滚蛋，要么牵手一下午。终究胳膊拧不过大腿，虽然这个要求很诡异，但为了不被辞退，也只能捏着鼻子认了。本来还剑拔弩张的两人，在众人的见证下，大手拉小手整整牵了一下午，画风都歪了！

其实无论是产品经理还是程序员，大家最终的目的都是为了整个项目能够完美交付，为公司完成这笔业务。只是两个人的侧重点不同， 产品经理 要考虑客户考虑市场， 程序员 则更关心产品本身的合理性。当关注的重点不一样，难免会产生分歧，引发彼此之间的冲突。

而且都是公司的同事，平日里抬头不见低头见，大打出手确实不应该。在有着共同目标的大前提之下，即使两人的立场不同，但也应该彼此互相体谅，只有精诚合作，才能事半功倍不是。

公司的处理决定也很机智，辞退可能只是玩笑话，要他们牵手和好才是真的。毕竟都是为了公司的产品项目才弄得这么大火气，把他们安抚好了，项目也能更顺利完成。而且这种方法虽然看起来尴尬，但也冲淡了矛盾的尖锐，尴尬总好过对立，诙谐才更容易让人接受。

这不，还有网友打算效仿呢！嗯，都是人才！

⑶ 程序猿如何转行做产品经理

做产品经理，虽然不要求你天天写代码，在电脑前一坐就是一天。也不需要你随时钻研新技术，改bug，但是你要掌握的底层能力不减反增。那应该怎么破局？答案还是找到一些开发和产品之间的可迁移能力。在你从事研发工作的过程中，也会积累一些经验，下面是产品经理能具备的可迁移能力，你也可以从这些能力中倒推你已经具备的能力有哪些。我把它分为底层思考力、中层可迁移力和上层可迁移力，而产品经理因为需要洞察用户、理解业务、找寻商业模式、迭代产品，所以需要具备更深入的底层思考力，比如对本质的洞察、结构化思考、升维到更高的业务去思考，批判性思考，思考思考本身的思考等等。

这些能力你具备的越多，那么你的职业发展天花板就越高，就越能适应未来的变化。从可迁移能的角度来看，你也可以思考，你一年多的研发经验中，有哪些可迁移的能力，能应用到产品经理上？从底层可迁移能力看，你可能具备一些结构化思考的能力，因为在处理比较庞大的开发信息时，你都需要通过结构化思考对代码信息进行分类和排列。从中层可迁移能力看，比如做研发的同学普遍都会有比较严密的逻辑能力，每次在做产品研发时，需要更强大的逻辑去梳理整个产品的脉络，具体展现在对流程的理解、对一个流程中可能出现的各种情况的预判，对产品实现的各个环境的要求的理解等等。从上层可迁移能力看，你对产研流程比较熟悉，更容易推动一些项目，也因为你对研发原理的了解，你更清楚不同的需求需要多少实现成本，开发同事在人工预估上唬不了你。对于各类软件，你的学习速度也会比其他背景的同学更快，甚至，你可以自己编写一些轻量的代码来提高自己的工作效率。

所以，要问研发怎么转型产品经理，最好的切入点就在于你可以从中找到可迁移的能力，以这些能力为起点，去补足自己的弱项。归根结底，你要想成为一个能胜任目前工作的产品经理，你还需要解决一些棘手问题。1、能力不够系统的问题我见过知群里有很多同学都有问类似这样的问题，我读过很多关于产品经理的书籍，了解了很多产品经理的方法论，但是我仍然不知道自己应该如何找到转行的抓手。其本质问题还是不够系统，什么是系统的能力？系统的能力可以应对各种问题来的不确定性，系统的能力可以让你变得更“聪明”。BOSS直聘CEO赵鹏在接受采访时，曾经对聪明人做了一个定义，他也是拿着这个定义去看人和选人的：第一，总是能明白人家啥意思；第二，总是能让人家明白自己啥意思；第三，遇到一个课题能够相对快速地形成思路去解决；第四，始终能稳在重点上，不机会主义，不跑偏。你发现没，上面的四个问题其实都具备了一个关键要素：就是不确定性。接收信息和需求的不确定性，沟通对象的不确定性，遇到问题类型和复杂程度的不确定性，和局势事态优先级的不确定性。

要应对这些不确定性，你必然要用系统的方法去解决。如何具备系统的思考问题的方法和习惯？这就需要你先在大脑里构建各种各样的解决问题的模型，解决信息不对称的问题，因为有的思路和知识，知道和不知道的差距真的很大。比如视觉优先级、交互优先级、用户优先级等这些思维方式，这些思考方式我就不在这里展开讲了，我会在每周的周三晚上，在知群的训练营的直播课上做具体讲解，也欢迎你来直播间和我一起讨论和交流。2、无法掌握和调用的问题即使学习了系统的能力，但仍然有一些同学无法培养出属于自己的思维，很大原因是没有对自己的神经做稳定的塑造。不知道你是否有这样的经验，有时候你学会了一个新技能，然后第二天再试的时候就生疏了。这是因为你学习技能的本质是神经元之间化学物质的浓度的调整，重复的练习能不断调整这些化学物质。虽然第一天你让神经元做了一些调整，但是如果不继续加强，到了第二天，这些化学物质就会回归成原来的样子，这些进步就消失了。要想达到及时调用能力和所学的效果，你必然需要深入地在实践中不断反复使用，反复打磨自己的神经元和对应的技能，也包括你看待一件事物时的一些思考习惯。说白了，就是你要把学到的东西落地，在实操中培养自己的手感。这也是为什么我会在直播中强调一个观点：也只有在实战中，你才能培养自己快速调用方法和思维的能力。

⑷ 为何大多数程序猿会转行做产品经理的背后的原因有哪些

⑸ 产品经理如何避免被程序员殴打

首先，从做人方面 产品经理还是要以身作则，虽然从职能上就已经决定了程序员和产品经理肯定是有一定矛盾在，不管是谁都是能够相互体谅的。在我做程序员之前，我做过一段时间监理，对于刚刚毕业的毕业生来说，施工队肯定是看不起我这样的小孩的。所以在指出问题 或者 想要检查的要求时，或多或少，他们都会有点反感。这个时候除去交流的技巧外，还要注意要尽可能参与其中，比如你要检查楼顶的设备是否安装完善，但22层的大楼，电梯也没有，这个时候，你就应该和他们一起一楼一楼的爬，只有你参与进来，也付出汗水，其他人才不会说什么。也不敢说什么。产品经理也是如此，对于软件产品的开发，不仅仅只是发号司令，我觉得更应该参与的整个环节中去；
另外，就我本身程序员的身份，我觉得程序员最苦恼的问题，无疑就是需求不明确或者不合理。这个时候产品经理不仅仅要服务好需求方，也应该为后续可能出现的情况做评估，减少需求改动并合理的拒绝一些不能接受的需求。

⑹ 为防被程序员“砍”，产品经理需要注意这些场景

互联网行业中，众人热衷于讨论“程序员砍产品经理”。虽然，“砍”更多是调侃的意思，一种消遣工作的方式；但是，这不是一个饭后笑话，侧面反应了产品经理和程序员间的对立关系。很多时候，产品经理和程序员间就像对手，产品研发过程就像打仗，总要争个你死我亡。“砍”的本质，是程序员表达对产品经理的不满，也是一种情绪的宣泄。

在产品研发的过程中，产品经理与程序员对立关系，会严重影响项目的推进。一旦产品经理和程序员对立关系公开化，很容易导致团队人心涣散。这种对立关系，经常滋生出一些极端的事情，骂娘、打架已屡见不鲜。

下文就列举一些程序员想砍产品经理的场景。这些场景都是我过去和很多程序员朋友交流时，他们遇到的对产品不满的场景。这些场景，都会以产品经理的沟通话语表现出来。通过这些场景，去解析这种对立关系产生的原因。以及，作为对照，产品经理应该如何规避和处理这种对立关系。

这样说法是程序员们最不喜欢的，最容易惹毛程序员的。这句话，在程序员们看来就是削减工时、加班的代名词，他们当然不喜欢。而且他们也非常讨厌，一个非技术人员为技术人员做技术难度的定论。简不简单，都需要技术人员做了技术评估，才能下结论。

这种言语，会让程序员们觉得产品经理不靠谱。大家通常都是比较排斥借鉴。借鉴你也得有合理明确的理由。以我某程序员朋友的话来说：微信怎么做的，你就怎么做，那你不如去微信做产品算了。

每个产品，在表面的UI下，都有其背后的复杂的业务逻辑。如果产品经理只是叫程序员照着某个产品做，很多时候技术们是很难实现的，因为他们也需要弄懂背后的逻辑和流程。当然，这应该是产品经理的工作。

这就是抬杠。产品经理虽然名字里面有“经理”二字，但并没有经理的权利，当然不能命令合作的技术们。这句话，言下之意也是拒绝了商量和讨论。而程序员也需要参与感和团队感。

这就是质疑他人能力，是人都不会喜欢。如果产品经理提出的方案，程序员们没有理解。那就说明产品经理的解释说明和文档，做的不够优秀，不够简洁易懂。让程序员们理解需求，是产品经理的基本工作内容。

在互联网产品开发中，修改需求和插入新需求都是挺常见的。对于程序员们来说，这是非常不爽的事情。这种操作通常会打断程序员的思路，思路被打断是非常痛苦的。当然，这样也会影响他们的开发效率。更可怕的是，反复的修改需求，会使他们有种劳动成果不被尊重的感受，同时也会对项目的未来抱有怀疑的态度。反复的更改方案，也说明产品经理设计是未经过严密的论证，或对细节的把控是不够。

程序员都比较讨厌反复的催促。当项目的节点确定后，技术们会严格遵守节点，产品应该信任他们。当然，时间比较紧凑时，反复催促也会加大程序员们的压力，使他们变得非常烦躁。在这种时候，催促就是添麻烦。

甩锅会导致团队分崩离析，人心不齐。不管任何问题，都是团队的责任，不要将责任指定给某人。特别是在项目复盘时，如果心态不好同事，这是非常难堪的。所以，我们要尽量以原因和结果为导向，而不是责任为导向。

程序员也是也是团队的一份子，有权利知道知道需求的背景。同时，了解需求背景也利于程序员们更好的开发程序。

产品经理给程序员们画饼是最不切实际的，只会引起大家的反感。程序员都是喜欢偏实际的东西，虚的东西只会招致白眼。

任何传递给程序员的需求，都是需要有计划和规范的。如果口头传达一个需求，很容易导致开发出的功能与需求不匹配。同时，因为缺乏相关的记录和文档，可能会造成需求流失。这对于程序员们来说，可能就是延迟、加班、返工、担责等等风险。这是团队合作的大忌，也是项目管理不专业的体现。

以上的这些场景，可能出现一次，程序员们都会顺着我们的想法做。但是，这会渐渐改变程序员们的心态，最终会使产品经理与程序员间产生隔阂和矛盾。如果出现这些场景，作为产品经理都需要小心的处理好，以免影响项目的正常推进。当然，最好是不要出现这些场景。作为产品经理，我们的最终目标，都是要保证我们的产品，准时、保质、保量的落地。

产品经理在与程序员们合作时，产品经理需要讲究合作共赢、互相体谅。在产品经理的相关工作中，最要避免的就是抬杠。抬杠是一切矛盾的根源。很多时候，产品经理要站在程序员的角度考虑问题。比如，对于产品来说可能就是改改需求，但对于程序员，他们更在意的可能是因为改需求而导致的加班。

产品经理在工作中，经常会追求产品上的极致。追求极致本身是好事，但是切忌过分偏执。我们也需要考虑团队的现状和资源，在极致和现实间寻找均衡。毕竟，如果没有乔布斯的团队，要像乔布斯一样做产品，只会拖垮团队。

在产品开发的过程，改需求、改方案等项目异常，都是不可避免的。这是项目管理的第一部分。如何进行项目异常的处理，考验的是产品经理的沟通能力和项目管理能力。产品经理需要在保持技术们高效工作的情况下，完成项目异常的处理。

当然，在产品经理工作中，矛盾的根源也并不总是产品经理。有时候，也可能是某些程序员的性格或者对该工作的态度导致的。这时候，产品经理要明确，作为团队的润滑剂，有责任推动和协调大家的工作。如果，矛盾不可调和，我们需要尽早提出问题、控制风险，避免“勉强”行事。

有时候，程序员在私下评价一起工作的产品经理时，总是会补加一句“我感觉我也能做产品经理”。这句话的背后，是产品经理没有让程序员们感受到产品工作的价值。在这种背景下，产品经理是很难获取程序员们的注重，也会为很多争论埋下诱因。那如何感受到我们工作的价值那？其实很简单，就是保持工作信息的透明。将我们针对需求和产品做的相关工作，体现在我们的沟通或者文档中。

导致程序员想“砍”产品经理，本质是产品经理工作方式的问题，也有情商的问题。在我的产品经理工作经验中，我总结下了以下四点，我们需要注意和避免的。这四点，都可以和上文的场景相对应，是最容易慢慢改变程序员的心态的。

⑺ 想从程序员转行到产品经理，想听听大家的意见及建议。

可以说，在产品驱动型互联网企业中，例如网络和腾讯，有程序员基础的产品经理是很抢手的。

我推测你的问题是：

1、程序员转产品经理有没有“钱”图
2、程序员转产品经理需要具备哪些技能
3、程序员怎样做才能自然的过度到产品经理

第一个问题我已经回答了，现在60%以上的产品经理都是从产品设计转过来了，这样的产品经理纠结于细节，而程序员转过来的产品经理因为了解产品的实现过程，所以对项目的时间把握有相当的话语权，这首先就保证了项目的进度，其次严谨的逻辑性，对产品将来的扩展和升级都有帮助，所以程序员转过来的产品经理是很抢手的。不过这类产品经理要多增加产品营销和运营方面的知识。人无完人，多了解一些对自己有好处。

第二个问题：产品经理其实没有什么技能可言的，产品的视觉交给UI，交互交给UE，开发交给程序员。但是，产品经理是个协调者，需要做大量的沟通，需要有敏感的“嗅觉”，可以判断出市场的变化、公司方向的变化、进攻的时机、默默的承受。还要能为自己的产品拉到一定的资源，为产品整个生命周期负责等等。一个词“沟通”

第三个问题：建议你看一些书，可以上当当网搜几个关键词“信息架构”“用户体验”“产品经理”“交互设计”这几个词都是当下行业热门的，作为产品经理需要了解。

希望说的这些对你有帮助！

⑻ 程序员转做产品经理，对于转行谋职产品经理难度大吗

难度是比较大的，不同的职位有不同的事业规划，想要做一个成功的产品经理，必须要有着非常不错的沟通能力。

⑼ 你是如何从程序员转型做产品经理的

程序员的工作其实和产品经理还是有很大的区别的，最大的区别就是你自己做程序员的时候，只需要考虑的是你的产品的问题。而当你转型最产品经理了就不是这么简单了，你还需要考虑就是这个市场调查的用户需求问题，以及你的产品线的组合问题。

产品问题

你从程序员向产品经理转型的过程中最重要就是做好这一点。你需要改变的就是你不能仅仅只看这个产品的质量的问题，不能仅仅去修一修BUG呀，你需要的是有一个全局的思想的。

如果你想要从一个程序员转为产品经理的话，你需要改变的事有很多的，比如你对待产品的问题上，以及这个产品组合上，你需要学习的还是有很多的。