程序员会甘愿为实现产品经理的想法而工作吗

其实产品经理这个岗位，就是程序员转岗的最佳选择之一。和程序员不同的是，产品经理不需要写代码，主要工作就是挖掘用户需求，将用户需求转化为功能需求，做出原型交给开发和 UI 进行产品的开发设计，同时跟进程序员同学开发进度直到产品上线。

产品经理其实就是对一个产品负责的管理者，和程序员相比，他需要具备更强的综合能力。

软件专业毕业的学生，做产品经理有得天独厚的优势。因为他们专业能力更强，也懂得什么样的产品能落地，他们更容易受到程序员的尊重，沟通起来也会更加顺畅。而且，产品经理的薪资待遇并不比程序员低。一、产品经理的主要工作

那么，产品经理的具体工作有哪些呢？

1、需求分析

通过用户调研（访谈，问卷，功能数据）等，发现用户的痛点。

2、产品设计

根据需求分析的结果，定制解决方案，通过产品原型（Demo）实现出来，并需要把交互，规则，逻辑及数据统计需求写清楚（PRD）。

3、项目跟进

需要与UI，UE，开发，测试，需求方进行沟通确认，保证整个项目过程中，各方对产品功能的理解一致，并按照原定计划进行推进。

4、产品上线

产品上线前，需要提前准备好宣传软文，培训手册；产品上线后，需要进行线上验证，检查和自己的产品设计是否一致，此外还需要数据的收集。

产品汪和程序猿

一、产品经理和程序员最讨厌的三句话

产品经理和程序员,就像一对情人，若即若离，有时还会撕逼，和谐的时候一切都好，撕逼的时候两败俱伤。

你知道程序员最讨厌的三句话是什么吗？

1、这个需求很简单，改一下就好了

2、你先大概弄一个，我看看再说

3、我先下班了，加油啊

我想任何一个程序员听到这样的话都会气炸了，不撕逼才怪，你作为程序员会如何回答这三句话？

1、这个需求很简单？你行你来啊！

2、大概先弄一个？请问先生（女士），什么叫大概？

3、你大爷的

你知道产品经理最讨厌的三句话是什么吗？

1、这个需求做不了

2、这个需求工作量太大了，估计要搞3个月

3、这个变更没时间做，往后排吧

产品经理在前端，有用户、有老板、有销售，版本发布的压力很大，听到这样的话估计心情也好不了哪去？

1、这个需求做不了？又不是我提的，还不是那个2B用户提的

2、要做这么长时间？养你们有什么用，还不如我自己来

3、变更没时间搞？随便，等老板来拍你吧。

二、产品经理和程序员本质上的差异是什么

奶爸干过程序员，也干过项产品经理，深知这两类工作的差异，各有各的不易。

总体上来看，做产品更侧重于创造和方案能力，不需要精密的逻辑，所以试错成本相对比较低，大不了改改原型，改改方案，这个成本是可承受的。

程序员的工作是非常精密的逻辑，一个看似很小的变更有可能对代码产生很大的影响，所以试错成本非常高，弄不好可能会因为需求的变化导致系统的重构，这时候程序员的挫败感是可想而知的。

三、产品经理和程序员友好相处的清单

1、产品经理收集需求后，在需求分析阶段，需要把一些不合理的需求尽量和用户沟通去掉，避免不合理需求造成产品发布时间延迟和没有必要的成本浪费，当然这需要产品经理去说服用户，不能只做用户的传声筒。

2、需求分析时，产品经理应该根据经验，敏锐的发现一些在技术层面实现有困难的需求，及时让研发介入，评估技术可行性，避免后续出现需求定下来，研发说做不了的情况。

当然这需要我们的产品经理对软件技术架构有一定了解和预判能力，你不能所有的需求都要在需求分析阶段让研发介入，这个成本也是极高的，所以要把握好这个度也是一项能力。

3、原型还是需求沟通的最好方式，这样是避免产品和研发在需求理解上有差异的最好手段，只靠写一些文字的需求说明书很难达到好的效果。

但这里面要注意一点，产品经理绘制出来的原型一般是非高保真原型，是为了更好的沟通需要，所以不能完全按照原型做，需要基于我们自己的前台架构进行定制。

4、需求评审的时候，研发可能会有一些不一样的意见，他们做了很多年的开发，会有很多好的经验，好的经验要虚心接受，不能觉得自己是产品就是老大，就是要按我说的做，这样很容易造成矛盾，求同存异，目标一致，这个是最好的结果。

5、研发说这个需求做不了的时候，有两种情况，一个是觉得这个需求实现起来比较麻烦，故意骗你；另外一种情况就是他的知识盲区，他可能确实不知道这个事能做。

产品经理需要有能力和研发进行谈判，比如采用类比法（类似的需求在其它项目上咱们就做过），比如去找架构师探讨技术可行性。

6、研发有时候评估的工作量会比较大，整个上线计划拉的比较长，产品经理可以要求研发出详细的资源配置清单，这样能清楚的看到一个需求被分解成了多少个研发任务，每个任务的起止时间，由谁负责完成。这样产品经理大概能看出任务的前后置关系是否合理？工作量是否合理等。

产品经理绝不能说，这么简单怎么要搞这么长时间，类似的话一出，绝对会激怒对方，还是要有理有据进行谈判。

如果实在无法压缩工作量，如果增加人力能解决问题的话，可以考虑找领导申请资源。如果还是不行就要砍需求或者改方案了。

7、在版本计划定好的情况，尽量不加需求，这样很容易打乱开发的节奏，如果一定要加进来，一定要和研发说清楚，这个是用户领导或者老板的强制要求，转移矛盾。如果可以的话，增加了需求尽量推迟上线计划。

8、开发过程中如果需求有改动，需要及时更新需求文档，同时发给我们的研发同学，否则只是靠嘴说一下，很可能研发的同事就不做了，所以一定要落到纸面上。

9、上线的时候要坚持和研发同事一起加班，这样大家才是一个团队，赢了一起狂，输了一起扛。

10、最后一点，就是要多交流，没有什么问题是一顿火锅解决不了的，大家关系好了，很多事情沟通起来自然容易，而且也会更信任对方，这样就万事OK了。

我们可以分析下技术跟产品之间的特点跟区别,

产品经理：了解产品的需求，使用场景，考虑产品所承载的业务闭环及商业价值，产品所产生的用户价值，对产品的功能设计，产品文档的编写，项目的跟进，全局的掌控等。

软件工程师：了解产品的需求，设计，功能，技术实现方式，技术架构，编码和开发成本等

     技术和产品经理都是基于同样的产品需求和设计进行讨论分析，但两者的思维方式又有所不同，考虑的角度也不同，产品经理主要考虑的是我所设计的产品能给商家带来多少利益，有着怎样的市场前景，用户的使用价值是什么，如何让用户喜欢满意，而技术考虑的是这个产品我用什么技术框架来设计，用什么开发技术来实现，开发这个产品多长时间，需要哪些方面的技术人才，需求变动中如何来控制等，如果产品经理能够从技术的角度出发，掌握一些技术思维，学会从技术视角来看待产品的设计，就能更有利于产品设计工作的进行，同意如果技术人员能够了解产品的思维，从产品的角度去看问题，就更能够更好与产品经理沟通，设计出好的产品，而技术人员转产品恰好具备了这两种思维。

      无论是产品经理还是技术人员沟通都相当重要，产品经理主要面对的用户，根据用户需求来设计产品，在产品确立的过程中，需要不断的与用户去进行沟通，调研，有了用户群体，产品才会产生价值才会有市场，没有使用客户，再好的产品都是废品，同时还要面对技术人员，产品设计的产品技术能否实现，需要多少时间，能否在预定的时间内完成，而对于技术人员来说主要面对的是产品，产品经理设计出来产品，我用什么技术来实现，实现这些功能需要多长时间，有些功能实现不了，能不能用其他替代方案，开发的周期，因为一些特殊的原因导致开发周期延长怎么办，用户需求的变更等等这些都需要与产品经理去进行沟通确认，在长期的沟通磨合过程中，技术人员对产品自然而然的就熟悉了解了。

     所以，不是所有程序猿都可以容易转产品经理，首要是自身对业务要有一定深度的熟悉了解，思维模式的转变，以及沟通方面的能力锻炼等。

以上就是关于程序员会甘愿为实现产品经理的想法而工作吗全部的内容，包括:程序员会甘愿为实现产品经理的想法而工作吗、产品经理和程序员之间如何避免矛盾、程序员好转产品经理吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！