应用的目标用户是手机中装了太多应用，删不得删，打开频率又低的用户。应用的主要场景是，用户不舍得删除一些不常打开的应用，但留在手机中打开频率又非常低，因此很纠结。
在官网上介绍是这样的：
像刷朋友圈一样「刷」应用，你可以从 500 多个应用中添加你感兴趣的，并在一个页面浏览它们的最新内容。
听起来是一个很诱人的想法，但是要想说服这些用户从应用转到一览中，还需要解决几个问题：
- 降低用户挑选信息的成本；用户将注意力分配到不同的应用中，就是在给内容重要性加权重，那么在一览中，如何能够顺应用户的习惯。
- 提高阅读效率，节省时间；将不同的应用内容聚合在一起，信息量是巨大的，如何让用户在尽量短的时间内迅速的浏览感兴趣的内容。
- 统一的阅读体验；不同应用的内容格式、排版等都不相同，但是在同一个应用中，给用户的阅读体验应当是一致的。
第三个问题更多是偏技术，从效果上看效果还不错，而且为了避免排版错误带来的较差的用户体验，一览采取了两个措施：
- 在文章底部添加反馈排版错误的按钮；
- 在文章顶部添加使用浏览器打开的按钮；
总体上保证了用户的阅读体验在一览内基本是一致的。
但是对于1和2这两个问题，豌豆荚做了一些尝试，但是从IOS这一版的改版来看，并不是很成功。
最早的版本中，所有的资讯按照时间排列，简单粗暴，但是用户挑选信息就会很困难；后来版本中，一览为资讯增加了筛选维度，按照新闻、阅读等标签可以分类查看关注的应用。
但是这一尝试并不成功，从体验上来说，像新闻应用等聚合类资讯的应用，一次更新会有很多条，当这个应用并非用户的重点关注应用时，这一堆信息就会给用户造成干扰，所以直接根据应用，筛选感兴趣内容的效率更高；从结果上看在IOS的最新版本中，打开一览首先显示的是用户已关注的应用或阅读源，可能是即使是在一览中，用户也习惯通过应用查找内容。
问题是，如果通过应用寻找信息效率更高，我为什么要通过桌面进入一览在进入应用，而不是通过桌面直接进入应用呢？
所以我认为现在一览对于用户的痛点没有给出一个合适的解决方案，现在的一览像是一个Launcher，大概对于手机内存小的用户很有吸引力吧。现在的一览与之前的RSS订阅很类似，都是在一个平台管理多个阅读源，通过给阅读源分类，增加阅读效率。如果只是优化了用户添加阅读源的便捷性，是不足够的。
一览还是需要寻找方法降低用户阅读成本、提高阅读效率。
明天继续补充产品的细节体验。
