从『轻读』的下线，看阅读类产品的发展

前一阵子，我最喜欢的一款App『轻读』正式从AppStore下架，这款app是一个公众号文章的聚合神器，在这里可以订阅微信里面的公众号，并且**同步更新公众号每天发送的消息。所以下架的原因也很简单，被**以侵权状告了。当我看到『轻读』的时候，十分愉悦，因为我之前曾经主导一款产品，几乎跟我当时的设想一模一样。

内容驱动

阅读类产品实际上一是款内容驱动的产品，人们使用它的原因，是在于这里面有我喜欢看的内容，所以『内容质量+运营呈现』是阅读类产品的竞争点。『轻读』的内容源取自于微信公众号，是用户主管订阅的行为结果，所以在内容上有很强的保证。

文章核心

传统订阅类产品都有一个通病，就是层级太深。用户订阅一个内容源，其实看中的是他所发布的文章，所以就应该把『用户→文章』这个对应关系尽量扁平化。之前用『网易云阅读』、『**订阅』、『微信公众号』等阅读类产品，操作起来都是先让用户在一个已订阅的列表里选择打开一个公众号，再去看里面的文章，然后觉得这个公众号里的文章不够看，再回到上一层打开另外一个号码。但其实对于公众号，用户关心的是里面的文章是否好看，对于他出自何处并不太介意，订阅的目的无非也就是觉得出自他手的文章更符合我的口味而已。所以，就应该扁平化的做这件事情：订阅过后，应该将所有被订阅的公众号里面的文章都放在一个层级来展示，反正我认为他都是我喜欢看的内容就好了。

智能管理

阅读类产品还有一个特点，就是文章几乎是中小篇幅，所以碎**化阅读居多。常见的使用场景就是上班途中、如厕、等人这些情况，而通常情况都是没有wifi的，一篇比较不错的文章中间多半都是有配图的，那么这样算起来流量也用了不少，对于对网络流量极其敏感的国人来说，省流模式尤为重要。『轻读』做了一点优化，智能下载。每天**在后台智能下载最近更新的文章，文字、图**、格式排版都智能的下载。这样就极大地方便了“碎**化”的用户。但**有一个问题，下载太多就**造成手机空间不够用，这种情况通常有两种做法，一种是设置存储的上限，一种是设置文章数量的上线，在**过峰值之后，自动删除最先前的文章。这里面还可以增加另外一个逻辑，就是自动删除阅读后的文章，这样就就能保证最大的不重复度。

贴近资源源头

最后谈一下从『轻读』的下架中，带给我们的启示，这也是我之前给自己产品预定的规划。

『轻读』严重依赖了微信，所有的文章内容都来自于微信订阅号，那么只要**一查封，他们势必倒掉。

之前说了，阅读类产品核心资源就是文章，那么我们就不应该让资源被垄断，而且要尽量贴近资源的源头。微信公众号只是一个文章发布渠道，资源的源头终究还是那些撰写文章的人，如果『轻读』在积累了用户量后，立即联系文章源头的人，那么现在也不至于完全崩溃。文章源头的写手们其实要的是流量，他们是希望自己的品牌成为一种意见领袖，当积累了一定的粉丝之后便具有商业价值，所以你能给他们带来量，他们就愿意跟你合作，这个道理很简单，操作起来也不算太难。

本文由 @王一涵 原创投稿，并经人人都是产品经理编辑。未经许可，禁止转载。