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

推荐订阅源

博客园_首页
C
Check Point Blog
B
Blog RSS Feed
G
Google Developers Blog
H
Help Net Security
博客园 - Franky
Blog — PlanetScale
Blog — PlanetScale
H
Hackread – Cybersecurity News, Data Breaches, AI and More
量子位
Recent Announcements
Recent Announcements
B
Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
D
DataBreaches.Net
小众软件
小众软件
T
The Blog of Author Tim Ferriss
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
MongoDB | Blog
MongoDB | Blog
Y
Y Combinator Blog
T
Tailwind CSS Blog
J
Java Code Geeks
MyScale Blog
MyScale 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迎来强劲对手 – 人人都是产品经理,
低效的社区vs高效的搜索,小红书是如何做到的
韩叙 · 2023-08-22 · via 人人都是产品经理

小红书把低效的社区,做出了高效搜索的既视感,是如何做到的呢?作者给出了解答。原来小红书先有购物指南这个工具,再聚人,最后养成社区。我们一起来看看吧!

小红书说自己是社区,那就不能追求效率。

社区是养出来的,不是靠做数据催生出来的。要搭建人与人的联系,有适度的交流,也要有友善和高容纳度的氛围。

要做好这些,就不可能高效。

小红书又是好用的搜索,让用户快速的解决问题。

有用类图文内容+强搜索心智,是绝佳搭档,也是小红书的差异化优势,尤其与其他内容平台相比。

要做好这些,就必须高效。

这很有意思,上面提到的社区和搜索,都是小红书的产品,同时存在。但做法又不同,核心在于:对效率的看法。

有朋友会问:社区和搜索同时存在怎么了?值得分析吗?

肯定值得。

一、抛开小红书,看看其他知名产品

在追求效率上,做得很好的两家公司:前有百度,现有字节。

百度一直霸占着中文搜索市场,而搜索在C端的核心是用户满意度。让用户满意,就必须做到准确和高效。

从这个角度说,百度搜索肯定是国内老大。

但是,在搜索的准确和高效上做得好,给百度做社区带来很大困扰。过去这么多年,在UGC/PGC、问答、短视频等方向做过很多尝试,没有成功案例。

原因有很多,用一句话说:

百度用追求效率的方式,去做社区产品,是不行的。

同样的道理,也适用在字节身上。

今日头条和抖音这样的产品,内容生产和消费,以及商业变现能力,都能做到极致高效。

但在做社区或社交产品时,都没拿到满意结果。

二、为什么小红书能做到?既有效率,又没效率

首先,这肯定不是创始团队在初期设计出来的,而是慢慢迭代和养出来的,不要神化成功案例。

其次,这是和产品的发展过程有关,和创始团队DNA有关。

在以上两点里,值得研究的是:产品的发展过程。

小红书CEO毛文超在10周年发言里提到,最初他们推出的第一个产品,是7个国家的购物攻略.pdf。

然后有了算法分发,之后迭代出现在的小红书。

所以,这个产品的发展过程,先有购物指南这个工具,再聚人,最后养成社区。

  1. 工具:从现在的话说,购物攻略属于有用类内容,有价值感。
  2. 用户:工具有用,做App能聚人,而且是有相同属性的群体。
  3. 社区:个性化分发内容,让人和人之间有交流,把社区建起来,解决留存问题。

小红书在这个过程中,每一步走的都很扎实,做对了关键决策,最终才能达成社区和搜索的成功并存。

三、小红书这个「工具-用户-社区」的路径,能否被复用?

没有成功经验能复用,因为变量太多,不可能一致,尤其是时间节点、团队DNA等。

但研究成功案例,可以给我们启发。

比如小红书在这个路径里,做对了几个决策,我称为「3个极致」:

1. 工具:把有用内容做到极致

从有用类内容(7个购物指南.pdf)切入,一直打到现在。在这个品类里,和抖音等其他短视频平台相比,有绝对优势。

之后这个概念会更少被提到,小红书也不愿意让优势成为天花板。

2. 用户:把高线城市年轻女性渗透到极致

小红书的核心用户是一二线城市、有消费能力的年轻女性,一直没变过。

而且在做内容品类延展的时候,也是围绕着这个群体的需求去做的。

小红书内部的反馈,这个用户群体的渗透,基本已到上限,也就是做到极致了。

3. 社区:把友善的社区氛围做到极致

对于社区环境和氛围的重视,小红书体现在公司的OKR里。

某年公司OKR的O1,就是社区治理。这个决心和执行力度,是其他很多内容平台没有的。

毕竟这样的目标,不会带来数据的直接增长。

这3点,是小红书在过去几年,做得好的地方。

垂直行业社区,或从工具转社区的产品,可以借鉴小红书的经验。

当然,在案例分析时,会有过度美化的感觉,也像事后诸葛亮,这不重要。在商业世界中,需要这些知识体系作为决策依据,也有启发价值。

专栏作家

韩叙,微信公众号:运营狗工作日记,人人都是产品经理专栏作家。原猫眼电影产品运营专家,创业时经历了0到1的艰辛,在百度时规划了海量用户的玩法。从业10年,专注互联网运营领域,包括产品运营、用户运营、社区运营和UGC运营。

本文原创发布于人人都是产品经理,未经许可,不得转载。

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

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