功能|功能分析之“关注”功能( 二 )


关注列表设计时,同样可以从上面讲的2个方面去考虑,一个是“展示层面”,列表中需要明确作者是谁,则“头像”和“昵称”一定是必要的;另一个是“功能层面”,先说和“关注”功能本身相关的,如果我不想关注这个作者了,在这个界面应该怎么办?同样,我们可以通过上文中说到的“简单操作”解决这个需求,设计一个“取消关注”功能即可。再者,和上述一样,如果用户想要查看这个作者的往期动态,我们该如何设计?
答案和上面的一致,这里不做过多赘述。
2.3 关注行为回到其本身,“关注行为”实际上不仅仅是一个用户的操作动作,而是与“内容主动推送”、“持续获得”词语相关联,也就是上文中“动态信息”中产生的内容。因此,我们可以将“关注行为”定义为:当用户通过某种操作后,便可持续获得被关注者更新的信息。
通常,“关注行为”的触发操作一般会在3个页面中出现,分别为“内容列表页”、“内容详情页”以及“用户推荐”页面,下面进行一个简单分析:
2.3.1“内容列表页”
一般情况下,存在较短篇幅内容时,当内容在列表中的有限区域内可以显示完全的情况下,用户可以直观、准确的感受到所写内容并产生兴趣时,在内容列表页中即可存在“关注行为”的操作,例如:“微博”中内容篇幅有长有短,短篇内容可以显示完全的情况下,在列表页中进行操作可以减少用户的操作路径,提高操作行为。
功能|功能分析之“关注”功能
文章插图
2.3.2“内容详情页”
和上述“内容列表”不同的是,对于长篇内容来说,用户是无法通过列表中的标题及少部分内容即可准确、直观的读取所有相关内容的,因此“关注行为”在内容详情页面也常出现,通过读取全部或大部分内容后,判断是否产生兴趣并需要持续获取相关内容后,从而进行“关注行为”的操作。
其次,“关注行为”操作一般置于页面顶部并悬于顶部,提高用户的感知力与便捷性,可以在操作成本最低的情况下进行“关注行为”的实施,避免操作过于冗长,导致操作行为降低的情况。
功能|功能分析之“关注”功能
文章插图
功能|功能分析之“关注”功能
文章插图
2.3.3“用户推荐页”
用户推荐是通过推荐算法帮助用户推荐高质量用户,帮助用户尽快形成新的社交关系。既然需要“尽快”形成,那么一定需要减少操作路径,因此在这个界面中存在“关注行为”操作。
其次,通过算法进行推荐,匹配度相对较准,用户产生的兴趣程度会更高,产生兴趣就会产生相对的操作行为。
功能|功能分析之“关注”功能
文章插图
三、功能分析在具体的功能分析前,我们针对该功能进行一个简单的流程梳理。针对“关注”功能来说,首先可以简单分为3个步骤,分别为用户“点击按钮”-后台“进行判断”-前台“显示结果”,如图所示:
功能|功能分析之“关注”功能
文章插图
简单梳理完毕后,我们再针对流程中的每一个节点进行更为细致的分析。针对上述流程图所示,前端用户触发条件后,谁负责将用户的操作传输至后台?后台将会怎样处理?处理结果又将怎样传输至前台?
带着问题,我们可以将其分为4个维度进行分析,分别为:前端(用户界面)、接口(传输者)、后台(管理/增减)、数据库(数据更新),如图所示:
功能|功能分析之“关注”功能
文章插图
上面图中表示的是从用户“点击按钮-判断-传输用户信息-后台记录的增减-数据库表中的内容更新-返回结果-结果展示”的整体数据流向,下面对每一步进行一个简述:

  1. 用户点击按钮后,判断当前状态,是否已关注作者,如果已关注,将取消关注,如果是未关注状态,则变为已关注
  2. 接口会将用户ID以及作者的ID一起传至后台中
  3. 后台接受指令后,会在相关表中增删记录,关注与被关注的人都需要
  4. 数据库执行相关指令后,对数据表内容进行相对更改
  5. 返回结果并传输至前端
  6. 前端显示结果即可
流程整理清楚之后,我们需要将图中的内容以文档的形式交由开发人员,一般情况下,我会使用表格的形式进行需求点的展示,清晰明了的同时也便于进行管理,如图所示:
功能|功能分析之“关注”功能