惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

P
Proofpoint News Feed
博客园_首页
WordPress大学
WordPress大学
大猫的无限游戏
大猫的无限游戏
有赞技术团队
有赞技术团队
阮一峰的网络日志
阮一峰的网络日志
Hugging Face - Blog
Hugging Face - Blog
博客园 - 【当耐特】
酷 壳 – CoolShell
酷 壳 – CoolShell
Y
Y Combinator Blog
Vercel News
Vercel News
The GitHub Blog
The GitHub Blog
T
The Blog of Author Tim Ferriss
云风的 BLOG
云风的 BLOG
博客园 - 司徒正美
Engineering at Meta
Engineering at Meta
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
J
Java Code Geeks
Stack Overflow Blog
Stack Overflow Blog
N
Netflix TechBlog - Medium
Martin Fowler
Martin Fowler
宝玉的分享
宝玉的分享
G
Google Developers Blog
Last Week in AI
Last Week in AI

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
产品设计:单列还是双列,该如何抉择?
流星桑 · 2022-07-01 · via 人人都是产品经理

编辑导语:曾经的快手,进入APP后默认是双列展示视频,后来改成了单列全屏的视频播放流;而拼多多则从单列展示改成了双列展示。为什么会有这样的调整呢?单列和双列到底该如何抉择?

曾经的快手,进入APP后默认是双列展示视频(下图左),后来改成了默认进入“精选”。 “精选”是单列全屏的视频播放流(下图右),类似抖音默认的“发现”。

【产品设计】单列还是双列,该如何抉择?

无独有偶,拼多多曾经也有过类似的改版,只是方向是反向的:从单列改成双列。

拼多多曾经的首页默认以单列卡片的形式展示推荐商品,之后改成了双列展示。

【产品设计】单列还是双列,该如何抉择?

那么问题来了,为什么快手、拼多多会做这样的调整?背后的思路是什么?

01 针对短视频平台的分析

首先来分析快手,快手是一个短视频平台,除了DAU和用户留存外,最关注的指标就是“使用时长”了。

时长越长,代表用户越依赖于平台的内容,也越有可能留在平台。

用户在老版本打开APP首页,因为是双列展示,因此会展示多个视频封面。

用户面对这多个视频封面,会有几种可能的行为与结果。

  • 首屏就有用户感兴趣的视频,用户点击封面后开始观看
  • 首屏没有用户感兴趣的视频,用户下划了N屏后找到了感兴趣的视频
  • 首屏或前N屏都没有用户感兴趣的视频,用户主动发起搜索或进入其他模块或离开APP

大家发现没有,上述每一种可能,最关键的一环始终都是用户“选择”的过程,选择意味着“需要大脑思考”。

用户选择是否点一个视频,取决于:封面好不好看、题材感不感兴趣,等等。这就导致了作者花很多时间包装封面,经常有用户惊呼“被封面骗了”。

即使用户点击了视频,看完之后是选择直接下滑还是回到双列的视频列表重新选择,这也成立一道选择题。

人生而有惰性,即使是看视频这样低成本的行为,让用户进行选择实际上会“劝退”一部分用户。

反观抖音这一公认的“杀时间利器”,则与快手有不一样的使用方式。

刷抖音是“不需要选”的,打开抖音APP的那一刻,你就在看视频了!

这就是为什么早期有“刷抖音、玩快手”的说法。

抖音“帮助用户选择”其实是一件对推荐算法有高要求的事情,容错率低。如果抖音默认推荐给用户的视频连着几个都是用户不喜欢的,那用户用脚投票离开平台的可能性极大。

早期快手想必是没有足够满意的推荐机制,才通过双列这种一次推荐多个内容的方式,来提高容错率。

除此之外,抖音这样的单列沉浸式播放流,能带来广告收入的提升。

双列视频广告收入=DAU*人均广告曝光次数*CTR1*CTR2*CPC

(ctr1=点击广告卡片的点击率,ctr2=进入广告详情后点击具体转化链接的点击率)

单列广告收入=DAU*人均广告曝光次数*100%*CTR2*CPC

两者的区别在于,双列形式下,用户点击广告卡片的概率在单列中变成了100%,是一次强制曝光。

先不说强制曝光的体验问题,至少曝光强度更高,广告推荐准确率的问题并不是不能解决的问题。

总结一下,对短视频平台来说,单双列分别有如下优劣势。

1. 单列沉浸式

  • 减少用户思考和选择的成本
  • 用户选择权利小,容易造成信息茧房(探索性差)
  • 容错率低,对推荐算法要求高
  • 广告变现效率高
  • 强调内容,弱化作者,看重消费者体验

2. 双列瀑布流

  • 提供了用户选择的权利
  • 容错率高,因为提供了更多的选择
  • 分发效率高,便于用户探索更多兴趣内容
  • 广告变现效率较低
  • 作者的存在感更强,看重作者体验

02 针对电商类产品的分析

那么对电商而言,选择单列还是双列,取决于几个方面。

1)商品供给

如果sku供给有限(比如早期的拼多多)则采用单列即可。

2)购买决策

单列以较少的商品、单个商品较多的信息,可以加快购买决策。

双列展示更多的商品,提供一种“逛”的体验,满足用户挑选的诉求。

3)内容形态

进入内容电商时代后,直播、视频等导购形式慢慢占据商品展示位的占比,双列可以更好得兼容这些导购内容。

4)意图是否明确

淘宝搜索茶叶、生日,会有完全不同的结果页,茶叶是单列,生日是双列。

我的推测是:用户搜索具象的关键词后可能大部分都只点前N个结果,因此单列足以展示足够的商品。

像“小罐茶”这样特别具象的关键词采用单列看起来似乎就很合理。

【产品设计】单列还是双列,该如何抉择?

以上是因为工作关系发散的一些小思考,欢迎大家补充和纠正~

本文由 @流星桑 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。