打个比方，Google Reader扔了一堆水果给用户，有香蕉、苹果、橙子、桃子......虽然这些都是用户平时吃的水果，但用户还要挑拣很久才能找到自己此时爱吃的菠萝，并且找到了还要自己削皮，之后才能将菠萝肉吃到嘴里。所以，google Reader 的思路基本是沿着这个方向的，是一种“网站+新闻”（先聚合网站，然后挑选新闻）的模式。

当然，在互联网发展之初，这个方法对用户来说还是非常实用的。但随着互联网的快速发展和信息的迅速膨胀，慢慢品细细读的时代俨然已逝去。

并且做新闻聚合产品，大家一直默认Google Reader的思路，并没有想过要打破这个限制。这也就造成了，Google Reader一走，其它公司跟风上的局面。


用户直接需要的是新闻，而不是网站！“新闻+网站源”模式将胜出！

如今，我们早已没时间和精力再“淘宝”各个网站的新闻，我们需要的是最新发生的新闻，以及快速了解各媒体对最新新闻的大致看法和态度，以便我们迅速对整个舆论和社会形势有一个全面的把握。所以，谁能帮用户省时省力投其所好才能胜出！而这个思路恰恰是跟Google Reader 相反的。

所以，换个思路来做这件事！我们不以网站为中心，而是以“用户感兴趣的新闻”为中心，来做“新闻+网站源”的聚合器产品。这里的“新闻”就是用户感兴趣的新闻，你可以挖掘用户数据来分析获取到用户的喜好，在技术上这已不是难事；这里的“网站源”就是围绕用户感兴趣的新闻，还有哪些网站同样对该新闻有所评论和报道。

仍以上文中的例子做比方，新的新闻聚合类产品应该首先了解用户此时到底是想吃苹果还是想吃橘子，如果确定用户想吃橘子，那么接下来推送到用户面前的是剥好皮插好牙签的橘子，并且不同地域或品种的橘子也都剥好皮放在用户面前以方便品尝。橘子肉好比是用户想“吃”的新闻，橘子皮好比是“包裹”新闻的网站。

因此，这个产品聚合的是“用户感兴趣的各条新闻”，然后围绕每条新闻来聚合（抓取）其他有相同新闻主题报道的网站链接，这样用户既能第一时间收到真正“投其所好”的新闻，又能第一时间快速了解整个事态的全貌（不同角度的舆论分析）。对用户来说，这是很便捷的。

乍一看这跟目前网站上某条新闻下面的相关新闻链有点类似，但绝对不是一回事。在新的技术背景和时代需求下，新闻不再单以“依附网站”的形式存在，而是以“用户所需”的形式存在。将以往方式重新打包创新，就可以形成一个新的思路，这个新产品可以是一个网站，也可以是一个移动app。

目前，我所注意到的Techmeme网站跟以上思路有些类似，只不过，它聚合的只是新闻，仍是由编辑人员决定推出什么样的新闻，而不是按照用户的个性化新闻需求来给用户推送。

所以，抛弃原有类似Google Reader新闻聚合应用的产品思路吧，创新不是跟随，而是另辟蹊径！