功能|功能分析之“关注”功能动态信息|动态内容|层面|列表

文章插图
最近为了提高自己的写作能力，在各个内容平台上看了不少文章，看到文章写的不错的作者，果断来一波关注，方便日后能够更快找到该作者。想到这里，刚好与大家分享一下“关注”功能的设计过程。
一、详述首先，我们先来假想一下当没有关注功能的时候，会是怎样的情况？
以浏览文章为例，当我们在平台上浏览一个作者的文章时，觉得该作者的文章内容很好，希望以后能够读到更多该作者的作品，这时候，如果没有“关注”功能，在庞大的信息中我们很难再次找到该作者。那么，“关注”功能就能够帮我们很好的解决此问题。当我们关注该作者后，在“关注”列表中，我们能够方便快捷的找到该作者。以上例子是设计该功能的背景之一。
在汉语词典中，“关注”一词的大意为关心重视、用实际行动或用心去对待某人、某事。针对我们的功能描述来说，我认为基本上与它本身的大意一致，当我们消费某些钟意的内容时，针对内容的产出者（作者）我们希望能够产生持续性的互动，并且对其产出的内容重视程度更高，因此，付诸的实际行动就是对产出者（作者）本身进行关注。
二、常见案例一般情况下，“关注”功能存在于用户列表界面或内容详情界面，例如PMCAFF的文章详情页、抖音用户列表页、小红书的内容详情页等等。
此处，我们以“小红书”APP为例：
当用户浏览文章的详情内容时，对文章中的内容产生了共鸣，希望日后能够继续阅读该作者的文章，这时候，如何能快速准确的找到该作者呢？
例如，用户可以记住这个作者的用户名，进行搜索，也能快速找到这个作者，但是当喜爱的作者过多时，这个方案显然有些吃力，因为用户无法准确的记住他们；再者，也可以不断的刷新列表数据来寻找这个作者，但是当数据量相对庞大的时候，这也很难快速准确的找到该作者。
那么，假设如果用户能够通过一个简单操作就可以将喜爱的作者进行记录，形成一个列表，这样是不是就方便多了？
回到上面的案例中，我们将这个“假设”设计成一个功能，用户的“简单操作”=“关注”按钮，形成触发条件；“记录”=“关注列表”，方便日后快速准确的查找。触发条件形成后“关注列表”同时联动，更新列表数据。当然，如果不想继续关注该作者时，同样可以取消关注，列表中的记录也将消失。
如图所示：

文章插图
下面，我会将该功能拆分为以下几个核心子功能进行具体的分析及说明：
2.1 动态信息“动态信息”指的是，用户正在或近期发生的新事物、新情况。
举个例子，比如我关注的一位作者，他今日发布了一篇文章，那这个“文章”就是他的一条“动态信息”。那如何能够方便查看我所有关注用户的动态呢？就需要把这些用户的动态全部集合起来，放在一起进行浏览。这也就是我们经常看到的“我关注的”列表，你可以在这个列表中集中查看到你所关注的用户近期发表的动态内容。一般情况下，列表内容的展示时间是以个人动态发布时间的“倒序”进行排列，有效的保证我们能够接触到目前最新的动态信息。
在设计这个功能模块的时候，我们可以从两个层面进行分析，一个是“展示层面”，也就是参数的展示；另一个是“功能层面”，需要具有哪些功能，如下：
2.1.1“展示层面”
展示层面从2个方面入手，一个是作者层面，具有代表意义的一定是“头像”和“昵称”，另一个是内容层面，比如：图片、文案、视频以及动态发布时间等和动态内容相关的展示，在“动态发布时间”这里，因为我们做的是“动态信息”，所以一定是取最近一次的动态内容进行优先展示，这里是需要进行时间的判断。
2.1.2“功能层面”

分享、点赞、收藏、以及评论功能：这些子功能可以让用户在最短时间内抒发自己的情感，同时增加用户的粘性，因此可以针对自己的需求进行设计。
当用户想要查看作者的往期动态内容时，而往期动态一般都会在“作者主页”中进行集中展示，因此我们需要考虑如何让用户进入“作者主页”，比如，我们可以将该功能的入口放在作者“头像”一栏上，路径短且目标准确。

2.2 关注列表关注列表，我将它分为两个部分进行分析说明，分别是“方便快捷”&“便于管理”。
关于“方便快捷”这个其实是我们可以在关注列表中快速方便的找到相关人员，不需要进行冗长的操作；“便于管理”是当我们关注的作者过多且类别过多时，我们可以给他们进行分类操作，又或者我们不想关注某人时，也可以进行“取消关注”操作等等。