产品程序员

① 产品经理怎么和程序员打交道【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、负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。

2、协助项目经理和相关人员同客户进行沟通，保持良好的客户关系。

3、参与需求调研、项目可行性分析、技术可行性分析和需求分析。

4、熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。

5、负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。

6、参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。

7、负责相关技术文档的拟订。

8、负责对业务领域内的技术发展动态。

(2)产品程序员扩展阅读：

职业要求

一般的程序员都有四年的在专业领域的学习，需要一个在程序领域的学士学位获得者，不论是数学方面的还是工程方面的都是可以的。

大约有20%的人在这一领域的计算机科学和工程学拥有更高的学位。还有很小一部分程序员是自学的，尽管一些专业性的学校或者综合大学可以提供，但是也需要一些别的途径来提供相关的人才。

尽管学历是比较重要的，但是公司经常把重点放在应聘者的工作经验上，很多刚从大学毕业的大学生虽然有引人注目的学位证书，但是他们找不到工作是因为他们缺乏经验。

一个程序员虽然没有正规的学历，但是如果一个人拥有程序设计的深厚知识背景或者丰富的工作经验的话，那么他的机会要比有学历的应届毕业生大得多。

对于职业程序员，另外一个重要的方面就是，程序员需要不断提升自己的业务技术，他的技术必须一直保持在一个较高的水平，并且要不断发展，程序员也要寻找贸易的机会，要参加研讨会，在周刊上发表文章和接受职业教育，这些使程序员在自己的领域中分级或者不断并排前进。

③ 程序员到底是干什么的

程序员是从事程序开发、程序维护的专业人员，一般常说的程序员就是前端开发工程师或后端开发工程师。

其中Web前端开发主要是针对互联网应用系统Web前端产品的设计和开发，实现html/css，Javascript，以及JSP页面的输出;配合开发人员进行代码的调试、bug修复、浏览器兼容性调优;实现网站页面特效、JS效果;对网站的页面进行优化。

前端开发的工作内容就是将美工设计的效果图的设计成浏览器可以运行的网页，并配合后端做网页的数据显示和交互等可视方面的工作内容。

而后端开发工程师的日常工作为写注释文档、和产品对接需求、设计方案、开发、修bug等等。其中开发和修bug是工作中最常干的，所以程序员们也经常调侃自己就是码代码的。

程序员岗位职责

1、对项目经理负责，负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。

2、协助项目经理和相关人员同客户进行沟通，保持良好的客户关系。

3、参与需求调研、项目可行性分析、技术可行性分析和需求分析。

4、熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。

5、负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。

6、参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。

7、负责相关技术文档的拟订。

8、负责对业务领域内的技术发展动态进行分析研究。

④ 产品经理和程序员,如何避免矛盾

产品实现是你的目的，为了这个目的不必太讲究。

做了一阵子之后我有了自己对于与程序员相处的方法论，对这句话并不苟同，我还是倾向于把事做好的同时也能把话说好，虽然我现在也能深刻的领会到当时leader的核心意思是产品本身是第一位的。

接下来我就阐述下自己的一些心得：

• 产品经理与程序员最大的矛盾在于——改需求。这牵涉两个问题，一个是如何尽量地做足前期工作，尽量把需求细化，需求做的足够扎实就会大大减少改需求的次数，这是产品本职工作，不属于沟通问题；另一个问题就涉及如何沟通了，就是需求无论如何确实要改。这个时候有一点很重要就是努力与程序员（或者开发经理）达成共识，比如“我们的目的是要做最好的xxAPP”、“这个功能对于我们的目的来说是必不可少的”等，然后再来谈详细的需求点，程序员也就会逐步认可改需求这件事情。（还有一点很重要的就是，如果无论如何也达不成一致，也有必要反思这个需求是否真的有改的必要？）

• 用数据和客户来帮你增加底气。在谈论某项功能实现的时候，产品经理经常会碰见程序员消极被动不愿意做，或者质疑这么做有没有道理的时候，采取需求依据的数据和真实的客户需求是能有效推进的好办法。比如“80%的同类产品都有这个功能”、“每周都能收到几个客户对某某问题的反馈”，一般来说程序员是能够接受这种说服的。

• 试着多用询问的语气。让程序员感到他是专业的，他是能够解决这个问题的，要依仗他才能做的更好。这会无形中赋予他一种责任感（因为你把问题抛给了他，他就隐形中负有解决这个问题的责任），在传达出意愿的同时也避免了话语的生硬，让程序员感受到对其职业技能的尊重。

• 注重日常交往。日常生活中交个朋友，比如一起打球、打游戏，聊聊电影和漫画，实在是没有共同语言就经常冲他卖个萌、搅个基、撒个娇、讲个笑话。这样，大家都是朋友了，不看工作职责的那一半看交情的那一半，沟通起来也会顺畅很多。

总结：有很多时候产品的产生不完全是靠严格的流程和规章制度诞生的，也需要很多沟通的润滑。能够开开心心地把产品做出来最好，但是最终我们还是不能离开产品实现这个 标的物。

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

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

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

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

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

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

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

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

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

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

方向都不一样吧！产品经理是策划工作，程序员是开发工作，当然两种工作的逻辑能力，都非常重要！这是基础，不是区分人才等级的关键。

我觉得更多的是解决问题的能力，才是区分顶级、优秀、一般、普通人才的标志。

产品经理做的是未来的工作，因为他要思考一款产品，满足用户的需求，公司活不活下去，产品策划真的很重要，钱砸错了，影响是非常巨大的……

程序员做的是现在的工作，他要努力实现产品，继而跟运营、市场联动，实现产品增长，这样就有现金流……尤其对于软件产品，需要经得住大众的考验，都是bug的产品是绝对没有前途的。

如果简单粗暴来比较两个岗位，感觉很不公平，很多人会以为产品经理会更高级？大错特错，技术圈水那么深，谁还给谁打下手啊。重要的是，发现现象背后的本质，才是最重要的。技术人员会有很多开发项目的机会，多思考一下商业价值吧！

⑧ 做产品经理还是程序员

产品经理没有实权，基本上很多小公司产品经理就是一个人，要与设计，程序，市场，销售，客服，各个部门沟通，而且如果产品没做好肯定产品经理是责 任第一人。如果有一个好老板撑腰还可以，否则很难混下去。所以这也是很多国外ceo就是直接就管产品的原因，否则根本没有执行力， 同级别如何管？ 这也是国内很多企业产品做的烂的重要原因， 产品经理实际就是打杂的。
技能要求高。 技术肯定要，设计其实也要，否则无法做原型设计。还有就是细节要求，最重要的就是大方向要把握好。否则一个完美的产品没有市场也不行。word ppt excel 精通更是家常便饭、思维导图、原型工具/还要不停的研究新产品。如果遇到思维活跃经常变化的领导，做PPT做到吐，本来如果写程序写的多还有点用。PPT做那么多根本没用，浪费脑细胞。
产品经理前途渺茫，除非你自己想创业，否则产品经理实际没有太多升职空间，国内的产品总监很多都是市场或运营的人来管的。做产品的很少会做到总监级别。当然国内腾讯还是很看重产品这个职位的，但其他的公司基本没有看重产品的。
产品经理加班的确比程序员少，但是产品发布测试的时候，也是忙死，否则自己设计的产品非功能技术性问题其他人测不出来问题在哪。
程序员以前的地位不行，但现在很多公司已经意识到技术的重要性，程序员的薪资范围实际上限比产品高很多，60万年薪不算什么，国外公司年薪100万也是有可能的。产品职位基本没可能。
现在世界已经不同了，程序员不再是苦力了，以前国内是渠道，销售、市场为王，产品、程序、设计都是苦力。现在产品做不好根本没人用，销售在忽悠也 不行了。最后实现都是技术问题。而且现在例如 apple store 发行渠道成本很低，只要能做出来好产品不愁卖不出去，微博上一传就一大堆用户。程序员自己创业不是梦想，程序员一个配合一个设计产品就能做出来，产品经理 就不行，毕竟自己不会技术就做不出来。
不创业也可以靠编程序活一辈子，一个团队可能只有一个产品经理或没有，但程序员肯定要有两三个，程序员市场需求比产品大很多。随着年龄提高程序员的经验壁垒比产品高很多。
程序员可以对产品经理说 “这个因为技术问题做不出来” 但产品经理无法对老板说“这个ppt因为我能力不行做不出来”。
最后还有程序员可以靠自己想做的技术，例如NB的技术到达人生梦想，而产品实际上都是从抄袭，在抄袭，最后创新也是技术创新带来的产品。

⑨ 程序员，产品和运营，那个更苦逼

在国内是程序员最苦逼。产品或运营只要想个功能需求出来，后面就都是程序员的活儿。

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

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