如果你每天都在刷抖音、小红书、微博、知乎,那你其实每天都生活在“流”的世界里。你在不断滑动的屏幕里看到一个又一个内容块,它们像水流一样往下流淌。但这三种流:瀑布流、信息流、Feed流,其实是三种不同的“内容流动逻辑”。它们看起来相似,却分别解决了不同层面的设计问题,如下表所示
| 名称 | 所属层级 | 关注点 |
|---|---|---|
| 瀑布流 | 布局层(UI) | 内容怎么“摆”在屏幕上 |
| 信息流 | 内容层(UX) | 内容怎么“排”才能被顺畅阅读 |
| Feed流 | 系统层(产品逻辑) | 内容怎么“推”给不同的人 |
换句话说,瀑布流关心“样子”,信息流关心“顺序”,Feed流则关心“推荐”。理解它们的区别,是设计师能否做出“有逻辑的内容界面”的第一步。
瀑布流(Waterfall Layout)是一种内容排版方式,它最早出现在图片类网站,比如 Pinterest。当内容的尺寸不统一时(比如图片高低不一、文字多少不同),普通列表就会留下大量空白。瀑布流解决的,就是这种空间浪费问题。它通过多列分布,把卡片一列接一列地“自然下落”,让页面像瀑布一样密集、饱满。
关键词: 高度不一、多列排列、错落分布。
想象你在整理书架,书有大有小,如果你强行一行排齐,就会浪费空间。瀑布流就像你在用“见缝插针”的方式摆放,高的书放这儿,矮的插那儿,空隙都利用起来。结果:
这正是 Pinterest、小红书、站酷、花瓣网 等平台采用它的原因。
以下是瀑布流的设计要点:
| 要素 | 说明 |
|---|---|
| 卡片高度 | 不固定,可根据内容变化(图片比例或文字数量) |
| 列数 | 一般2-3列为宜,保持视觉呼吸 |
| 加载节奏 | 采用懒加载(Lazy Load),防止性能问题 |
| 间距节奏 | 行距 > 列距,增强“下落感” |
瀑布流虽然美观,但不适合所有内容。因为它打乱了阅读节奏。用户无法一眼看清哪些内容更相关,信息层次感较弱。因此, 适合视觉展示(图片、作品、商品); 不适合逻辑内容(新闻、问答、评论)。
信息流(Information Stream)是一种内容组织方式。它的目标不是让页面更漂亮,而是让用户持续阅读、自然流动。在信息流中,所有内容单元(卡片)结构一致,并且按某种逻辑(时间、权重、主题)连续排列。用户往下滑时,新的内容不断出现——就像一条河流,从上游源源不断流向下游。
关键词: 连续、统一、可滚动。
想象你在读一本“永远读不完的杂志”。第一页是今天的新闻,翻下去是昨天的热点,再翻下去是推荐话题。每一页都不同,但都排在一个逻辑线上。这本“永远在往下延伸”的杂志,就是信息流。
| 类型 | 产品举例 | 排列逻辑 |
|---|---|---|
| 时间流 | 微博时间线、朋友圈 | 按发布时间排序 |
| 主题流 | 知乎、简书 | 按话题或栏目组织 |
| 混合流 | 今日头条、知乎首页 | 按算法权重混合 |
也就是说信息流解决的是“排得顺”,不是“摆得满”。
Feed这个词在英文里是“喂养”。在互联网里,Feed流指的是一种内容分发机制。它不关心内容怎么排,而关心“要把什么内容喂给谁看?”它是信息流背后的“大脑”,负责决定“流的源头”。
你打开抖音,看到一个你感兴趣的视频。你点赞、停留、评论。系统就学习到你的偏好,下次再推更类似的内容。同一时间,另一位用户打开抖音,看到的完全不同。这就是典型的 Feed流:个性化推荐机制。
| 维度 | 说明 |
|---|---|
| 数据来源 | 用户行为、兴趣标签、社交关系 |
| 推荐方式 | 算法权重排序(如CTR、停留时长) |
| 展示方式 | 信息流结构(单列)或瀑布流结构(多列) |
| 内容更新 | 实时刷新、动态变化 |
Feed流是“后端逻辑”,信息流是“前端呈现”。Feed可以驱动信息流,也可以驱动瀑布流。比如:
Feed流解决的是“推得准”,不是“排得好”。
我们可以这样想象:
Feed流(决定谁看到什么)
└── 信息流(决定内容如何排列)
└── 瀑布流(决定视觉如何呈现)
这三者像流水线一样,从后台逻辑到前端界面层层衔接。
我们通过产品实例加以说明,如下列表格所示
| 产品 | Feed流(分发逻辑) | 信息流(排列结构) | 瀑布流(布局样式) |
|---|---|---|---|
| 抖音 | 算法推荐(强Feed) | 单列视频信息流 | ❌ |
| 小红书 | 混合推荐(Feed) | 图文信息流 | ✅ 双列瀑布流 |
| 微博 | 关注关系(Feed) | 单列动态流 | ❌ |
| 手动关注主题 | 图像信息流 | ✅ | |
| 站酷 | 策展内容 | 作品信息流 | ✅ |
| 今日头条 | 算法推荐(Feed) | 单列图文信息流 | ❌ |
你会发现,Feed流 控制“逻辑”;信息流 决定“节奏”;而瀑布流 呈现“样子”。
理论上你已经知道三种“流”的区别,但作为设计师,真正的难点是,在一个实际项目里,我怎么判断该用哪种流?判断方法不复杂,但要有思考逻辑。你可以像医生问诊一样,依次问自己三件事。
先从“内容本身的形态”出发。设计是为内容服务的,不同内容决定了最合适的展示方式。
| 内容类型 | 适合的流 | 原因 |
|---|---|---|
| 图片、作品、商品、灵感类 | ✅ 瀑布流 | 内容尺寸不一,强调视觉展示与空间利用 |
| 文章、问答、新闻、视频列表 | ✅ 信息流 | 逻辑顺序清晰,便于阅读与筛选 |
| 用户兴趣内容、社交动态 | ✅ Feed流 | 内容个性化,每个人看到的都不同 |
举个例子:
设计原则:先看内容属性,再决定“呈现方式”,而不是反过来。
很多初级设计师喜欢“抄界面”,看到别人有瀑布流,也想加;但如果你的内容逻辑是时间线,那瀑布流反而会让用户阅读混乱。
接着你要思考,这些内容是固定的还是动态生成的?
简言之: 静态来源使用信息流或瀑布流; 动态推荐 使用 Feed流。比如:
设计提醒:Feed流会影响的不只是UI,还会影响整个交互逻辑:加载策略、刷新机制、内容状态、算法反馈、用户停留。所以在设计Feed类页面时,一定要和产品、算法同学配合。
最后一步,是理解用户“看内容的方式”。想象用户面对你的界面,他们是想“扫一眼选中意的”,还是“静下心来逐条看完”?
| 用户行为 | 适合的流 | 设计逻辑 |
|---|---|---|
| 视觉扫读型(快速浏览、以图吸引) | ✅ 瀑布流 | 通过密集排布提升浏览效率,强调视觉节奏感 |
| 连续阅读型(逐条阅读、有上下逻辑) | ✅ 信息流 | 保持统一格式与节奏,利于内容比较与沉浸 |
| 兴趣挖掘型(算法推荐、随缘探索) | ✅ Feed流 | 系统主动推送,用户被动发现,强调个性化体验 |
举例说明
设计原则:不同的消费方式,对信息密度和界面节奏的要求完全不同。 “刷”的顺滑程度,比内容本身更决定体验质量。
设计中的“流”是现代内容产品的血管。瀑布流让视觉饱满,信息流让内容通畅,Feed流让体验智能。三者不是互斥,而是协同:一个让你“看得舒服”,一个让你“读得顺畅”,一个让你“看得合适”。
总之,瀑布流让界面更美, 信息流让逻辑更顺, Feed流让推荐更懂你。
| 瀑布流 | 信息流 | Feed流 | |
|---|---|---|---|
| 核心问题 | 怎么摆内容 | 怎么排内容 | 给谁看内容 |
| 所属层级 | 视觉布局 | 内容结构 | 推荐机制 |
| 是否个性化 | 否 | 否 | 是 |
| 是否顺序可控 | 可控 | 可控 | 不可控(算法) |
| 常见场景 | 小红书、Pinterest | 知乎、微博 | 抖音、头条 |
| 设计目标 | 美观、密集 | 连贯、可读 | 精准、留存 |
有0人收藏了本文