我需要的就是电钻，不要再问为什么了

用公司内部的文档系统的时候，发现登录后不能logout，于是随手就在bug系统里面提了个bug。某天，该系统的产品经理找到我，于是发生了以下对话：

PD：这个bug是你报的吗？
我：是的。
PD：你为什么要logout？
我：我有两个账号，需要切换。
PD：你为什么有两个账号？
我：我们产品的文档是以部门账号编写发布的。我平时用私人的账号。
PD：你们为什么要用部门账号？

我赶紧结束对话，再聊下去，我怕会被问到“你为什么要写文档，你为什么要用我们的系统”。当然，我也没有闲工夫继续聊下去，因为再聊下去你Y的需求倒是清楚了，我的代码还没写呢。

无独有偶，在这之前去咨询另外一个系统是否支持某个功能，对方一上来就问我为什么要这功能，紧接着是要我回答十万个为什么。最后，我只好不客气地说，“你们系统支持这个功能吗？Yes or No”。对方回答No，我道谢后告辞。

关于用户需求有一个很流行的说法是用户去买电钻的时候，其实不是需要电钻，而是需要墙上的孔。因此，产品经理在挖掘用户需求时通常会问至少5个为什么来分析用户到底要什么。这种分析方法本身并没有错，但是感觉被运用的过火了。用户都是不耐烦的，能够给你反馈问题已经不错，谁有耐心回答你的十万个为什么啊。

那么，正确的处理方式是什么？我觉得首先是正面回答用户的问题，不绕弯。当用户询问系统是否支持某个功能时，正面回答有还是没有（出现本文说的情况基本都是没有用户需要的功能）。系统没有某个功能很正常，可能是你系统的定位不一样，或者是没时间做。然后，再了解用户的场景，为客户寻找替代方案，当然更好的是帮助用户分析出本质的需求，提供更优雅的方案。

假如哪天去餐厅吃饭，“老板，来份盖浇饭！”，“你为什么要吃盖浇饭啊？”，这说明老板曾经是个产品经理，我劝你还是赶紧换一家吧。

<完>感谢你的阅读！