产品设计师，我们设计的功能都会面临用户的使用；在用户使用的过程中会因为使用时长的延长和上次文件等情况

作为产品设计师，我们设计的功能都会面临用户的使用；在用户使用的过程中会因为使用时长的延长和上次文件等情况，从而产生大量的文件数据，这些文件数据的堆积会让整个数据库越发的臃肿，从而造成用户体验上的不流畅。

一、狭义和广义上的加载

狭义上的加载是由用户体验和交互动效组成

为什么我会说是狭义上的，因为问起加载，大家首先想到的是页面上的加载，那种思考用户体验和页面动态的加载，并且我们还会脱口而出：

我们要让用户在等待的过程中也有很好用户的体验，让用户在等待的时候可以感知到我们正在努力加载的情况，这能减缓用户的焦虑；同时，我们还要顺便把加载做的更加有趣，吸引用户注意力，让用户沉浸其中，让用户享受等待时刻。

不是说这些内容说的不对，而是因为这些话从UI、UE、UXD等设计师口中说出，我觉得十分正常且合理。因为他们在进行思考，思考如何中感官上提升用户对我们产品的正向感官；但如果这话从产品经理的口中说出来，那我感觉会感到十分惊艳，因为这比较的忘本逐末了。

上面一长串的回答，是我们大部分人的想法，“狭隘”的从体验上出发去思考问题，想通过卓越的体验来缓解用户焦虑，从而降低跳失率，避免用户的大量流失。没有思考和挖掘周围更多的外在因素，糅合在一起评估思考，所以我说是狭义上的加载。

作为产品设计师，以后是产品经理我们，我们的核心能力应该在于有深度的思考和评估优劣后的决策；我们要从错综复杂的问题中抽离问题，通过衡量多方面因素进行评估，再决策出适合当前环境的最优解方案，哪怕这个方案看起来是又瓜又蠢，但这就是我们的核心价值之一。

而广义上的加载,是除了用户体验，交互特效外还有数据、系统耗时组成。

前者我们上面说，加载主要形式体现在动效上。但这里需要补充的是，后者数据上的加载才是真正加载问题的核心。要知道系统加载一条数据和十条数据所花费的时间在我们看来是相似的，这样低量的数据几乎可以在0.01秒内就能运算出来。

但是要知道系统数据一般是上万级别的，读写一百万条数据的时候，我们就能明显感知到花费的时间大大的增加，这个感知时间增加也就形成了加载。

在理解加载的时候，我们还需要了解数据上的加载属于后端加载，页面上的显示内容的加载就属于前端的加载了；因为每次读写都需要进行时间等到系统反馈，每次页面内容的显现，都是内容的缓存，点击的反馈组合一起的结果，这些都是需要耗时的。这也是我为什么说这是广义上的加载。