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

推荐订阅源

The GitHub Blog
The GitHub Blog
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
V
V2EX
Engineering at Meta
Engineering at Meta
美团技术团队
H
Hackread – Cybersecurity News, Data Breaches, AI and More
博客园 - 司徒正美
I
InfoQ
S
SegmentFault 最新的问题
博客园 - 叶小钗
N
Netflix TechBlog - Medium
Y
Y Combinator Blog
IT之家
IT之家
博客园 - Franky
大猫的无限游戏
大猫的无限游戏
人人都是产品经理
人人都是产品经理
T
The Blog of Author Tim Ferriss
月光博客
月光博客
The Cloudflare Blog
U
Unit 42
GbyAI
GbyAI
L
LangChain Blog
Microsoft Azure Blog
Microsoft Azure Blog

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
内容平台和社区平台感觉很像,区别到底是什么?
跳跳堂 · 2025-08-29 · via 人人都是产品经理

每天刷小红书和抖音,看似都在“滑手机”,其实是在两条截然不同的轨道:一边像带着关键词逛市集,一边像瘫在沙发看大戏。本文用一张“信息密度-质量坐标系”,把社区与内容平台从供给形态、用户心智到产品形态彻底拆给你看——为什么小红书必须是双列、抖音只能是单列,为什么抖音永远吞不掉小红书,以及“社区感”到底是一种怎样可被设计的幻觉。

社区平台和内容平台往往看着很像,有什么区别呢:拿小红书和抖音说明。

小红书偏社区,其内容的两个重要特征:

一是低信息密度(字数限制的图文形式内容-笔记,短视频等都属于低信息密度,反例是知乎长文),低信息密度内容娱乐性更强;高密度的长文费脑且优质的高密度长文非常稀缺,这会导致用户筛选优质长文的效率及其低,于是,消费侧会将大量用户拒之门外。

二是中低质量水平,主观感觉大概30-70分。正因为内容形态简单,质量水平中低,所以创作群体及其庞大,供给丰富。这也导致了其内容颗粒度及其细。同时,也会导致相对高质量的内容反而得不到好的数据反馈,因为大盘用户平均水平和大盘内容质量水平对应。比如在小红书发布基础或中等水平的内容时,数据表现一般还不错,但发布有一定深度的内容时数据往往很惨。可以这么理解:假设大盘某个方向下的向用户平均水平以P5、P6为主,一条P7+或P8水平的内容大概率不能引起共鸣。这就是所谓用户能力决定了用户行为,用户行为导致了平台的内容偏好,比如你把小红书的内容搬到微信上发表大概率会水土不服。

小红书上供给的丰富度和细颗粒度以及低信息密度带来的消费端高效的检索效率(低信息密度便于用户快速识别内容中的关键信息),导致消费端非常活跃,从而给笔记带来很强的实用价值,尤其这些内容都来自于真实生活,使其实用价值和商业价值很高。最终带来的是广泛的供给带来广泛的需求,广泛的需求促进广泛的供给,飞轮正循环。

所以,小红书的用户普遍会带着“找/发现”内容的潜意识心态在使用产品,心里带着“关键词”在使用产品,这属于“搜索”心智。百度,知乎都属于这类。正因为这样,不同用户带着不同关键词,形成了许多无形的边边框框,这就朝社区演进了。

反之,抖音属于强娱乐属性的内容平台,用户心智是被动的消费内容,用户不是来“找”内容,而是来娱乐消遣的,心里不太会带着“找”的预期。

所以,小红书为什么是双列信息流而抖音是单列,因为小红书内容颗粒度太细,个性化较强,单列沉浸式流的重点是推荐算法,算法很难捕捉到这么细颗粒度,只好让用户自己去找。双列容错性更高,对内容质量要求相对也就更低些,正好也符合小红书内容中低质量的特点(因为双列内容是用户自己主动寻找后点击观看的,所以即使对内容不满意,也相对会优先认为是自己没找好,而不是平台没推好,当然只是相对单列来讲。因为单列时用户完全处于被动接受状态,推的不好用户肯定首先会觉得是平台的问题,这种问题单人单次去看好像没什么,但用人群和高频消费的视角去看,问题就太大了)

而抖音的单列形态,正好符合用户的娱乐心智(心智可理解为用户带着什么样的预期来使用产品),既然是娱乐,那就是被动,我都带着娱乐的预期来见你了,你还让我动脑子吗?我又不是来学知识的。所以对推荐的准确性要求就非常高了。所以为什么说抖音的推荐算法这么强,甚至是它的核心技术。

小红书的双排流更容易形成社区,用户的使用路径:

  • 1刷流寻找内容,点击一个内容查看
  • 2搜索框输入关键词,查看内容以上,都带着“找”的心里,是一个筛选做决策的逻辑,所以,心里潜意识的会带着某个方向的关键词来的,一旦找到一个自己觉得不错的内容,会想着要不要去关注这个创作者。也就是说用户其实是在找内容背后的创作者(人),以便于以后更方便的查找这类内容。用户对创作者这个人的兴趣要大于当前单条笔记内容,是一个链接人与人的社区的逻辑,使流量具有一定的信任属性。同时因为社区逻辑,使整个平台感觉有很多无形的边边框框,这也限制的其用户规模不可能像抖音那样大。

抖音单排流和其强大的推荐算法决定它是一个内容平台,人与人的关系感非常弱。用户完全带着娱乐的心智来的,心里没有所谓的关键词,被动的消费内容,当看到好内容时因为内容更多的是娱乐属性(小红书内容偏实用属性),关注创作者的动机就相对没那么强,所以用户的注意力在内容上而不是在创作这条内容的人上。导致整个平台以内容为中心,就没有社区平台那种无形的边边框框,理论上能容纳所有人,所以用户规模非常大。所以抖音这么大规模的流量,想要吞噬小红书的业务从产品逻辑上来看我觉得是不可能的,因为抖音用户的主线心智是娱乐,小红书是做决策的实用心智,完全不同。一个平台容纳不了两条主线心智。

往往我们也称类似抖音这种内容平台为内容社区,这种社区的核心是提供以内容为主的娱乐价值,而小红书那种社区的核心是满足同圈层用户的认同感。所以,往往大家谈论社区时,或许谈的都不是一个东西。

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

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

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。