从细节出发快速深入理解你的产品

每当我们在剖析一个产品的时候，我们都能够大致的说出这个产品是什么，怎么样；

但是当别人问的比较深的时候，我们就只能模棱两可的给出一个似是而非的答案。

这是由于我们并没有体系的思考产品，导致我们漏掉了不少的细节。

那到底要怎么体系的思考产品呢？

想一千遍不如实践一遍！

我们应该实实在在的把产品拎出来拆解一遍。
（功能构造图）

想象一下，如果我们的产品是电视机，“拆解电视机”是不是比“光看电视”更能弄明白电视机的组成呢？

对付我们想要理解的产品也是如此。

我们须要对它的细节进行拆分，这样才清楚里面的布局。

但是，拆分不是目的，溯源才是初心。

我们须要把每个细节的东西进行溯源，也便是这个细节究竟发挥了什么浸染？这点我们须要弄清楚。

比方说，以我们常常能看到的浏览器为例，它的构造大致可分为：

在这个功能构造图中，以历史记录与缓存为例。

为什么须要历史记录，为什么要缓存已访问的网页呢？

答案彷佛显而易见：由于须要保存访问记录及缓存，以便于下一次更快的访问。
。

但是，在这看似大略的答案下面，实在是对用户场景思考的欠缺

每一个功能的产生，都有它存在的缘故原由，

存在即合理

以是我们首先该当想清楚，这个功能是“谁who”“在哪里where”“什么时候when”利用，用于“做什么what”，“为什么why”须要，“如何展示这个功能how”，“展示多少的内容how much”（也便是5W2H方法）

当有了这样的一个基调，我们就可以大致的知道：

历史记录是“所有利用浏览器的用户”“在利用浏览器的时候”，当用户忘却收藏或须要重新查看之前浏览的内容时，须要快速找到之前访问的网站。

缓存是“所有利用浏览器的用户”“在利用浏览器的时候”，用户可能存在网速不稳定或 网速较慢的情形，想要减少网页加载韶光，节省网络流量或提升上网的体验。

通过以上剖析，我们可以快速的找到产品的用户场景和每个功能的意义所在。

这样一来，我们就更加清楚我们的产品每个部分的深层缘故原由。

而至于进一步的剖析，我们则要在现有的根本上往上进行考虑。

比如：