为什么不让程序员直接对接客户？产品经理这个“翻译官”到底做了什么

某个群里，有个刚进这行的小兄弟问：为什么不让程序员直接对接客户，非得中间隔一个产品经理？后来发现知乎上有个类似的热议话题，里面几个回答挺有意思的，分享给大家。

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

回答一

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

产品经理：炒个地三鲜。

回答二

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

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

客户：？？？？

程序员：？？

客户：你什么态度？

程序员：我在问你需求啊，你不告诉我延迟指标，我怎么设计合适的方案？还有，这里面需要传值吗？用什么算法加密？还是你们自己有 CA 证书？

客户：（晕头转向）

回答三

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

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

转头对程序员：珍奶，代糖，等不到下个迭代了，拉个分支，速度上线。

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

产品：他能喝出来个屁。

回答四

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

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

客户：？？？

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

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

回答五

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

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

客户：？

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

产品经理：这个是我们进行产品优化时设置的停机保护，发现元器件过热会自动停一下。不过这种情况不常见。您要是不需要，我们下个版本可以关掉它，或者把温度阈值调高一些。

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

产品经理：（回头小声告诉程序员）赶紧修 BUG 去！

程序员：（一脸懵）但我们没这个功能啊。

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

回答六

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

程序员：贴了一张表被锁的截图，没说话。

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

程序员：等会。

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

程序员：好了。

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

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

客户：啊？啥表？啥锁？

带翻译版：

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

产品经理：别急别急，我们看看。扭头问程序员：快看看这个页面咋回事。

程序员：贴了一张表被锁的截图，没说话。

产品经理对客户说：你们先别操作，刚才多人操作有冲突了，马上就好哈，程序员正在处理中。

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

程序员：贴了一张页面正常的截图，没说话。

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

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

最后

我相信，对程序员来说，代码和逻辑就是自己的骄傲。突然让他去接客？那不是他擅长的领域，何苦为难他呢？何况面对的是需求量大、期望值高、热情高涨的“追求者”，程序员哪里招架得住？

为什么不让程序员直接对接客户，而是要通过产品经理这个“翻译官”呢？看到这里，相信大家心里应该有答案了。

说到底，客户说的“需求”和程序员理解的“需求”，中间隔着一条认知鸿沟。客户要的是结果和感受，程序员要的是参数和边界。产品经理的价值，就是在这条鸿沟上架一座桥。

关于需求和沟通的更多实战方法，可以参考体系化的需求分析课程，从用户研究到 PRD 撰写都有覆盖。

对技术人来说，把专业留给代码，把沟通交给擅长的人，这样整个团队才能跑得更顺。

如果你也在 云栈社区 混，大概率见过类似的吐槽贴——程序员被拉去开客户会，回来一脸生无可恋。欢迎来社区聊聊你遇到过的“翻译事故”。