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

　　前一阵子，我最喜欢的一款App轻读正式从AppStore下架，这款app是一个公众号文章的聚合神器，在这里可以订阅微信里面的公众号，并且会同步更新公众号每天发送的消息。所以下架的原因也很简单，被腾讯以侵权状告了。当我看到轻读的时候，十分愉悦，因为我之前曾经主导一款产品，几乎跟我当时的设想一模一样。
　　内容驱动
　　阅读类产品实际上一是款内容驱动的产品，人们使用它的原因，是在于这里面有我喜欢看的内容，所以内容质量运营呈现是阅读类产品的竞争点。轻读的内容源取自于微信公众号，是用户主管订阅的行为结果，所以在内容上有很强的保证。
　　文章核心
　　传统订阅类产品都有一个通病，就是层级太深。用户订阅一个内容源，其实看中的是他所发布的文章，所以就应该把用户文章这个对应关系尽量扁平化。之前用网易云阅读、QQ订阅、微信公众号等阅读类产品，操作起来都是先让用户在一个已订阅的列表里选择打开一个公众号，再去看里面的文章，然后觉得这个公众号里的文章不够看，再回到上一层打开另外一个号码。但其实对于公众号，用户关心的是里面的文章是否好看，对于他出自何处并不太介意，订阅的目的无非也就是觉得出自他手的文章更符合我的口味而已。所以，就应该扁平化的做这件事情：订阅过后，应该将所有被订阅的公众号里面的文章都放在一个层级来展示，反正我认为他都是我喜欢看的内容就好了。
　　智能管理
　　阅读类产品还有一个特点，就是文章几乎是中小篇幅，所以碎片化阅读居多。常见的使用场景就是上班途中、如厕、等人这些情况，而通常情况都是没有wifi的，一篇比较不错的文章中间多半都是有配图的，那么这样算起来流量也用了不少，对于对网络流量极其敏感的国人来说，省流模式尤为重要。轻读做了一点优化，智能下载。每天会在后台智能下载最近更新的文章，文字、图片、格式排版都智能的下载。这样就极大地方便了“碎片化”的用户。但会有一个问题，下载太多就会造成手机空间不够用，这种情况通常有两种做法，一种是设置存储的上限，一种是设置文章数量的上线，在超过峰值之后，自动删除最先前的文章。这里面还可以增加另外一个逻辑，就是自动删除阅读后的文章，这样就就能保证最大的不重复度。
　　贴近资源源头
　　最后谈一下从轻读的下架中，带给我们的启示，这也是我之前给自己产品预定的规划。
　　轻读严重依赖了微信，所有的文章内容都来自于微信订阅号，那么只要腾讯一查封，他们势必倒掉。
　　之前说了，阅读类产品核心资源就是文章，那么我们就不应该让资源被垄断，而且要尽量贴近资源的源头。微信公众号只是一个文章发布渠道，资源的源头终究还是那些撰写文章的人，如果轻读在积累了用户量后，立即联系文章源头的人，那么现在也不至于完全崩溃。文章源头的写手们其实要的是流量，他们是希望自己的品牌成为一种意见领袖，当积累了一定的粉丝之后便具有商业价值，所以你能给他们带来量，他们就愿意跟你合作，这个道理很简单，操作起来也不算太难。