从整个社区信息闭环上看,小红书的「发现」模块超出了“发现”这一定义。对于「发现」的用法,比较流行的有三种:
第一种,承载产品主功能之外的其它功能,大众的比如微信,小众的比如墨柚。用户点击「发现」是很明确地要访问某个单独的功能(比如微信的「朋友圈」和墨柚的「活动」),而这个功能对主功能形成一定的互斥影响。一般来说,当一个产品要在主功能之外开拓全新维度的功能时,比较有可能用这种方式。
第二种,单纯地发现未知内容,大众产品比如知乎,小众产品比如念和涂手。feeds流负责呈现你所关注的信息,而「发现」则代表寻找新的未曾发现的关注点,可以天马行空地给用户推荐。在这种情况下,用户访问「发现」模块是没有任何明确目的的。如果产品在feeds流中已经形成分类,或者根本无法再继续进行分类了,则比较适合这种方式。
第三种,需要去寻找某一领域的信息,大众的比如微博,小众的比如蝉游记的攻略模块。如果用户有非常明晰的分类信息查找场景,而又很难在feeds流中去实现的,则非常适合这种方式。
微博近年来逐步淘汰了大批低质量内容账户,让一批高可读性内容的生产者脱颖而出,基本完成了社交化向媒体化的转变,今年开始进行垂直领域内容的尝试,而发现模块就主要承载这一战略目标。蝉游记在沉淀的大量旅行笔记基础之上,花很大精力自行编制了目的地旅游攻略,为有明确旅行需求的用户提供最佳的攻略体验。
小红书的「发现」,基本上是第二种和第三种类型的综合体。顶端一排按钮(类别、品牌、目的地、主题、达人)为笔记信息不同维度的分类整合,下面则是热门专辑与笔记的推荐。
如果用户有很明确的目的——比如正打算去某地旅游需要列一份shopping list——那么用户可以在第一时间找到入口。而如果用户没有很明确的目的,只是翻完了feeds流,想看看有什么其它有意思的东西,就可以忽略第一排,继续向下浏览。总的来说,信息分类可以满足用户特定场景需求,而热门推荐则是增加用户黏性。
(1)目前信息分类的效率并不高,需要慢慢优化。比如我的截图里,选择目的地-日本,总共有30余万条笔记,无数个品牌(拉到底大概要5分钟,且不支持搜索)。
首先笔记部分,如果统计一下用户浏览屏数的分布,猜想一定是远远低于首页的,用户不可能浏览完这么多笔记,这个数字本身就会让大家望而却步了。而品牌部分,用户选它很有可能是有目标的品牌,而这么多个品牌,没有搜索实在是有点累。
其实可以看出来,专题这个场景下最有价值的功能。上线初期,小红书靠高质量目的地购物专题疯狂吸粉,可以见的专题内容的吸引力,所以我认为可以考虑把专题放在默认的位置。同时有必要去优化笔记和品牌的展示机制。
(2)热门推荐是整个产品的重要补充,但会随着产品的逐步成熟而渐渐弱化。热门内容发现很难作为产品的核心功能出现。豆瓣2.0版本时,曾将「发现」作为战略级功能,希望通过带来惊喜提升用户使用频次。
最终的结果我无法评判,但从豆瓣3.0抛弃「发现」功能这一事实上来看,它应该没有达到期望的效果。用户打开一个应用,要么是有访问某个功能(一般为核心功能)目的,要么是形成了特定的使用习惯。在产品初期阶段,整体笔记数量和用户平均关注内容数量都不是那么充足的时候,热门推荐可以帮助他们发现新鲜的东西。而当产品逐渐成熟,用户养成了一套固有的信息获取机制后(关注丰富的账户和主题),热门推荐的重要性会慢慢降低。
