产品和程序员分歧的案例

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

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

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

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

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

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

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

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

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

B. 面试问你“请举一个自己与他人发生冲突或分歧的例子，怎样处理的”，考官是要考验应聘者什么能力

面试过程中，面试官会向应聘者发问，而应聘者的回答将成为面试官考虑是否接受他的重要依据。对应聘者而言，了解这些问题背后的“猫腻”至关重要。本文对面试中经常出现的一些典型问题进行了整理，并给出相应的回答思路和参考答案。读者无需过分关注分析的细节，关键是要从这些分析中“悟”出面试的规律及回答问题的思维方式，达到“活学活用”。

问题一：“请你自我介绍一下”

思路：

1、这是面试的必考题目。

2、介绍内容要与个人简历相一致。

3、表述方式上尽量口语化。

4、要切中要害，不谈无关、无用的内容。

5、条理要清晰，层次要分明。

6、事先最好以文字的形式写好背熟。

问题二：“谈谈你的家庭情况”

思路：

1、家庭状况对于了解应聘者的性格、观念、心态等有一定的作用，这是招聘单位问该问题的主要原因。

2、不要简单地罗列家庭人口。

3、宜强调温馨和睦的家庭氛围。

4、宜强调父母对自己教育的重视。

5、宜强调各位家庭成员的良好状况。

6、宜强调家庭成员对自己工作的支持。

7、宜强调自己对家庭的责任感 。

问题三：“你有什么业余爱好？”

思路：

1、业余爱好能在一定程度上反映应聘者的性格、观念、心态，这是招聘单位问该问题的主要原因。

2、最好不要说自己没有业余爱好。

3、不要说自己有那些庸俗的、令人感觉不好的爱好。

4、最好不要说自己仅限于读书、听音乐、上网，否则可能会令面试官怀疑应聘者性格孤僻。

5、 最好能有一些户外的业余爱好来“点缀”你的形象。

问题四：“你最崇拜谁？”

思路：

1、最崇拜的人能在一定程度上反映应聘者的性格、观念、心态，这是面试官问该问题的主要原因。

2、不宜说自己谁也不崇拜。

3、不宜说崇拜自己。

4、不宜说崇拜一个虚幻的、或是不知名的人。

5、不宜说崇拜一个明显具有负面形象的人。

6、所崇拜的人最好与自己所应聘的工作能“搭”上关系。

7、最好说出自己所崇拜的人的哪些品质、哪些思想感染着自己、鼓舞着自己。

问题五：“你的座右铭是什么？”

思路：

1、座右铭能在一定程度上反映应聘者的性格、观念、心态，这是面试官问这个问题的主要原因。

2、 不宜说那些易引起不好的联想的座右铭。

3、 不宜说太抽象的座右铭。

4、 不宜说太长的座右铭。

5、 座右铭最好能反映出自己某种优秀品质。

6、 参考答案——“只为成功找方法，不为失败找借口”

问题六：“谈谈你的缺点”

思路：

1、不宜说自己没有缺点。

2、不宜把那些明显的优点说成缺点。

3、不宜说出严重影响所应聘工作的缺点。

4、不宜说出令人不放心、不舒服的缺点。

5、可以说出一些对于所应聘工作“无关紧要”的缺点，甚至是一些表面上看是缺点、从工作的角度看却是优点的缺点。

问题七：“谈谈你的一次失败经历”

思路：

1、不宜说自己没有失败的经历。

2、 不宜把那些明显的成功说成失败。

3、 不宜说出严重影响所应聘工作的失败经历。

4、 所谈经历的结果应是失败的。

5、 宜说明失败之前自己曾信心百倍、尽心尽力。

6、 说明仅仅是由于外在客观原因导致失败。

7、 失败后自己很快振作起来，以更加饱满的热情面对以后的工作。

问题八：“你为什么选择我们公司？”

思路：

1、面试官试图从中了解你求职的动机、愿望以及对此项工作的态度。

2、建议从行业、企业和岗位这三个角度来回答。

3、参考答案——“我十分看好贵公司所在的行业，我认为贵公司十分重视人才，而且这项工作很适合我，相信自己一定能做好。”

问题九：“对这项工作，你有哪些可预见的困难？”

思路：

1、不宜直接说出具体的困难，否则可能令招聘单位怀疑应聘者“不行”。

2、可以尝试迂回战术，说出应聘者对困难所持有的态度——“工作中出现一些困难是正常的，也是难免的，但是只要有坚忍不拔的毅力、良好的合作精神以及事前周密而充分的准备，任何困难都是可以克服的。”

问题十：“如果录用你，你将怎样开展工作？”

思路：

1、如果应聘者对于应聘的职位缺乏足够的了解，最好不要直接说出自己开展工作的具体办法。

2、可以尝试采用迂回战术来回答，如“首先听取领导的指示和要求，然后就有关情况进行了解和熟悉，接下来制定一份近期的工作计划并报领导批准，最后根据计划开展工作。”

问题十一：“与上级意见不一致时，你将怎么办？”

思路：

1、一般可以这样回答“我会给上级以必要的解释和提醒，在这种情况下，我会服从上级的意见。”

2、如果面试你的是总经理，而你所应聘的职位另有一位经理，且这位经理当时不在场，可以这样回答：“对于非原则性问题，我会服从上级的意见，对于涉及公司利益的重大问题，我希望能向更高层领导反映。”

问题十二：“我们为什么要录用你？”

思路：

1、应聘者最好站在招聘单位的角度来回答。

2、招聘单位一般会录用这样的应聘者：基本符合条件、对这份工作感兴趣、有足够的信心。

3、如“我完全符合贵公司的招聘条件，凭我目前掌握的技能、高度的责任感和良好的适应能力及学习能力，完全能胜任这份工作。我十分希望能为贵公司服务，如果贵公司给我这个机会，我一定能成长为贵公司的栋梁！”

问题十三：“你能为我们做什么？”

思路：

1、基本原则是“投其所好”。

2、回答这个问题前应聘者最好能“先发制人”，了解招聘单位期待这个职位所能发挥的作用。

3、应聘者可以根据自己的了解，结合自己在专业领域的优势来回答这个问题。

问题十四： “你是应届毕业生，缺乏经验，如何能胜任这项工作？”

思路：

1、如果招聘单位对应届毕业生的应聘者明确提出这个问题，说明招聘单位并不真正在乎“经验”，关键看应聘者怎样回答。

2、对这个问题的回答最好要体现出应聘者的诚恳、机智、果敢及敬业。

3、如“作为应届毕业生，在工作经验方面的确会有所欠缺，因此在读书期间我一直利用各种机会在这个行业里做兼职。我也发现，实际工作远比书本知识丰富、复杂。但我有较强的责任心、适应能力和学习能力，而且比较勤奋，所以在兼职中均能圆满完成各项工作，从中获取的经验也令我受益非浅。请贵公司放心，学校所学及兼职的工作经验使我一定能胜任这个职位。”

问题十五： “你希望与什么样的上级共事？”

思路：

1、通过应聘者对上级的“希望”可以判断出应聘者对自我要求的意识，这既是一个陷阱，又是一次机会。

2、最好回避对上级具体的“希望”，多谈对自己的要求。

3、如“作为刚步入社会的新人，我应该多要求自己尽快熟悉环境、适应环境，而不应该对环境提出什么要求，只要能发挥我的专长就可以了。”

问题十六：“您在前一家公司的离职原因是什么？”

思路：

1、最重要的是：应聘者要使招聘单位相信，应聘者在过往单位的“离职原因”在此家招聘单位里不存在。

2、避免把“离职原因”说得太详细、太具体。

3、不能掺杂主观的负面感受，如“太辛苦”、“人际关系太复杂”、“管理太混乱”、“公司不重视人才”、“公司排斥我们××的员工”等。

4、但也不能躲闪、回避，如“想换换环境”、“个人原因”等。

5、不能涉及自己负面的人格特征，如不诚实、懒惰、缺乏责任感、不随和等。

6、尽量使解释的理由为应聘者个人形象添彩。

7、如“我离职是因为这家公司倒闭。我在这家公司工作了三年多，有较深的感情。从去年开始，由于市场形势突变，公司的局面急转直下。到眼下这一步我觉得很遗 憾，但还要面对现实，重新寻找能发挥我能力的舞台。”

8、如“我离开的这家公司也生产摩托车，可是由于机制问题，产品创新滞后，人才流失严重，而贵公司生产的摩托车能根据市场不断推出新品种，深受广大消费者喜爱，所以我要选择贵公司来发挥自己的专长。”

同一个面试问题并非只有一个答案，而同一个答案并不是在任何面试场合都有效，关键在于应聘者掌握了规律后，对面试的具体情况进行把握，有意识地揣摩面试官提出问题的心理背景，然后投其所好。

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

产品经理这个工作对之前的工作经历或者学历没有太高的要求，再加上这两种工作有联系，作为程序员了解产品的属性或者性质，程序员的沟通能力很强，所以可以好好的胜任产品经理这个工作。

D. 有哪些产品经理认为很简单，实则开发很难的技术

编程语言，它终归是一门语言，只是它的使用者是电脑软件和硬件。产品经理和程序员对于需求理解的思维体系、语言体系、语言上下文环境不同。
比如这个需求：一包中华45元，产目经理给你50元，让程序员去买包烟把找的5块钱拿回来。
产品经理觉得非常简单，一句话的事。
而对于程序员而言：
50元是不是假钱?
如果不是假钱，去哪买烟?
如果去西安买烟，西安卖烟的地方关门了?是回去给产品经理说卖烟的地方关门了还是一直找，直到找到一个没有关门的卖烟的地方?
如果这里的一包中华是40元，或者一包中华是50元，买不买?不管多钱都买?还是征求产品经理同意后再买?
怎么判断买的烟不是假烟?还是不管真假买了一包中华就算?
买了之后是邮寄给项目经理?还是自己给带回来?还是让顺道的同事给捎回去?
如果买回来买的是50元一包的中华，产品经理嫌贵了怎么办?
如果买回来的是40元一包的中华，是给产品经理退5元钱还是给他退10元?
如果产品经理一定要45元的中华怎么办?
如果产品经理突然不想要这烟了，让你退回去怎么办?
如果卖烟的人不退怎么办?
如果产品经理让你退了重新在别的地方买一包怎么办?
如果卖烟的老王退了，但是再没有别的卖烟的地方了怎么办!
如果又找到一个卖烟的地方，并且一包中华也是45元。带给项目经理。项目经理听说你是从西安买的，他要抽北京买的烟怎么办?
......
你会发现问题没完没了。
这会你可能会说程序员太死脑筋。错!产品经理所说的，中华45元，给你50元，买完找5元。这句话是建立在一系统上下文语境，人类生活习惯，生活常识当中的。产品经理的潜台词是说找最近的有卖烟的买一包45的不是假烟的中华烟，找的五块钱给我。
而对于程序语言，还是开头那句话：编程语言是一门语言，它的使用者是软件和硬件。对于计算机而言，它没有情感，不理解人类的这一系统语言环境，生活习惯，生活常识。它只严格按照它的语言规则，编译原理一步一步，老老实实，丝毫不露地往下执行。如果没有分歧，一切妥当。如果有分歧，完蛋了。人类千百万年来进化形成的临机应变，相机行事等等这些本能，计算机及编程语言一丁点不具备。它就认准程序员写的程序，就乖乖地听你程序，指哪打哪。所谓的人工智能也只是程序员把每一种可能，人类面对问题所会面对的问题事先写好程序语言录入进计算机。如果意外在之前所料之中，程序完美执行，如果意外所料不及，那就是BUG，就是错误。而这些BUG和错误都要程序员去一点一点补充产品经理所谓“需求”之外的所有潜台词。

E. 为什么程序员不喜欢懂技术的产品经理

转行做测试， 或者产品经理，程序员有技术思维，在学点产品知识，就可以转行了产品经理了。测试就不用说了，能比非专业的测试更深入的挖掘问题，而且，程序员会把你当女神供着。

F. 项目负责人如何和程序员沟通

做一名程序员，虽然好的口才不是必要条件， 但不善于表达自己想法以及与上司同事沟通，吃亏的是自己；

最近做一个项目，与项目的负责人出现一些不愉快的事情,出现这种情况虽然与其它杂七杂八的事情有点关联， 但最重要的原因还是在工作上缺乏沟通； 例如， 上周他给我们C#组的人员分配工作， 每人负责一个小模块， 数据库和需求文档已经提供有，但数据库的表字段有可能根据实现开发情况做少许改动，而且也给我们一个例子看， 可能参考该例子来做； 在统一讲需求时虽然听起来明白了，但做起来会发现很多关节的细节没考虑进去，而这些细节往往会影响到开发的速度， 甚至看骈符合了文档的需求，但却不符合负责人或者说是客户的实际需求;因为文字类型的需求是比较抽象，特别是要做用户界面， 虽然有例子，但也只能参考，不能照搬也做，这样做出来的程序很多情况下只符合程序员自己的需求； 已经花了很多时间去做一个可能不需要的功能，如我当时做一个日历控件来显示排班信息，且也接近交货日期了，到时交到负责人手里时才发现，这个日历控件不是必要的，选择的时间范围是在弹出窗口里，且不保存到数据...， 这时发现做了很多无用功，又要加班加点去赶进度了。虽然这只是一个小例子，但相似的例子在前几个月里已经发生过几次，为什么呢，因为表达能力差，也不善于与人沟通。可以利用日事清管理工具来沟通，把想法写出来。然后@给项目负责人。不用直接面对，效果不错。

G. 视觉设计师如何高效率地和程序员沟通

彼此尊重对方，尤其是不要彼此称呼对方为“美工”“写代码的”，尊重是良好配合的开始。
询问原因，提出意见的时候一定要专业，否则就不要说。比如coding的同学如果觉得颜色不好看，请明确指出希望是什么颜色，原因是什么，而不是单纯的说我感觉很不好。设计的同学如果用起来demo难用，记得询问为什么没有实现出来，而不是一直说“这家伙水平太差”，毕竟除了界面还有很多底层的东西需要实现，只是一个华丽的空架子也是白搭的。如果希望实现什么效果但是自己不知道怎么做到，最好去找一个现成的例子给coding的同学瞅瞅。
设计师请不要“超设计”，作为一个设计师（而不是单纯的视觉设计师），应该更多的关心是如何能让用户使用起来更加方便快捷，如何coding上面实现成本最小，而不是各种show自己的技术。就拿iOS设备举例，固然能实现很多自定义的功能，但是用户是否需要？仅仅是为了设计的好看么？是否考虑coding的同学的工作量呢？如果不这么做用户会不会不用这个软件？
从设计草图开始就要和coding的同学沟通，询问实现的可能性，如何实现成本最低。当然对于自己某些设计的坚持还是要的，但是一定要站在用户的角度来想。

设计师自己最好懂一些coding，可以不会重头写，但是至少知道现有技术能实现到什么地步，有什么方法coding不好实现的可以用视觉设计补足，出了问题自己能小修小补（ 你不能指望每个px都让别人来帮你修改）
设计稿尽量标记仔细，比如宽度高度间距颜色等，最好都在设计稿上面标记清楚，这样coding的同学才能更高效率。对于每个尺寸尽量都是测量好的，而不是随手拉出来的图形，因为在代码里面是不能“随手拉”的，一定要有一个数值；而且coding的同学机器上一般没有ps，不要让他们自己去“吸”颜色
交付的文件尽量整理清楚，不要丢过去的PSD有200多层且没有分组。这里面要说的是coding的同学不需要原始的PSD，最好能帮忙输出为各种切图最好。
coding的同学最好在有大概框架之后，告诉设计的同学产品大概分几个部分，每个部分需要什么样的图片，这样设计的同学才能更快的输出素材。
记得项目完成后，拉着coding的同学，一起吃个饭吧～

H. 如何用一句话激怒程序员

哈哈，这个问题问得好，我可以告诉你很多种激怒程序员和UI的套路~

Come on~

如同大众辉腾的玻璃工厂，伟大的产品、伟大的设计，这些都是值得我们去尊敬的，它们都是伟大的结晶。

辉腾是一款伟大的轿车，大众倾注了巨大的心血在辉腾这款车上，每卖出生产一辆辉腾，都会亏本，这也许是真正用心的产品。

所以，不要试图去激怒真正用心做事的人，对每个人都应该抱有应有的尊敬。

I. 什么是协作思维协作思维在职场中有多重要

一般程序员分成两类，一类是产品研发级程序员，另一类是运用级程序员。产品研发级程序员一般考虑到的是系统级难题，例如服务平台的研发及完成，而运用级程序员一般处理的是领域难题，例如具体领域模型如何做到。以大数据工程师为例子，产品研发级程序员的目标是进行大数据平台产品研发，而运用级程序员任务要在大数据平台下进行具体大数据的应用开发设计。

学习的时候，也要有抽象思维能力，虽然我不知道这方面代码怎么写，也看不懂，但是我知道这方面编码抽象化出的结论是怎样的，抽象化出的状态变量是啥，正中间流程的完成我无须关心，我只关注主要参数、回到哪些。思维逻辑吧，我便介绍我自己吧。比如我思考如何架设服务器时，我能思索，最先服务器是什么，一台运转的计算机，里边装好我要用的app。我认为程序员逻辑思维最关键的是懂基本原理，有很多人以为自身踏入了程序员的大门，可是连最基本的微型计算机都不懂，什么是内存哪些硬盘什么叫推动。我大学教师专家教授大家一句至关重要得话，结果不重要，极为重要的观念，懂基本原理最关键。程序员逻辑思维全是有逻辑可寻的，一知半解最可怕，由于很有可能出问题了会归纳为风水玄学。从本质上思索才是好的具体方法。

J. 既作为主程序员，也兼顾项目管理PM和产品经理，这个阶段忌讳什么

个人觉得最怕两点。
1、不与其它成员沟通，特别是产品人员沟通，擅自更改产品需求，与效果图不一致或是PRD内的需求不一致，或是对有疑问的地方不及时与产品人员沟通，按自己的理解进行开发，最终会导致产品与市场需求不符，严重者会影响整个产品开发（产品人员考虑时会对全局做考虑，改一处可能会导致其它地方产生问题，主程序员私自将某个地方进行修改，可能会遗留下很多问题），在后台期测试时，无端增加问题（测试人员按PRD来测试的，可能会延迟开发周期）

2、制定完开发计划后，自己埋头苦干，对其它成员在开发过程中碰到的问题不过问，不及时了解成员的开发进度，等到开发快结束时才想起来，可能自己快结束了，但其它开发成员只完成了70%