经理程序员

㈠ 产品经理和程序员工资哪个高

一般情况下产品经理的工资会比较高一点的，但是要看每个公司的情况，有些公司程序员的工资也不低

㈡ 产品经理该如何跟程序员沟通

产品经理面试的过程中面试官特别喜欢会问一个问题，如果开发人员以无时间为理由拒绝你的需求怎么办？工作中产品经理和技术人员打交道的次数太多了，行业内也流行着一些图片来调侃产品和技术之间的关系，两者的关系可以用相爱相杀来形容。

之所以这么说有两个理由，相爱是因为两者要互利合作，把老板交给的任务完成，而且只有彼此合作才能让工作进展的更顺利。相杀是因为这两个职业又存在着很大的矛盾，产品经理的需求间接决定了技术人员的工作量，有些技术人员确实对产品经理比较反感。

我也看过一些关于产品与技术如何沟通的文章。这篇文章我想结合我自己的亲身经验，分享一些小技巧，可以当做是保持良好关系的润滑剂。

1

首先我们分析一下技术与产品之间产生矛盾的原因。在分析之前，先设一个前提，每个公司在招人的时候都有其标准，寻找价值观相同的人，所以我一直都相信开发人员并不会无故找理由拖延项目周期。反过来，如果开发人员因为品性而偷懒或者说是耍心眼不干活的话，那就没办法了，个人主观因素太大。

第一种情况是产品经理的需求与开发人员手头的项目撞期了，解决的办法很简单，就是根据需求的优先级来调整开发排期。碰到这种事，有些领导也总是期望产品经理靠着自己的方法解决。但是除了跟上级领导申请调整优先级，没有别的好办法。一个客观事实，公司在多个项目中确实有优先级之分，虽然你自己的孩子自己最看重但是在别人眼里并不是这样。第二个原因是开发人员是按照公司意愿办事，说严重点你总不希望别人因为你的事情跟领导闹僵，搞砸自己的饭碗吧。

第二种情况技术人员并不认同产品经理的观点，虽然产品经理和技术人员各司其职，但是在工作中会碰到有些技术对产品特别关心，如果产品经理的做法自己不认同的话会提出质疑。如果质疑的人是技术老大，产品经理往往会更被动。遇到这种情况我觉得很正常，想办法说服技术人员。

除了搬出之前做的产品分析和用户调研外，我在工作中总结了一点经验，平时可以多跟技术聊聊天，增进彼此了解，观察他们经常上使用的产品，在沟通说服他们的过程中，可以拿他们经常用的产品举例，这样的话他们本身对那个产品更熟悉，自然也更好理解。另外，在跟技术讲解产品的时候也要适当的画饼，描绘一下产品上线成功后的美好未来，这会带动起他们的积极性。

2

产品经理要做好自己的基础工作，这利于给开发人员留个好印象。做好这方面的工作有两点，一是想好产品规划的原由，避免被技术的同学问住。技术人员也特别讨厌产品经理说“某某产品就是这么做的，我们按照他们的做就行了”这样的话；二是写好产品文档，在产品文档中避免有遗漏的地方，特别是一些比较复杂的功能，一定要解释清楚，因为技术人员会遵照着产品文档进行开发，所以说如果有疏漏的地方会增加沟通成本，如果文档写错了，造成开发出来的产品功能不符合预期就是产品经理的责任了。

为了提高文档的可读性，我们也可以多使用图文、流程图的表现形式，如果只是干巴巴的一个word文档，几千个文字，看起来确实很枯燥。

对于产品经理和开发人员来说信任尤为重要，如果开发对产品经理缺乏了信任，结果就是你的话开发人员不会再听了，每个需求他们需要经过你的领导确认后才会去做。获取对方信任的一个很重要前提就是说话算数，当技术人员询问你某一个问题时如果自己没想清楚，可以先暂时别回答，考虑清楚后再说。要是随口一说，过后又让开发人员修改，不仅会造成开发人员返工，这种行为也是非常不负责任的。

即便文档写的再完善，在产品开发过程中也难免需要当面沟通。项目跟进，需要产品经理极大的责任心和积极性。一个项目立项后，公司通常会把参与人员列为一个小组，产品人员需要根据开发排期跟进开发进展，避免开发出来的产品与预期不符，验收产品功能是否与产品期望一致。这个过程产品人员的工作往往会比较繁琐，也会比较忙，当然也会锻炼产品经理的沟通能力。

3

说一下行业内一直讨论的一个问题，产品经理该不该懂技术？我觉得这个问题并没有什么好讨论的，无论是从个人知识量还是从是否有利工作的角度讲肯定是懂技术要更好，而之所以能吸引那么大的热议，可能是由于很多产品经理不懂技术，但是又没有兴趣学习，所以心底一直会纠结这个问题。

从我个人的经验来看，特别是你做项目比较多的时候，会发现懂点技术跟技术人员沟通起来会顺畅很多，一个重要的体现是技术人员也很愿意跟你交流技术实现的一些想法，而不会说“算了，跟你说了也没用”这样的话。

产品经理懂技术还有一个很重要的益处是当业务部门提出需求时，自己就能评估出技术实现的可行性，对于实现起来比较困难的需求自己就可以跟业务部门商量优化方案。而不必每个功能都去询问技术，无形中也减少了技术的麻烦。

不过我跟很多人的观点也一样，产品经理对技术的了解不需要太精通，说到这我还得庆幸自己大学时候学的是计算机专业，虽然学的不好，但对于现在的工作还是非常有益处的。不过我在工作中也会碰到技术人员偶尔说了一个名词自己不理解的，这时候两种办法，要么主动问一下，要么自己去网上查，明白其中的逻辑关系，知道是怎么一回事就好。

毕竟术业有专攻，虽然我们希望知识越多越好，但也别给自己太大压力。况且技术知识也在更新迭代，他们使用的框架也会变化，技术的语言也有很多，如HTML、Java、PHP等，你不可能全都精通。

4

最后说点工作中会遇到的个人主观因素。

当产品经理跟其他部门提需求或是沟通确认的时候也不排除其他同事有未及时回复的情况，为了确保项目上线也为了争取资源，这个时候就需要产品人员更加主动一些，所以产品经理有时候还需要脸皮厚一点。

当提交一个需求给开发部门制定排期，你会发现他们都会把时间定的很充足。也许你会因此对其他同事有看法，但其实在工作中都是这样子，大家都不会把自己的时间安排的太紧张，而且还要考虑过程中可能会出现的风险因素，例如请假的情况。当然也不能把时间定的太长，那样老板该不开心了，所以最好是产品经理根据上线时间与开发人员定一个时间结点，让开发人员在这个时间点前完成即可。

㈢ 从一名程序员过度到项目经理

从一名程序员过度到项目经理

1.从程序员到PM,是一条脱变的路，事实上程序员走的路最终不应该是项目经理。首先有一点需要明白的就是，一定规模的项目中，项目经理不需要太懂技术，他可以是一知半解。项目经理的任务不是在技术方面，技术相关的应该交给SA去做。项目经理更多地是做管理，沟通等工作，你如果可以的话到书店查看一下关于项目管理的书籍，你就会明白。当然对于小项目来说，有可能是PM,SA是同一个人，而这样的项目经理更多只是SA加上一些管理工作。要做项目经理，你就首先告诉自己不再去碰技术细节了。程序员并不是一个培养项目经理的好环境。所以没有什么从Coder到什么developer再到SA然后是PM的路，这是一条比较悲哀的路。在大公司，SA下一个目标不是PM,而consultant,然后是seniorconsultant,PM走的是另一条路，所需要的技能不是技术，技术给PM带来的能力提升是很少的。在项目中你最后能分清楚PM与SA的关系及各自在项目中的分工与用途。

2.其实我蛮同意gzlucky（Lucky）的看法的，确实是我们公司不少项经理就是不很能跟得上现在的一些技术，因为很多人都快年近四十，儿子都上高中了，要他们再学新技术真的难度比较大，他们的工作基本上就是天天找手下的程序员，布置这个任务，询问那个任务做的怎么样了。不过我的头倒是和我一样编程，他手下写代码的就我一个人，他自己也会ASP和JSP,但是可能对。NET不熟，就由我来主负责了。我觉得项目经理还是像他这样的好，自己也能懂不少技术，可以服人。但是我的头儿好像在沟通这一块不是非常出色，当然也有可能是俺太内向，不太与他沟通，所以他也只是在交待任务后就不再多询问，而不像别的项目经理天天追程序员后头问。我想问问各位，你们看哪种项目经理才是比较好的，像我的头儿这样的，还是像某些喜欢追程序员后面问进展的。

3.原来在一个小公司做过半年的.DM,一年的PM,后来为了让自己的技术更扎实一些，离开了原来公司，现在在大公司做程序员，开始后悔了，在大公司里很难接触管理方面的东西，也很难晋升，个人认为在小公司做DM,PM,有经验后直接找大公司的PM,这样也是一条路。

或者考PMP之类的证书，然后直接找管理的工作。

希望过来人能给予更好的意见和建议，我也现在想往管理层发展。

技术很硬了再去做PM,这种想法是错误的，我就犯了这个错，边搞好技术（为了生计）边学管理知识（为了将来）,慢慢向管理发展，不能等。有句话说的好，机会是属于那些有准备的人的。利用业余时间多学些管理方面的东西，所谓人的差异在业余时间。

要走向管理层，英语一定要学好。

沟通很重要，要做好管理者，先学会做人。多跟下属沟通，多为下属着想，而不要去巴解讨好上司。体谅下属，把项目计划做的尽量合理，不要让下属加班，给下属发展和晋升的空间，这样才能是下属有干劲，才能把项目做好，你才有更高的升迁机会。

只有把自己知道的不断的让你得力下属知道，只有提拔起一些得力的下属来，你才有时间和精力去向上爬，不然你抱着不放，就没有升迁的机会。

管理不是喝酒抽烟那么简单，那只是过去的那种不思上进，耽误自己前程。

吃尽苦中苦，方为人上人。

做PM不是混，是要把项目做好，这跟做人是一个道理，这也就是为什么做管理要先学会做人的道理。

pm的整个工作重点是什么？如果做为一个PM,技术不高怎么对付组里的牛人

我们经常会因为公司里的顶尖人才、个性化太强，不能与其他人合作而感到棘手，要解决这一问题其实也是有法可寻的。

一、在肯定其价值和优势的前提下，明确地制定改进的目标；

二、顶尖人才能够面对中肯的，明确及一对一的批评作正面反应，所以要加强与他沟通的力度；

三、可以根据具体情况调整考核目标，加强与其他员工合作的内容；

四、把"顶尖人才"调到相对能独立发挥其才能的岗位，减少与别人发生矛盾的机会。

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

㈤ 为什么产品经理工资比程序员高

产品经理是个浮躁的行业，为什么这么讲？遇到过很多产品经理，其实只会个Axure，对产品的用户需求、习惯等等不是很了解，就开始把我一个产品的生命了，其实很多时候是老板在把握！

见过10个产品经理，优秀的也就1-2个，大部分是混子日的，但是要的薪资却不低，所以整个行业，缺的不是产品经理，而是优秀的产品经理！
这就造成企业在招聘产品经理时候，非常谨慎，一边面对不断上升的成本，大量求职人员漫天要价，一边面对无人可用，招聘人员动不动不合适离职，产品经理这种岗位真是需要个3-5个月时间磨合才能看到人员真正的实力。
所以在招聘市场，产品经理的薪资大致可以分三个层面
1、基础层，万元左右，主要是面对工作时间很端的产品经理，产品助理设置，这类基本干不出什么活儿，做个帮手吧！
2、骨干层，15K~25K之间，这类基本具有五年以上产品经理经验，非常熟悉产品经理的工作工具，但是对行业的认知相对不足，或者在莫一方面具有一定的不足，无法全面的把握产品的整个过程。这类人员很多属于老板的产品实施工具。
3、核心领导层，30K~以上，这个基本是这类产品的主要架构人员，对行业、产品有充分的认知，并且有很好的理解、沟通、表达能力，可以全面梳理、管理、运营产品的生命线。相对非常少！并且对程序、产品等比有的程序员还熟悉。
你说是不是有的比程序员工资还高呢！

㈥ 程序员和产品经理究竟哪条路更好

如果你本身喜欢写代码，那么我觉得程序员的工作挺好的，未必要做产品经理。程序员主要是和机器、代码打交道，工作难，但是边界清晰、可控，事情比较聚焦。我并不建议大家都要去做产品经理。
写代码是纯手工业劳动，大家平时用的各种互联网产品，都是程序员一行一行代码写出来的，还要考虑代码的逻辑，解决各种Bua等等。如果想做好程序员，就一定要热爱写代码这件事。优秀的程序员，都能够从自己的工作里获得乐趣。我认识很多优秀的程序员朋友，我非常尊重他们，而且也特别佩服他们的能力，还有对于工作的热情。

产品经理要解决的问题的要更综合、更广。例如要考虑用户需求，考虑市场、业务情况，还要考虑和设计、运营、研发之间的配合。

有一些人适合做产品经理，有一些人不适合。我也不太建议大家一窝蜂都去做产品经理。我建议就像做产品一样，你要大胆假设、小心求证。如果要做产品经理，就多了解这方面的信息，多试试，然后看看自己适不适合。

无论是学生，还是想转行的人，往往的问题在于纠结太多，想的太多，尝试太少。如果你想做程序员，那你先写写代码，先做出一些东西，除了看你自己适不适合之外，也能够成为你找工作时的筹码。如果你想做产品经理，那么多试试做做产品，哪怕是虚拟的项目，增加自己的经验和感知，也能够成为找工作时的筹码。

所以，并不存在说产品经理或者程序员到底哪个更好，相比很多行业和职位，产品经理和程序员这
两个职位都应该是非常好的了。做的事都有意思，工资待遇也都高。
关键在于你自己适合哪个，这个问题归根结底别人没法回答你，得靠你自己通过了解更多知识来做出判断。

㈦ 领导是产品经理那么程序员是什么岗位

基层工作岗位。一般将程序员分为程序设计人员和程序编码人员，但两者的界限并不非常清楚，是从事程序开发、程序维护的基层工作岗位。程序员对项目经理负责，负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。

㈧ 产品经理算程序员吗

产品经理不算程序员，产品经理更多的是和客户沟通具体需求，并提项目方案，然后再向内和程序员沟通具体的落实方案。

㈨ 程序员好转产品经理吗

本人10年开发培训经验,期间经历了Java,Android,H5,大数据,PHP等多个不同的方向的开发,也做过软件培训公司的金牌讲师，很有兴趣回答你这个问题。

首先咱们先了解一下产品经理与程序员的区别，通俗的说，程序员就是写代码的，负责一个软件产品的实现，举个栗子，程序员可以说是工地上垒砖砌房子的农民工。

而产品经理是干嘛的呢？不要觉得带个经理的名字就是领导，当然产品经理在程序员面前确实有发号命令的权利。产品经理就是根据客户或者公司自己的规划想法，把这个想法转换成对应的产品模型，也就是说产品经理类似于工地上一栋楼的设计师，产品到底该有哪些功能，该怎么规划，一般都是产品经理设计的。

那么程序员转产品经理怎么样呢？我觉得完全没问题啊。就好比一个具有丰富施工经验的垒墙工人，他盖的楼多了，后来你让他设计一个新的大楼出来，虽然可能细节上不足，但是凭借他之前的经验，还是可以实现的。再比如说，一个经验丰富的演员，之前都是听从于导演的命令去演戏，后来他自己经验丰富了，要转型做导演，也是容易的啊，”演而优则导“，这样的例子很多的。

程序员转产品经理，其实优势也很多。目前很多的产品经理并不懂开发，设计的产品功能其实在实现的时候，可能根本就完不成，也就是产品经理会存在"瞎设计，瞎指挥"的问题。但是换成一个开发经验丰富的程序员去设计产品，什么功能可以实现，该怎么实现，他心里一清二楚，设计出来的产品反而更容易实现。

如果想学习Java，可以关注我，获取全套免费学习教程。

好转。

一个好的程序员能顶两个好产品经理。

一个不好的程序员，能顶一个半产品经理。

知道现在全栈程序员多恐怖么？

前面能和客户谈需求、画原型

回来能出高保真、交互图

设计文档、数据字典更是不在话下

还能写代码

还能做测试

还能写用户手册

还能，还能开发票

一个产品经理顶多做他工作的30%。

但程序员很多转产品经理，心理关不好过。

程序员习惯性去用自己的能力判断一个特性能不能做，而不是如何描述。需要角色转换。

程序员习惯性判断一个特性如何去实现，而不是去判断用户是否需要这个特性

程序员习惯去挑战有难度的需求，而不是用户真的需要的需求。

程序员喜欢和代码打交道，但和人打交道要复杂很多