与Twitter相比 微信需要一个「标记」功能

我在刷朋友圈，刷到一半，返回聊天列表，聊天，聊完，继续刷朋友圈。

这个时候，我需要打开朋友圈，先看新发的，再看我刚才看过的，再看我刚才没看过的。

（我无法绕过我刚才已经看过的那中间的一段）

在这个场景里，如果有一个「标记」，点击该「标记」，直接跳转到我刚才浏览到的位置，继续浏览刚才没浏览完的，然后，再刷新，浏览最新的。我会节约很多时间。

　　场景2：

我在看微信公号，一篇长文，看到一半，返回聊天列表，聊天，聊完，继续阅读。

这个时候，我需要打开微信阅读号，找到这个公号，打开，继续阅读。

（这里，微信做了优化，会记住我在这个文章中上次阅读到的位置，很不错）

这个场景里，如果有一个「标记」，点击该「标记」，直接从聊天列表进入刚才那个微信公号，同时跳转到阅读了一半的位置，阅读。我会节约很多时间。

　　场景3：

我有一个微信群，关系很不错，每天产生很多内容，我来不及看。睡前，我打开微信群，看他们的聊天记录。我需要先一顿下拉，拉到我最后看到的位置，然后，继续顺序阅读。

这个场景里，如果有一个「标记」，点击该标记，直接进入我上次阅读到的位置，然后上拉继续阅读。我会节约很多时间。

这3个场景，我一直很困惑，不知道多少人跟我一样。

我把这几个场景提炼一下，对于一个feed流形式的内容。新的内容，该如何加载？

这个问题，之前我对比过新浪微博跟Twitter的做法，发现，似乎Twitter更加人性化一点。

Twitter的做法，点击加载，加载完成后，页面停留不动，有一个明显的标识告诉你，你上次阅读到这里了，你下拉，页面上滑，看你没看过的新消息，直到顶端，你继续刷新，继续下拉，看新消息。

Twitter的这一系列交互很自然，用户只需要不断的下拉，下拉，下拉，就可以阅读了，阅读的成本很低。

我们再来看新浪微博的做法，下拉，加载最新的内容，自动将旧内容顶踩到下面去了，你上拉，阅读新内容，直到阅读到你读过的地方，这个时候，你需要点击，加载新的内容，然后上拉。

新浪微博的这一系列交互很不自然，用户需要下拉/点击，然后下拉，然后再点击，刷一下回到了顶部，认知很奇怪。

　　我不知道这2个产品当初在设计这个功能的时候，分布是怎么考虑的，不过，从一个用户的角度看，我更喜欢自然的Twitter。各位产品经理，你们觉得呢？

当然，也许你会觉得微信的产品形态跟微博不一样，我不应该把这2个产品对这个问题的处理混在一起了，你也可以就这个方面说说你的看法。