近日，刚匆匆上线的立知客户端，又匆匆下线了。
大部分的关注点是抄袭和大公司负面新闻的八卦，似乎少有人关注1.0版本的立知到底做的怎么样？它有什么新的想法，有会往什么方向发展？那么废话不多说，我们一起来看看这款产品吧：
说它像，怎么像？
从表层看，立知的交互层、设计层的确有抄袭即刻的嫌疑；
与其说立知抄袭了即刻，不如说立知也抄袭了市面上的其他资讯聚合类产品和新闻客户端产品。比如说分类订阅（头条、网易新闻等）、比如说热搜（微博）、比如说日报的形式（知乎日报）……
而至于知乎上有些回答提到的“立知”主题设置过于格式化、不接地气；立知的社区环境缺乏人文属性；官方表达不出思想上的倾向。
拜托，以上几点都是通过人工运营或者机器学习的方式实现的，基于mvp法则，刚上线一周的产品不会投入过多人力运营，算法也是要根据实际情况来调整，非一蹴而就。对标即刻来评判立知，无论对即刻还是立知来说都不公平，谁说立知以后就一定会发展成山寨即刻呢？如果即刻几年的运营和用户累计，立知马上复制，这样是不是对即刻的一种否认？
抛开这些
不如思考下立知的优点和发展趋势
立知1.0的产品结构很简单，用户路径也不复杂。从结构中，我们可以看出其基本的脉络
内容框架层面，按大类进行区分，再通过颗粒度较小的主题点形成兴趣订阅；
流程部分，主要通过阅读-订阅主题-推送-阅读的流程完成整个信息流的阅读闭环；对于1.0的产品来说，简单+清晰。
从大框架看并没有什么特别的地方，而从一些细节方面着手，我们一起看看吧：
1.热点
相比于讲热点混杂在信息流中，或者使用一个独立的页签来展示（见下图），立知将“热点”用了一种高效的方式展现。
这样设计让人当日热点一目了然，也无多余的操作步骤。虽然有点即刻的主题“一觉醒来世界发生了什么”的意思，但又更清晰高效。
立知只是将即刻上这个100+万人关注的主题提高了一个层级，作为默认订阅。对于用户而言，几乎人人订阅的主题，又何必将其埋没在繁杂的信息流中，或者是将其单独一个列表，增加操作成本和阅读成本。
而这样设计需要从以下几点进行考虑：
1）展示上布局限制
2）热点的机器获取+人工运营方式如何实现
3）更新频率
4）用户的视觉疲惫
5）……
进入到热点列表之后，每一条的右侧有一个小标签，说明了该资讯的来源，有门户头条、微信热文、百度热搜等，进一步补充了该列表的信息。腾讯系的资讯类资源包括腾讯新闻、天天快报、微信公众号等都成为了立知最快捷的资源。
2.细节：资讯的事件进展、各方观点、延伸阅读
许多新闻客户端都有“相关推荐”、“精彩推荐”、“评论”等模块
关于用户阅读路径的拓展，我觉得立知往前了一步。“相关推荐是什么相关？”、“他们凭什么相关？”
立知将其拆分成了三个方向：事件进展、各方观点、延伸阅读：
对于一个信息点，我们可以有时间、空间两种基本的发散方式：
1）时间面——时间为唯一变量，时间轴上事件进展的情况；
2）空间面——不考虑时间的条件，在不同空间，事件的相关性：
>针对该资讯的讨论（观点）；
>相同或者类似的事件；
试想一下，对于资讯来说，这三个方向是否已经涵盖资讯基本的发散方向？换句话说，用户对于一条资讯的期待，是否能在这几方面得到满足？还有更多的方向吗？若是对资讯有更深的兴趣，应该会就开始主动搜索。
这是立知对于“相关推荐”的一种需求深挖，虽然是一个非常细节的东西，但其他资讯聚合、新闻客户端行业内的老大们，似乎并没有哪一家做了这样的需求拆解。
3.资讯来源：新闻客户端+微博+秒拍+公众号
相比于即刻的资讯来源众多，涵盖知乎、豆瓣等各家产品，立知的资讯来源相对单一。多渠道来源要对不同家的请求方式和页面布局做适配，获得越多，挑战越大。
相比于轻芒阅读的重新排版，大多数客户端会选择授权后，抓取网站的内容，经过简单的数据清洗后，展现在用户面前。而对于即刻为首的这种直接请求外链的方式，请求耗时和页面渲染是较为影响用户体验的关键点。
还没来的及用抓包工具看请求时长（等有空了抓包看看），仅从体感的体验来看，立知的请求速度稍微快一些，页面和视频打开感觉更流畅。
有可能是因为立知用户量级于即刻要少，请求更快；另外，由于腾讯系的背景，自家产品天天快报、腾讯新闻、微信公众号不知道是否对立知有解决方案上的支持。
当然这也只是猜测，等我明日抓包用数据说话！
4.内容结构
不同于即刻的点击即跳转，立知的资讯有三级步骤：标题-简介-详情，其中只有详情页是访问外链。
从产品结构来看，这是由浅至深的三层阅读习惯；
从产品体验来看，避免了资讯聚合类产品的软肋——请求外链时，体验会相对较差。上文中也提到，因为涉及到鉴权、请求三方服务器、页面布局和渲染等问题，这种类型的内容聚合方式，会一定程度的产品体验劣势。立知的产品结构层，尽量让用户停留在第二层，让其能在第二层就完成对资讯内容的基本了解。
而即刻的规则，是让用户在尽量短的路径阅读到原文，所以基本上时从列表点击就可以跳转外链，有些内容，甚至只有一个标题，用户仅是想个大概，却要忍受请求外链时较长的耗时。
5.更新频率
在持续使用即刻一年之后，发现即刻的更新量并不能满足我（这种情况持续半年了但我仍然在叹气的同时死忠？？）：我订阅了88个主题，粗略估算本周，每日的主题总更新量大概是18条，更新率20%；这样来看下拉4到5屏就可以拉完当日内容，而我平均每日要打开即刻2～3次，这样的更新量远不能满足。
为了补充阅读，我会在推荐和发现中，去发现新的主题和有趣的用户，但由于用户的主动关注特性、即刻的主题颗粒度特性，并不能将订阅-更新-阅读带入优良的循环中，反而会迷失在找主题、吃瓜看即友评论这样比较脱离资讯阅读路径的方向。
所以持续用下来，我还是不得不搭配1个新闻客户端和即刻一起使用。大家是否和我有相同的体验？
另外，由于即刻的社交方向，资讯内容中参杂着不少广场的信息和吃瓜评论，无形中对用户是一种干扰——获取信息场景是需要高效的、目的性强的，但切换到社交的场景却是低效、无目的的，甚至是打发时间的一种方式。两种场景的切换无非对用户是一种压力。
6.以24小时作为时间节点，注重新闻的时效性
每个类目下的内容推荐不超过30条；这样设计的目的，的确降低了大量同质性资讯、时效性较低的资讯的出现，依然是让人感觉轻松+高效的。
可以说这是作为一种推荐方式存在，只是以日为单位的阅读习惯，对应的就是跨日、跨月、甚至跨年的信息流，随着时间的累积，整个内容信息框架和交互要如何设计，也是下一步需要思考的。
另外，主题和内容是否容易重复，让用户减少订阅的动机；内容的更新频率是否跟得上这些都是值得考虑的。
都说c端产品看的是产品灵魂，的确不同的产品会聚集不同类型的用户，推荐算法的逻辑也是可以根据用户的喜好度进行调整的。没有永远的头条，也没有不变的即刻，总的来说，我对立知还是存有一点小期待的。
