为什么不让程序员直接对接客户，中间还要隔着个产品经理？
客户：这个东西为什么不转了。
程序员：因为递归调用Q中的锁产生了死锁，导致主进程卡死而产生ANR报错。
客户：？
客户：这个东西为什么不转了。
产品经理：这个是我们在进行产品优化，发现元器件过热的话会进行停机保护，不过这种情况不常见。您要是不需要的话，我们可以在下个版本中关闭掉它，或者提高一下温度阈值。
客户：哦，这样啊，贵公司果然经验丰富，就按你们的方案来吧。
产品经理：（回头小声告诉程序员）赶紧修BUG去！
程序员：（一脸懵逼）但我们没这个功能啊。
产品经理：没事儿，1周后他就不记得这回事儿了。
#科技风向标#
客户:不对啊，这不是因为递归调用Q中的锁产生了死锁，导致主进程卡死而产生ANR报错。[微笑]
胡说，我们研发人员也是很懂和客户交流的呢！[开怀大笑]
研发人员直男直女，比如两个美女问研发人员她俩看起来比较重，研发人员会说其中一个比较重。如果是产品经理他会怎么回答？
段子而已。其实产品经理也是程序员，UML是必须掌握的语言
现在大学培养的都是复合型人才，忽悠人这种事情也是必学科目[抠鼻]
看不起开发的啊，作者自己傻不要认为所有开发都傻
首先是程序员比较贵，乖乖在这流水线码字就行。让便宜点人去扯皮。 说好听的是产品经理情商高。客户发火了可以换个产品经理对接程序员提桶就是大动脉
产品经理是糊弄顾客的啊！比如，某个产品有个功能崩塌了，客户提成来，工程师修了一下说这个大概要花一个月才能改好。你这么跟客户说，客户就会换别家产品。这个时候，客户经理会说我们工程师正在抢修，一个星期搞定。一个星期后客户来问，客户经理继续找其他借口拖着顾客，一直拖到修改完毕，也是三个月后。。你说客户经理重要不重要?
主要防止工程研发挖公司客户
跟客户交流的时间，都够做几个程序了。
我们公司业务员都不能与研发沟通。怕我们帮竞争对手挖人。或者做私活
一句由于网络波动回复99%的问题
跟客户和经理打太极，比啥都重要
瞎扯，故意分割职能，让程序员不能随便单干，我一个同事去外包公司，接了一个老板的项目，没多久老板要加功能，没找公司直接私下找我那个同事
这真不是段子啊，很多客户完全不懂技术的，就需要产品经理这种懂技术又懂客户的人才。
你猜他为啥叫程序员？他对接客户了谁来编程呢？你以为对接客户就是说两句话完事，然后就可以接着编程了？
可怕的不是程序员和客户交流，是程序员之间交流
专业？
因为程序员没产品经理会吹
产品经理是经营扩大化之后细分出来的，程序员和甲方对接工作少的时候还可以，多了之后忙不过来。至于为何变成欺上瞒下就不好说了
公司要价30万的活，客户直接对接程序员，程序员十万就办妥了。
嵌入式才有这个，it行业哪有控制温度
让哪个程序员去？
然后，客户信了，出现奇怪的功能，你们怕不怕
你以为客户不懂？只是不说也没必要说而已
我本地没问题啊
程序员只是负责单一的编程工作，但是一个产品的生产并不仅仅只是编程这一步而已。产品需要前期市场调研、策划、生产、检测、试用，以及客户使用情况的跟踪调查，这些都事情需要有人来做。程序员只是做了这个过程中的其中一步而已，而产品经理需要跟踪、协调整个产品生产的上下游