程序员ko产品经理

1. 什么仇什么怨，程序员设计师与产品经理的爱恨纠

哈哈哈，程序员和产品经理可以说是死对头啦。
1、频繁改需求
如果项目经理想要整死程序员，频繁改需求是最快的办法。特别是做了一半硬是改掉需求，scrum里的表现就是sprint内的非受迫需求变更，太狠了，技术同学表示不能忍。
2、拿老板和运营做挡箭牌
不说清需求价值，当技术童鞋问“为什么要做”的时候，支支吾吾，或者说“老板要的、运营要的”。最绝的就是说，这个功能老板说必须要做，那个功能老板说明天就得上……
3、扮用户
程序员会产品经理沟通的时候，比较经常就是听到，“关键字是用户不会这么觉得，如果我是用户。”
这种产品经理通常关注点会有问题，比如更多的时候讨论的是这个按钮是这么颜色，应该放在哪里，文案应该怎么写等，如果把这些问题当做核心，那难免会让人啼笑皆非。

4、口头禅——不就是xxx
有些产品经理口头禅：不就是xxx，这也引来一些程序员的反感。
比如“这个问题不就是在数据库里加个字段就可以解决了吗?你要是没时间，我给你写个SQL 语句，你执行一下吧。”结果程序员一脸懵逼。
其实，如果是在你的非专业领域里，最好少用这种“不就是XXX”这样的句型为妙。
5、不懂装懂
特别是对技术一窍不通的产品经理，会不停让程序员加班赶工。
“开发大哥，我代码写的不多，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期?”
此时，想必程序员口袋里50米大刀已经饥渴难耐......这种产品经理叫程序员哭笑不得。
希望可以帮到你，谢谢！

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

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

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

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

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

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

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

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

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

3. 程序员如何选择公司

程序工作二三年后，基本上都会考虑自己以后怎么发展。发展的路径不外乎程序员-系统分析员-架构师-技术经理-CTO，程序员-项目组长-项目经理-项目总监-CTO，程序员-产品设计师-产品经理-CTO.哪一条发展的路线更加适合你？
程序员职业生涯发展到一定程度都会面临一个选择，是走业务+技术方向，还是选择纯钻研技术。程序员职业生涯 发展的问题，这是所有程序员都在关心的问题，未来究竟要怎么走，30岁之后还能不能再做程序员。
绝大多数程序员最终的职业目标可能都是CTO，做到CEO的人估计会比较少，也有一少部分人自己去创业创业去当老板，也有部分人说我转行去做业务 了，对于当老板的人毕竟是少数，对于转行的人来说，都不在这行做了，自然没什么好说的了。一般来说，程序员的发展基本上都会经历这么几条路径。程序员-系 统分析员-架构师-技术经理-CTO，程序员-项目组长-项目经理-项目总监-CTO，程序员-产品设计师-产品经理-CTO.
当然这只是一个大致的路径，不是所有程序员都必需要这么经历的，有些人可能跳过其中的一些步骤，也可能有些人会把中间的很多职位都做了。而最终做到 CTO的程序员，也是非常少的一部分，原因很简单，这个世界上不许要那么多的CTO和CXO.
也就是说，许多的程序员最终可能是做技术经理、项目经理或者项目总监之类的，那么到底我们职业生涯要选择哪一种呢？我觉得这个问题没有一个统一的答 案，因为每个人的性格不一样，际遇也不一样，就像你从小希望当贪官，可是命运却偏偏让你做了一个程序员。所以应该根据你的兴趣、性格与际遇选择一条道路， 比如说你正好有机会带一个项目，而你又不是很讨厌项目经理这个位置，那么你就可以选择向项目经理方向发展。
实际上很多时候，国内并没有明确的技术经理、项目经理、产品经理之分，在许多的公司里，他们经常是由一个人承担。在外包公司里，通常会有项目经理和 系统分析员（也可能是技术经理）。在一些非IT公司里，可能会有部门经理，而做自己产品的公司可能会分得比较详细一些。我大致说一下这三个职位的区别，让 正在徘徊的程序员有一个大致的了解。
项目经理是项目的直接负责人，这个角色相当于一个中间接口，不管是团队成员还是需求方（客户），或者是上级领导，有事都直接找他，所以这个职位着重 于管理与沟通。一般来说，项目经理的工作重点在同客户沟通需求、项目进度的把控、团队的沟通方面，有些公司也会需要项目经理承担团队建设的工作，不过貌似 很多国内公司都忽略了团队建设这个工作了。对于项目经理来说，重点会要求沟通能力、协调能力、危机把控能力、执行力、团队管理能力，着重于沟通、管理与计 划。当然也有些公司还要求项目经历要参与招标谈判，这就要求项目经理有一定的商务谈判能力。
技术经理有时候也可能叫系统分析员，一些小公司可能会整个公司或者部门有一个技术经理。技术经理承担的角色主要是系统分析、架构搭建、系统构建、代 码走查等工作，如果说项目经理是总统，那么技术经理就是总理。当然不是所有公司都是这样的，有些公司项目经理是不管技术团队的，只做需求、进度和同客户沟 通，那么这个时候的项目经理就好像工厂里的跟单人员了，这种情况在外包公司比较多。对于技术经理来说，着重于技术方面，你需要知道某种功能用哪些技术合 适，需要知道某项功能需要多长的开发时间等。同时，技术经理也应该承担提高团队整体技术水平的工作。
产品经理这个职位一般在有自己产品（不管是软件还是网站产品）的公司比较常见，产品经理主要会负责产品的设计、产品的改良等工作。需要注意的是，产 品设计与设计师是两个不一样的工作，产品设计主要会从用户体验、业务需要等层面去设计产品，而设计师更多是从用户的视觉上去做。产品经理应该是最懂业务的 人，比如说你在设计一个微博的产品，就要求你对微博这个东西非常熟悉，从用户习惯、用户体验、公司的发展战略上去设计这个产品，还要对比同类产品会有什么 优势等等。

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

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

5. 产品经理和程序员之间如何避免矛盾

产品汪和程序猿

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

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

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

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了。

6. 浜у搧缁忕悊鍜岀▼搴忓憳鍝涓濂

浜у搧缁忕悊鍜岀▼搴忓憳钖勬湁鍏朵紭镣癸纴镞犳硶鐩存帴鍒ゆ柇鍝涓镟村ソ銆

涓銆佷骇鍝佺粡鐞嗙殑瑙掕壊涓庣壒镣

浜у搧缁忕悊璐熻矗浜у搧镄勫叏鐢熷懡锻ㄦ湡绠＄悊锛屽寘𨰾甯傚満璋幂爷銆佷骇鍝佽勫垝銆佽捐°佸紑鍙戙佹祴璇曘佸彂甯冧互鍙婂悗缁缁存姢銆备粬浠闇瑕佸叿澶囧己鐑堢殑鍟嗕笟镒忚瘑锛屾繁鍏ョ悊瑙ｇ敤鎴烽渶姹傦纴骞惰兘灏呜繖浜涢渶姹傝浆鍖栦负鍏蜂綋镄勪骇鍝佽捐″拰锷熻兘銆备骇鍝佺粡鐞嗛渶瑕佽坛濂界殑娌熼氲兘锷涳纴鑳藉熻法閮ㄩ棬鍗忓悓宸ヤ綔锛屽苟鍦ㄥ洟阒熶腑鍙戞尌妗ユ佺殑浣灭敤銆

浜屻佺▼搴忓憳镄勮掕壊涓庣壒镣

绋嫔簭锻樼殑涓昏佽亴璐ｆ槸缂栧啓鍜岀淮鎶や唬镰侊纴瀹炵幇浜у搧镄勫姛鑳藉拰镐ц兘銆备粬浠闇瑕佹湁镓庡疄镄勭紪绋嬫妧鑳斤纴镡熸倝钖勭嶅紑鍙戝伐鍏峰拰璇瑷锛屽苟鑳借В鍐冲嶆潅镄勬妧链闂棰樸傜▼搴忓憳阃氩父镟村亸钖戜簬鎶链娣卞害锛屽规妧链缁呜妭链夊緢楂樼殑杩芥眰锛屽苟鍦ㄨВ鍐虫妧链闅鹃樻椂琛ㄧ幇鍑烘瀬寮虹殑鑳藉姏銆

涓夈佷袱钥呬簰琛ワ纴鍏卞悓鎺ㄥ姩浜у搧鍙戝𪾢

鍦ㄤ骇鍝佸紑鍙戝拰杩浠ｈ繃绋嬩腑锛屼骇鍝佺粡鐞嗗拰绋嫔簭锻樼殑瑙掕壊鏄鐩镐簰渚濊禆镄勚备骇鍝佺粡鐞嗘彁渚涙柟钖戝拰绛栫暐锛岃岀▼搴忓憳鍒栾礋璐ｅ疄鐜拌繖浜涙兂娉曘备竴涓濂界殑浜у搧闇瑕佷袱钥呯殑绱у瘑钖堜綔锛屽叡钖岄溃瀵规写鎴桡纴鎺ㄥ姩浜у搧涓嶆柇钖戝墠鍙戝𪾢銆

锲涖佷釜浜哄彂灞曚笌鍏磋叮瀵煎悜

瀵逛簬涓浜鸿岃█锛岄夋嫨浜у搧缁忕悊杩樻槸绋嫔簭锻樿繖涓镵屼笟锛屾洿澶氱殑鏄锘轰簬涓浜虹殑鍏磋叮銆佷笓闀夸互鍙婅亴涓氲勫垝銆傚傛灉浣犲杽浜庢矡阃氩岗璋冿纴链夊晢涓氭晱镒熷害鍜岀敤鎴锋礊瀵熻兘锷涳纴闾ｄ箞浜у搧缁忕悊鍙鑳芥洿阃傚悎浣狅绂濡傛灉浣犲规妧链缁呜妭链夋禄铡氩叴瓒ｏ纴锽勪簬瑙ｅ喅闂棰桡纴闾ｄ箞绋嫔簭锻樿繖涓镵屼笟鍙鑳芥洿绗﹀悎浣犵殑鐗圭偣銆

缁间笂镓杩帮纴浜у搧缁忕悊鍜岀▼搴忓憳閮芥槸浜у搧寮鍙戜腑涓嶅彲鎴栫己镄勮掕壊锛屾棤娉旷亩鍗曞湴鍒ゆ柇鍝涓镵屼笟镟村ソ銆傞夋嫨鍝涓镵屼笟鍙栧喅浜庝釜浜虹殑鍏磋叮銆佽兘锷涘拰镵屼笟瑙勫垝銆

7. 程序员转产品经理是不是出路

程序员转产品经理是不是出路？

我本人就是程序员，前端。我不知道你做了多久的程序员，如果说你做的时间长可以考虑往管理方向发展，做技术总监。

如果你做了没多久，技术一般，而你本身又不是很喜欢敲代码，可以考虑做产品经理。

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

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

我推测你的问题是：

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

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

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

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

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