为什么不让程序员直接对接客户，而是通过产品经理？

某个群里，有个刚进入行业的小兄弟问为什么不让程序员直接对接客户，而是通过产品经理？发现知乎上有个类似的热议话题，感觉挺有意思的，分享给大家。

原话题地址：zhihu.com/question/659588326

回答一

客户：给我炒个菜，里面有茄子，土豆。再搭配点绿色。我血压高，最好做的清淡一些。

产品经理：炒个地三鲜。

回答二

客户：我要他们这样的功能。

程序员：延迟要多少毫秒内？

客户：？？？？

程序员：？？

客户：你什么态度？

程序员：我问你需求啊，你不告诉我延迟我怎么设计比较好的方案？还有，这里面需要传值吗？用什么算法加密？还是你们有自己的ca加密？

客户：（晕里雾里）

回答三

客户：我要一份QQ捏捏好喝到咩噗茶，要罗汉果代糖哦，茶底要乌龙茶的，哦对了，三分甜就可以啦，快一点！马上就要喝上！

产品：嗯呢好的，这边五分钟之后就给到您～

转头对程序员：珍奶，代糖，等不到下个迭代了，出个分支，速度拉起版本升级。

程序员：等等，他不是要乌龙茶底，三分甜吗？

产品：他能喝出来个屁。

回答四

客户：什么破网怎么又断了？！

维护员：XX站到XX站的OTN环断了，导致单边中断，正在切换数据。

客户：？？？

产品经理接过电话：您好，市政施工把您隔壁街道上的线挖断了，我们正在摇人找他们算账，您放心，一会儿我揍完他们马上跟您接好。

客户：哎，我也不是很急，你们注意安全啊。

回答五

客户:这个东西为什么不转了

程序员:因为递归调用中的锁产生了死锁，导致主进程卡死而产生ANR报错

客户:?

客户:这个东西为什么不转了

产品经理:这个是我们在进行产品优化，发现元器件过热的话会进行停机保护，不过这种情况不常见。您要是不需要的话，我们可以在下个版本中关闭掉它，或者提高一下温度阈值。

客户:哦，这样啊，贵公司果然经验丰富，就按你们的方案来吧。

产品经理:(回头小声告诉程序员)赶紧修BUG去!

程序员:(一脸懵逼)但我们没这个功能啊。

产品经理:没事儿，1周后他就不记得这回事儿了。

回答六

客户：哎？哎？这个页面咋一直在转呢？打不开啊。

程序员：贴个表被锁的图，没说任何话。

客户：不是，我老板让我出个数，我想查一下，但是现在页面打不开，我着急写报告呢。

程序员：等会；

客户：咋回事啊，得等多长时间啊？我老板催我呢，我着急啊。

程序员：好了；

客户：啊，可以打开了，啥原因啊，我们这几天有重要事情得经常用，还会不会再发生啊？

程序员：刚才不是发给你了吗，表被锁了，已经处理了。

客户：啊？啥表？啥锁？

带翻译版：

客户：哎？哎？这个页面咋一直在转呢？打不开啊。

产品经理：别急别急，我们看看。

扭头问程序员：快看看这个页面咋回事；

程序员：贴个表被锁的图，没说任何话。

产品经理和客户说：你们先不要操作，刚才你们多人操作有冲突了，等下马上好哈，程序员在处理中。

客户：哦哦好的好的，我老板让我出个数，我着急写报告呢。

程序员：贴个页面正常的图，没说任何话。

产品经理：自己试了下好了，赶紧告诉客户可以使用了；又补充道我们接着会优化这里，暂时你们先不要多人同时操作一个数据哈。

客户：太好了，多谢多谢。

最后

我相信，作为一个程序员，代码和逻辑就是自己的骄傲。突然让程序员去接客？那就不是程序员所擅长的领域，何苦为难程序员呢？何况面对的是需求大、期望大，热情高的“追求者”。程序员如何抵挡得住？

为什么不让程序员直接对接客户，而是要通过产品经理这个“翻译官”呢？相信大家开始有些明白了吧。