今天刷微博的时候突然想到，如果微信订阅号列表变成瀑布流的设计，不就变成了一个订阅号一天只能发一条内容的高质量微博了么？但是为什么没有呢？于是我陷入了深深的自（hu）我（si）思（luan）考（xiang）...
就目前形态的微信而言（V 6.1.1），如果改了的话，会有什么好处呢？
1. 公众号内容的浏览/阅读量会大幅上升
因为目前订阅号列表的预览内容及其有限（这也是目前“标题”在订阅号运营时极为重要的原因），导致订阅号里常常累积了很多未读的小红点。如果改成瀑布流，将可以设计更多的空间来供每条订阅号内容的预览，从而增加了详情内容被阅读的可能性（现在是根本不想点开，点开了还是预览，还得再点击看详情），点击订阅号头像也可以看到历史内容，这样就在保证了订阅号内容需求的基础上，加强了其内容的浏览/阅读量。
2. 抢微博的一大杯羹
订阅号现在也支持回复了，如果改为瀑布流的浏览方式，再加上一账号一天一条的限制，量的克制，将使内容更为优质。而微博更适合媒体、传播，而不利于优质内容的输出和阅读，因为沉下去太快了，其它信息（鸡汤、段子、广告...）干扰太多了，看看那些转发过万的热门微博就知道，极少有优质文章类的。
但为啥没改呢？
1. 会缺少自定义菜单
有了自定义菜单，订阅号想象力巨大，拥有自定义菜单的订阅号可以看成一个 App，这里不仅仅是满足内容的需求。这是不能放弃也不能再加深层级的杀手级功能。
2. 会和朋友圈“冲突”
这里说是冲突，不如说是容易让用户疑惑。一个以熟人 IM 为基础的 App，里面有两个瀑布流，到底看哪个？朋友圈设计为瀑布流是理所应当顺其自然的，而再多一个订阅号的瀑布流就显得门不当户不对了。
3. 历史演变原因
每个订阅号最开始是和聊天列表一样的，也就是微信将订阅号看做为一个特殊的“联系人”，但由于过于打扰朋友间的聊天，才在后面的更新中将其折叠进了“订阅号”，相当于给每个订阅号加深了一个层级，但除此之外都没有改变，保证了订阅号体验的一致性。但不可否认，这一步极大的削弱了每条订阅号内容的阅读量。
4. 更容易看到未读内容
因为是和消息列表相同的结构，所以有几条未读就很明显，可以很容易找到并且进去看未读。改成瀑布流的话，要是某个账号很久没发东西，就很难意识到有多少错过的，也很难找到。
自（hu）我（si）思（luan）考（xiang）到这里，觉得还是不改成瀑布流是更好的，但有没有改进的方案呢？
我觉得有，比如可以留出更多的预览区域并增加上一条的预览样式？于是我随便做了一条...
好像影响也不是太大。。。。想听听大家的见解。
网友评论
所以必须意思传播类内容，
微信要玩的都是革命性产品（如红包）
抢阅读资讯的市场实在没意思。
我觉得不好诶。虽然有时候专题之间的文章会存在重复，或者一下子更新很多，但这么改，从普通作者的角度来说不是很好。
看点啊、热门啊什么的本来就不奢求能上了，现在订阅这个入口也给折叠了，咱们这种普通人写得文章，谁还来看… @简叔
我考虑的场景是用户本身对它就不感兴趣，所以增加空间意义不大。
但为什么我提议要加一个展开预览的按钮，这就是当用户产生『看看它之前都发了些啥』这个需求时的情况了：
一是因为如果他有5条未读，你只给他增加一条的空间，不解决问题；
二是当他产生了这个需求的时候，他需要先点进去，然后在瀑布里往前翻至少一屏，才能看到前一条推送，这是一件比较麻烦的事情。
所以如果他可以在当前界面就完成它的需求，当然是最好不过的。当然交互上需要仔细想想，究竟点一下展现几条，可不可以多次展开，又是如何收缩…等等
我明白你的意思了，你是指预览多条多图文消息时，如果需要点击查看详情，路径会很长。
我的初衷是想解决你说的『没有阅读兴趣』的问题，因为如果一个订阅号的未读消息不为1，那么多数情况下都是用户对这个号前几则消息都不怎么感兴趣，这个时候，你再增加预览区，意义不大，因为用户还是不感兴趣，还是会直接忽略。
而且你这个也是存在查看多图文消息路径过长的问题的，因为我没有关注和菜头，刚看了下发现你画的2条都是单图文，所以不会存在这个问题。如果第二条（他们大多数人）是多图文，点击后又进到哪呢？也是一样的。