做产品，就是不断回答问题

我越来越觉得，做产品这件事，就是一场持续的问答练习。

不是那种有标准答案的问答，而是用户从来不直接问你，他们只是默默地把问题写在行为里——点了一下发现要走五步，走了三步就关掉了；看到一个按钮不知道干嘛，犹豫了两秒还是没点；好不容易注册了，下次来的时候密码想不起来，直接走了。

这些行为，就是用户的问题。只是没人写下来而已。

功能不是答案，问题才是

见过太多产品团队，包括我自己带过的，一上来就讨论”我们要做什么功能”。这个按钮放哪里，那个流程怎么走，第三屏要不要加个引导页。聊得热火朝天，好像功能越多产品就越成功。

但这不是在回答问题，这是在堆砌答案。

真正的产品思考应该是这样的：用户遇到了什么困难？他现在的解法是什么？为什么那个解法让他不舒服？我们能用什么方式让这件事变得没那么痛苦？

功能只是答案的一种形式。有时候一个按钮就够了，有时候一个动效就够了，有时候什么都不用加，只需要把现有的流程砍掉两步就够了。

最怕的是，做了很多功能，每个都做得很精致，但用户真正的问题从来没被解决过。那些功能就像精心包装的礼物，但里面是空的。

怎么找到真正的问题

我的经验是，不要相信用户说的话，要看用户做的事。

用户会说”我希望能导出Excel”，但实际上他可能是想对比数据。如果你能直接给他一个对比视图，他可能根本不需要导出。

用户会说”页面加载太慢了”，但实际上他可能只是在等一个反馈。loading转三秒他焦虑，但转两秒然后显示”正在处理，预计30秒”，他可能就安心去干别的了。

问题从来不是用户告诉你的那个样子。问题藏在他没说出口的地方，藏在他的沉默和放弃里。

我有一个习惯，每次看数据的时候，最关注的不是用户做了什么，而是用户没做什么。哪个步骤掉了人，哪个按钮没人点，哪个页面用户只待了三秒就走了。这些”没发生”的事情，才是真正的问题所在。

回答问题需要勇气

找到问题只是第一步，回答问题才是考验。

有些问题你看到了，但解法需要动既得利益者的蛋糕，动不了。有些问题你看到了，但解决它需要砍掉三个功能，你的老板不同意。有些问题你看到了，但用户自己都不知道这是问题，你改了，他们反而觉得不方便。

这时候就考验你对这个问题的理解到底有多深了。

如果你真的相信这是用户最痛的点，你就会想办法。如果只是觉得”也许这是个问题吧”，那你多半就放弃了。

我越来越觉得，做产品最后比的不是功能数量，是对自己判断的笃定程度。你相信什么？相信到愿意为它扛住多少压力？

好的产品，是那些回答了一个真问题的产品。至于答案长什么样，反而没那么重要。