一、需求分析

1.1 用户需求分析

1.2 功能需求分析

二、功能设计

2.1 功能借鉴

2.2 功能逻辑

2.3 用户使用流程图及交互界面

2.4 新功能的获益

一、需求分析

1.1 用户需求分析

（1）场景引入

案例1：

目标用户：经常浏览小红书的用户，平时在浏览笔记的时候觉得某些笔记十分的喜欢因此触发了其点赞收藏动作。

典型使用场景：某天linda与姐妹们讨论到如何练天鹅臂的事情，此时她想起之前好像在小红书里看到过一篇可操作性很强的笔记，但是不知道自己是否有把它收藏起来。于是她在有80多篇笔记的运动专辑翻翻找找，还未等她找到记忆中的那篇笔记，她的姐妹们就换了一个话题了。

案例2：

目标用户：依赖小红书对生活进行指引的用户；这类用户每次打开小红书都具有明确的目的性和指向性，在浏览完特定类别的笔记后，会对笔记进行筛选，收藏自己觉得优质的笔记，供日后在特定的场景下能够快速准确的翻阅。

典型使用场景:小美某天在逛monki的时候，面对琳琅满目的衣服不知道该如何挑选，突然想起来之前曾在小红书上收藏过自己喜欢的monki穿搭，于是想要搜索自己曾经收藏过的穿搭专辑中monki穿搭的笔记，专辑内含有100篇笔记。

总结：曾经使用过小红书且会收藏笔记的用户（非新注册的用户），在日常生活中如果遇到某个特定的场景，例如在zara，优衣库（一定要具体的店名）逛街时唤起了自己曾经在小红书中收藏过某篇自己喜爱的关于zara/优衣库的穿搭笔记时（即十分具体的情景下唤醒了具体的笔记时）会需要这个搜索功能。该功能能够帮助用户根据自己的记忆快速的找到自己的收藏。

1.2 功能需求分析

看一下一般用户会如何为收藏创建专辑名的，名字一般都是会被设置成比较笼统的一类，例如拍照修图专辑里面可能内涵了Vsco，PICSART，nomo等修图软件的P图教程，而不会是为软件各自创建一个专辑。

目前已有的功能中可以无限替代搜索功能的方法有：

1. 收藏的时候尽可能的细分细分再细分；

2. 直接在首页打上关键字搜索，在所有相关的笔记流中寻找你那篇笔记。

但是本人测试了一下，我创建了35个不一样的专辑，如果我们每个专辑只放1-10个特定的内容，那么我们要在35个专辑中寻找到特定的专辑很费时间，再要从一个个的专辑中寻找到目标笔记那更加费时。

尽可能的细分在用户收藏的时候，就要耗费大量的精力去取专辑名称，同时也要耗费大量的认知去思考，要将这篇笔记放在哪篇专辑中更合适。并且在搜索的阶段也需要耗费大量的时间去翻找，没有起到根本的解决作用。因此使用方法1搜索效率虽提高，但仍低下。

2019年小红书第二季报告中指出，小红书的社区每日产生30亿次的笔记曝光，即使我们预估每个关键词的笔记每天只更新了100篇，那要在这个关键词下翻找目标笔记也是十分费时费力的，因此方法2也不可行。

并且本人做了一下暴力测试，往一个专辑里面疯狂的收藏笔记。收藏到350篇笔记时，系统还是没有上限提醒，一个收藏夹的上限有多少我们无法清楚（也可能根本没有上限）。

那么这个时候人的短中期记忆容量只有7±2个组块的大小，要清晰的记得自己收藏过什么是很困难的。即使我们有了自己曾经有收藏过某篇优质的笔记的印象，要在庞大的特定专辑中寻找也是十分的耗费我们的精力和时间，并且特别容易出现找着找着忘记了自己一开始要找什么了的情况。

总结：搜索专辑中笔记的功能是个合理的需求它可以通过用户在特定场景下被小红书中对应的特定内容唤醒，打开并使用小红书。并且由于目前小红书已有的功能无法替代该搜索功能，因此该搜索功能的出现能够极大的节约用户寻找目标笔记的成本，最终达到提升用户黏性的效果。

二、功能设计

2.1 功能借鉴

别人做了吗？

由于我们无法在短时间内快速的去举办一次系统的用户调研，这会耗费大量的时间之余也需要巨大的成本。因此我们可以通过借鉴同类的APP是否有这个功能以及它们是怎么做的，来给小红书提供一些参考。

知乎：

Blibli：

选择知乎和哔哩哔哩作为借鉴对象的原因是：

1. 知乎、B站和小红书都有收藏的功能；

2. 知乎和B站还有小红书这三个平台中流转的信息都比较广，涉及生活的方方面面；

3. 用户在三个平台将零散的内容收藏到一个特定专辑的时候，为专辑取的名字应该十分的雷同，均是笼统的取名，而不是细到每个笔记的关键字。

那么他们是怎么做的？

我们可以看到，知乎的收藏搜索功能是在整个收藏夹外的，而B站的则要进入到特定的收藏夹中才有收藏搜索功能。

根据小红书的实际情况来说，我认为借鉴知乎的模式会更适合小红书，因为在实际的收藏动作发生情况下容易发生这样的情况：

1. 收藏的过程中可能不小心点错了专辑；

2. 当时对某个内容的判断与之后的不一样。

例如：当下判断应当放在愿望清单的专辑；逛街的时候看到了fresh香水，场景下的判断为香水专辑。那么用户还要从特定的专辑里退出来，苦想自己到底放到了哪个专辑中。所以如果将搜索功能放在收藏栏下，可以帮助减少用户认知，提升搜索的效率。

根据以上描述，搜索功能在收藏栏页面的原型图如下所示：

总结：设置有收藏功能的知乎和B站都会在收藏栏下创建一个搜索收藏夹中内容的功能，即该功能的存在起码是符合逻辑且有需求的。虽然知乎与B站的搜索功能设置的位置不同，但是结合小红书用户收藏时会产生的种种情况来说，知乎的搜索功能位置（将该功能直接放在整个收藏夹下一级的位置）更值得借鉴。

2.2 功能逻辑

小红书目前没有这个功能的原因是什么？

我将小红书的用户分为两大类：一类是内容消费者；另一类是内容生产者。对于作为UGC社区运作的小红书而言内容的生产是十分重要的，只有不断地笔记产出才能吸引来更多的内容消费者前来消费。

如果多了这种在收藏夹中搜索曾经收藏过的笔记功能，会不会对新的相关内容生产者所产出的笔记带来消极的影响？

即曝光度下降了，使其获得点赞收藏评论的可能降低了，打击了生产者的生产动力，降低了笔记产出量。因为这个功能主要解决的是有特别强的笔记指向性的用户，用户很可能在某个场景下直接就进入收藏夹中翻找目标笔记，回顾完，得到重要信息后就马上退出了。这样就会损害到内容生产者的“利益。

当然还有该功能可能在她们的需求池当中，优先级别排的比较后面等其它原因。

所以我们新增加的搜索功能要在不损害内容生产者（发布的笔记要能多曝光）的需求下，同时满足内容消费者的需求（搜索收藏夹中笔记的功能）。

因此搜索页面的呈现应该是这样的：

这样的展示能够同时满足内容消费者希望在收藏的专辑中快速找到记忆中的笔记，帮助TA提升搜索的效率。同时在专辑中所有含关键字的笔记展示完之后，为其推荐类似的近期新产出的或者获赞收藏次数多的笔记，来维护内容生产者的权益。

或者当用户搜索的关键词在专辑中没有相对应的笔记时，可以呈现这样的界面，来引导用户看新的笔记。

细节补充：

当用户在红色的框框中有向上滑动页面的动作时，页面自动的呈现出右边的样子，使用户完全的沉浸在为TA推荐的笔记流当中，增加用户使用小红书的时长。

2.3 用户使用流程图及交互界面

目前用户寻找专辑中的目标笔记入口如下图所示：

目前用户寻找目标笔记的交互界面如下图所示：

功能添加后的页面流程如下图所示：

备注：收藏下的笔记是所有收藏过的笔记的汇总（按照收藏的先后顺序排列），如果在专辑界面增加搜索功能实际上就跟在笔记处的搜索功能完全重合。因此如果在专辑中添加了搜索功能，那么笔记栏下的搜索按钮用户会很少使用。

图中的虚线部分表示如果用户在收藏栏中搜索无果，则提示用户没有找到相关的结果，并且弹出相关的笔记吸引用户浏览。当用户浏览到喜爱的笔记时触发其收藏的动作，那么该篇笔记则进入到对应的专辑中以及收藏栏下的所有收藏笔记中供日后搜索时弹现，以此构成一个闭环。

添加新功能后的交互界面如下图所示：

2.4 新功能的获益

（1）可以极大的提高用户的搜索效率，试想一下如果一个专辑中有300篇笔记，你需要在300篇中寻找你的目标笔记，这样的概率是1/300，而如果有了搜索的功能，你只需要打上关键字，显示出所有含关键字的笔记，你只需要在这些笔记中寻找你的目标笔记就可以了（一般不会超过10篇，因为如果超过了10篇用户会在一开始就专门以该关键字创建一个特定的专辑，把目标笔记放在那个专辑中）。

也就是说此时你的概率从1/300变成了1/10，搜索目标笔记概率的提升意味着搜索效率的提升。

（2）使得小红书在某场景下被唤醒的概率上升，该功能能培养出用户的习惯，即在未来碰到某场景时，潜意识里知道小红书能在这个时候给我提供准确的、且符合我要求的服务，于是一遇到唤醒我记忆点的时候我就打开小红书翻阅的习惯。

试想一下，当你想喝气泡水的时候，一个人给你递来了气泡水和雪碧让你自己选，另一个人直接给你递来了气泡水，哪个会让你更加值得依赖？当然是后者！

（3）改善用户体验。通过增加新的搜索功能使用户减少了自己在收藏中苦苦寻找的机会，提供了及时满足的服务。并且当收藏中没有目标笔记时还提供相关的笔记推荐，这种贴心的服务绝对优于用户再回到首页自己去搜索相关的笔记能给用户带来更好的体验。

推荐您阅读更多有关于“小红书”的文章