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

产品汪和程序猿

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

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

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

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

为这些脾气暴躁但有能力的员工。管理者不适合“以暴制暴”，严厉批评和教育这类员工。我的公司曾经有这样一个员工。他在商业发展方面做得很好，但他不能处理好人际关系。如果他的同事指出了他的问题，他会对他们很生气，互相打架。我记得有一次，他因为在会议上对一个项目有不同的看法，当众和同事摔桌子吵架，把领导弄得很尴尬。一位与我关系密切的公司高管私下里说，如果他不是那么擅长做生意，他早就解雇他了。

公司有了一位管理经验丰富的新销售总监，当他接任这个脾气暴躁的员工时，一切都变了。脾气暴躁的员工似乎受到了很大的约束。我对这样的变化感到惊讶，所以我花时间问导演他是怎么做到的。主任笑着说:“我也总是请他吃饭喝酒，作为他的哥哥，在饭桌上提醒他要注意控制自己的脾气，而他也对我说了很多心里话，这个男孩并不是真的喜欢脾气，只是很难控制情绪。”

主管称他的举动为“要柔要强”，即沟通的方式更加温柔诚恳，但又让员工感到尊重，觉得领导真的理解他。后来，这个员工的表现也越来越好，相信离不开总监的授信。在工作场所，每个员工都有自己的特点，针对不同特点的员工应该采取不同的管理方法。例如，某人性格温和，但执行力不强。对于这些员工来说，他们可能不适合业务职位，如销售，但他们可能在一些客户服务职位有用。

比如本课题提到的脾气暴躁的员工，他们能力强，情绪管理能力差，所以我们应该尽量让他们在擅长的地方发挥自己的价值，为企业做出贡献。有一种管理理论叫做“桶理论”，该理论认为，为了成功，员工需要填补工作中的空白。虽然这个理论有一定的道理，但在我看来，它过于理想主义了，它的前提是员工容易改变自己的弱点。

缺点不是一朝一夕就能改变的，因为它涉及到人的性格、行为模式等等。与其试图通过强化自己的弱点来改变自己，不如最大限度地发挥自己的优势，获得更大的成功!管理也是如此。只有充分利用员工的优势，你才能取得更好更快的结果。

哈哈哈，程序员和产品经理可以说是死对头啦。

1、频繁改需求

如果项目经理想要整死程序员，频繁改需求是最快的办法。特别是做了一半硬是改掉需求，scrum里的表现就是sprint内的非受迫需求变更，太狠了，技术同学表示不能忍。

2、拿老板和运营做挡箭牌

不说清需求价值，当技术童鞋问“为什么要做”的时候，支支吾吾，或者说“老板要的、运营要的”。最绝的就是说，这个功能老板说必须要做，那个功能老板说明天就得上……

3、扮用户

程序员会产品经理沟通的时候，比较经常就是听到，“关键字是用户不会这么觉得，如果我是用户。”

这种产品经理通常关注点会有问题，比如更多的时候讨论的是这个按钮是这么颜色，应该放在哪里，文案应该怎么写等，如果把这些问题当做核心，那难免会让人啼笑皆非。

4、口头禅——不就是xxx

有些产品经理口头禅：不就是xxx，这也引来一些程序员的反感。

比如“这个问题不就是在数据库里加个字段就可以解决了吗你要是没时间，我给你写个SQL 语句，你执行一下吧。”结果程序员一脸懵逼。

其实，如果是在你的非专业领域里，最好少用这种「不就是XXX」这样的句型为妙。

5、不懂装懂

特别是对技术一窍不通的产品经理，会不停让程序员加班赶工。

“开发大哥，我代码写的不多，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期”

此时，想必程序员口袋里50米大刀已经饥渴难耐这种产品经理叫程序员哭笑不得。

希望可以帮到你，谢谢！

产品的功能、质量、发布时间和需要投入的资源这四者不能都是封闭条件，否则可能无解。需要投入的资源和发布时间一般是大老板定的，所以产品经理、开发经理和质量经理只能在“砍功能”、“降低质量要求”和“程序员加班加到死”这三个选择上相爱相杀了。根源是：高层放卫星玩大跃进，那下面只好群众斗群众了。佛曰：与人斗其乐无穷。对于程序员来说，很多时候问题是 PM 不能证明自己存在的价值。PM 要证明自己的价值有几种可能性：

1、色的产品记录，自己的名字就是个品牌，程序员知道跟着你做事能成功。

2、假会导致产品方向混乱项目失控，这很容易证明为什么你需要存在。

3、通过程序员可以理解的方式把道理讲明白，让程序员信服为什么你管理产品的方法是对的，以及为什么程序员自身不可能做得跟你一样好。

可能还有别的方法让一个 PM 证明自己存在的价值，但如果证明不了的话程序员就会把 PM 看作纯粹的 overhead（额外负担）。PM 对产品团队带来的价值和负担是不可能客观测量的，别人的主观评价是什么就是什么。如果程序员对 PM 的主观评价是负担大于价值，那这个 PM 就没有存在的意义了。核心原因是——好的产品经理永远缺货。当然，优秀的程序员哥哥也缺。既然都缺货。产品经理是决定公司效率高低的关键，产品经理在一个成熟的公司成熟的团队意味着灵魂和中枢，程序员哥哥不过代表着执行力和能力的边界（想不明白就瞅瞅乔帮主马化腾周鸿祎）：1个不知天高地厚的产品经理，2个不经过思考的决策，他的工作量也许只增加了3倍，但他赋予程序员却是10-1000倍的工作量。

做为主管,员工跟顾客发生争吵时改怎么做

不管什么原因，员工与顾客发生争吵，作为一个以盈利为目的的机构或者企业来讲，都会让顾客对我们的服务印象大打折扣。作为主管，如果在事发现场，应该先以主管身份震住场面，听取顾客的诉说，然后处理问题，先让顾客满意，围观的人会对贵企业的服务，还有你的办事能力有所肯定；然后是接下来的员工工作，或安抚，或教育，或杀鸡儆猴视情况而定。最后，是自己的反思工作，为什么会出现这种情况，是什么原因引起来的，将来的工作中如何避免。或员工培训提高服务质量，或从矛盾入手，从根本上解决问题，避免矛盾再次发生，或减少冲突的概率。希望对你有所帮助。

遇到我的下属和顾客争吵,怎么办

就先把顾客稳住，然后等顾客完了在表扬自己下属，遇到事情居然可以这么冷静。只有赞美彼此，你要是批评，那下次就惨了，就会把你乘上去。

顾客与员工发上争吵,店长怎么办

发生争吵时，双方都处于激动情绪中，都可能不讲理。最好的办法就是在第一时间分开双方。先安抚、送走顾客激；再按事情的具体情况处理员工。

作为食品行业。店里员工和顾客吵架了。作为店长应该怎么办

先让争吵停下，当场了解情况，然后按事实给顾客心理安慰，比如送菜，送酒水饮料，然后道歉是必须的，事后再根据情况给予员工批评或者安慰！顾客有时候无理取闹并不是真的有什么很大的事，只是想有个人能出面接受他的无理取闹罢了…

员工与员工发生了争吵怎么办

楼主的问题是企业一直存在的,并且也从未有得到过彻底化解的问题,不管是从哪个时期或政治经济环境下,管理者与接受管理者永久存在矛盾;当然,我们不是在这里去讨论这个更深层次的问题,从企业管理角度来说,企业文化可以造就企业永不衰退的神话不是没有可能,员工坚实的信念来自管理者明确表率,以及团队领队的个人综合素养,足以让员工去效仿去学习,从而得到最初的尊崇,而不是来自权力的屈从!为企业员工依据公司文化树立正确的从业理念也同样至关重要,包括职业道德标准甚至关乎个人的综合观念梳理和引导,态度决定一切,作为管理者将运用消除阶层的理念与员工保持良质的沟通和必要的距离,让员工在企业里获得来自企业本身的帮助和支持,从以人为本的管理为基础企业可以得到来自员工更多的回馈!虽然是简短的说,但是要付诸于实施,将有大量的工作要去做,楼主有兴趣的话可以来和我相互探讨!

员工跟顾客吵架扣员工工资,合理么

不合理

顾客和顾客在卖场吵架，作为导购员该如何处理

首先，你一定要控制好自己的情绪，现将两位分开，分开的过程中注意不要出现偏向，或者容易让人误会的举动。然后，你要知道他们为什么吵架，一般情况，员工之间不会因为单单一件事情吵架，压死骆驼的是他背著的最后一根稻草，很有可能他们之前就已经有了矛盾，是你不知道的矛盾，还有，解决矛盾，不是去刻意的分谁对谁错，清官难断家务事呢，我当店长的时候，这种事情遇到很多，各打50大板，当然也看你怎么打，打之前要通知对方，然后在开会说出治理结果，不要提及员工名字，就事论事就可以，如果不这么做，你就相当于妥协了，其他员工会发现，违反规定不会有坏处，那你的地位和威信就危险了。

有人的地方就会有矛盾，不要去压制，要去疏导，当然，如果你没那个时间，就挑一个不符合店内需求的员工，开除吧，快，省事，但是不推荐。

怎么来处理超市的员工与顾客的争吵

首先安抚顾客，了解原因

超市里有两位顾客在你身边争吵作为员工得你应该怎么办

但是要收费的,要不你就说是本超市规定的,或者说是国家环保局规定的要袋子可以

为了客人,店里员工对对员工吵架了,要不要向领导反应

老板肯定是先要替顾客挽回面子的，当然先骂你，不过我想老板事后应该会跟你解释！仿佛你没给他机会就自己把自己开了