产品经理一定要追求细节，完美的细节。

曾经有一款产品，有这样的功能：一个用户登录到系统中以后，按部就班进行各种工作；当工作处理的数据发生问题时，产品后台通过逻辑运算把出错的信息返回给用户。按很多人的理解，这个返回信息的部分应该就是一个messagebox，或者一个alert这么简单。

开发工程师可以这样去组织思路，但产品经理却不行。后者的思路应该是：

出错的信息应该如何组织？标点如何加？才能让用户更容易读懂？

出错信息应该在什么时机弹出来，才更能让用户注意到？

出错信息出现的概率有多大？会不会太频繁，像中病毒了一样？

出错信息应该显示多久？让用户手动关闭？还是5秒钟后自动关闭？

如果自动关闭的话，假如用户当时AFK，那怎么办？

假如总是出现相同的出错信息，用户会想怎样？

出错的提示应该通过弹出对话框提示？还是气泡？还是任务栏闪动？

如果出错的内容太多怎么显示？

如果出错内容中包含一些特殊字符，应该怎么办？

用户看到出错信息后，是否应该提示用户如何做后续处理？

假如用户正在全屏工作，如何进行提示？

假如一个流程中遇到了5个错误提示，是逐个显示？还是凑齐了统一在一起显示？

假如出错时，用户还有未保存的工作怎么办？

出错信息只需要提示一下？还是需要保存下来让用户查看？

是给用户提供保存的操作方式？还是自动保存下来？

是否应该把出错信息完整的保存在服务器上，供管理员查看？

……

等等等等，这样的考虑或许可以数上100条！

每一个产品经理或许都无法把所有问题考虑全，但保持这种“多问几个为什么”的好奇心，是把产品细节做好的条件。

也或许在产品实现过程中，根本没必要考虑太多的为什么，只需要抓住主要的。但究竟哪些是主要的？还是要用户说了算。如果抓不准用户怎么想，那自己就多想想！