亚马逊 Kindle 平台一直以来都在不断探索新的内容聚合和分发方式,最近推出的"Send to Kindle"功能就是其中的一个重要尝试。这一功能不仅方便了用户将网页、博客等内容快速发送到 Kindle 阅读,也可能意味着亚马逊在内容方面的野心和构建自身生态的企图。本文将从多个角度分析"Send to Kindle"功能的潜在意义。
除了微信公众号中Send to Kindle 之外,在其他平台还有诸多方式将内容发布到Kindle 阅读器或者 APP 中,包括:
Send to Kindle按钮:网页开发者可以利用其 API 将按钮嵌入到网页中,读者可以通过此按钮将网页或者博客内容一键发送到 Kindle 或 Kindle App 上。
Send to Kindle扩展:通过安装 Chrome 和 Firefox 扩展,实现在这两个浏览器中将内容发送到 Kindle。
Send to Kindle客户端:PC 和Mac 版下都有 Send to Kindle 客户端,可以将电脑里的内容方便的发送。
那么,这一系列东西除了方便用户将文章发布到 Kindle 之外,还有其他的功用吗?我们不妨进行一些大胆的猜测。
在之前,有这么一帮 Kindle 用户,他们发现优秀的文章或者是其他内容,却没有时间精读,于是就用 Instapaper、Pocket 和 Readability 等第三方工具将内容保存下来,然后通过这些工具推送到 Kindle 的功能实现在 Kindle 上的离线阅读。现在,有了方便的 Send to Kindle 功能之后,就不再需要这些第三方工具来"中转"了。
但是,实力雄厚的 Amazon 估计还没有把这些小公司当做对手来看,而且,这些工具的作用不仅仅局限于 Kindle 的推送服务,或许 Send to Kindle 会对 Read it later 类工具产生一定的影响,但干掉他们,显然不在 Amazon 的考虑范围之内。
好吧,在大多数人眼里,RSS 已死。但 RSS 其实是一个很不错的阅读方式,由于 Kindle 更加适合深度长时间阅读的硬件设计,多平台多终端以及在软件、硬件和资源方面的优势,如果用来作为 RSS 阅读器的话,想想都让人激动。
不过,不幸的是,Send to Kindle 并不能主动推送,需要手动的发送到 Kindle,当然,可以通过 ifttt 实现转发,但未免过于 Geek,也可以通过 Rss4Kindle 等第三方服务实现主动推送,却需要付费。
作为一款阅读设备,内容是最重要的,Amazon 拥有大量书籍的的版权,但对于最新的互联网资讯、分析等优质信息就无能为力了,Amazon 显然也注意到了这一点,所以推出了 Kindle Single 自出版项目,然而这个无论是在时效性和实用性方面都远远不够,那么,Send to Kindle 会不会承担互联网内容聚合的责任呢?
事实上,在使用 Send to Kindle 按钮功能时,我们可以看到最下方有一个 Archive in your Kindle Library 的勾选项目,这其实就相当于预先管理属于你自己的云端书城了。
想象一下,如果把自己收藏的好文章分享给好友或者其他需要的朋友,会是怎样一种体验呢?
一直以来,Kindle 是一个全封闭的从内容到硬件再到终端的系统,事实上,Kindle 等 E-ink 屏幕电纸书的前景并不被大家看好,而 Amazon 引以为傲的数字阅读也正在受到 Google 和 Apple 越来越多的挑战,从何突破呢?当然是如火如荼的社交。
尽管从目前来看,Send to Kindle 仅仅只有一个单纯的推送到 Kindle 功能,但是,不妨设想一下,如果 Send to Kindle 得以广泛应用,还是大有可为的,比如:
加上一个 send 的次数统计,那么数据挖掘方面就可以有所作为;
加上一个 Share my favourite 或者 Share my Library 之类的功能,把收藏分享给好友,Kindle 就变成了一个以书会友或者以文会友的社交利器。
这,可能才是 Amazon 想看到的结果。