- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
内容型产品中分类管理的分析与设计
一、内容型产品的后台分类管理介绍
当用户想在某个图书APP中找到一本适合儿童听的有声书,但又没有具体目标时,他可以打开这个APP的分类页面,在Children’s Audiobooks这个分类下继续探索;这个页面中的分类像一个个文件夹一样结构清晰地划分了海量图书,让用户高效找到自己感兴趣的书籍。
这个线上图书馆里的图书是海量的,这么多书籍到底该如何存储和划分?这个线上图书馆还是不断变化的,新书来了怎么分类?儿童节到了是不是应该将儿童这个分类放在更加显眼的位置以促进消费?
这些问题都摆在了这个线上图书馆的图书管理员——运营人员面前;在这样的背景下,我们在后台开发了一个分类管理页面。
内容型产品管理后台中的分类管理功能,就是运营人员编排内容分类的功能,在运营归纳整理好之后,用户在APP上就看到了有结构的内容。
二、后台为什么要做分类管理功能
1. 结构化的内容方便查询
结构化的内容,就是内容经过分析后,分解成多个互相关联的组成部分,各组成部分之间有明确的层级结构;将内容整理成结构化的,就是让内容从无序变成有序的一个过程。
图书馆有海量的图书,通常我们是怎么找到自己需要的书籍的呢?
假设现在我想找一本学习少数民族语言的书籍,我会先找到“语言、文字”这个书架,然后再在这个书架中找到少数民族语言的片区,最后再选择具体想读的一本。
之所以能如此快速找到一本书,是因为图书管理员已经有结构地整理了这些书籍,把每一本书都放在了合适的分类书架上;如果所有的书籍都没有分类,所有的书架就都一样,也就不知道该去哪个书架哪个片区找到需要的书籍。
同样的,在有海量内容的产品中,也需要结构化地整理内容,来帮助用户快速找到自己需要的内容。
这里快速找到体现在,用户能通过有层级的分类导航来查找;而后台中的分类管理,就是运营人员分门别类整理内容的地方,通过分类管理,内容有结构有层次地展示给了用户。
如果没有分类管理这个功能,运营人员就无从整理这些内容,产品中的内容就杂乱无章;当用户找不到需要的内容,可能会觉得产品内容太少而不再愿意使用产品,由此影响产品的发展。
2. 相似推荐,提高曝光
采用内容过滤算法的相似推荐中,分类通常是计算内容相似度的一个维度。
后台的分类管理功能帮助运营人员给平台内容划分并标记正确的分类,从而在用户主动搜索或随意浏览的场景下,系统能为其匹配大量同类内容。
分类是自上而下的,先归纳特征形成一个类别后,这个分类中再有内容;以后一旦某个内容被归到这个分类,就表示内容具有这些特征,所以在计算内容相似度时会考虑内容的分类属性。
内容过滤算法的原理是:给用户推荐和他之前喜欢的物品相似的物品。
内容过滤算法利用物品的内容信息计算物品的相关表,并频繁地更新相关表;当新的物品加入时,或当用户的行为强烈受某一内容属性的影响时,内容过滤算法都有较高的精度;例如:图书类APP提供了一个较强的内容属性,图书的分类,爱读科幻小说的读者会经常关注科幻小说这个分类的图书。
分类管理是标记内容分类属性的工具,合理的分类才能提高相似推荐的精度并扩大内容曝光的范围;从而为用户提供更多的查找目标内容及其他感兴趣内容,给用户留下内容丰富且质量高的印象,提升了用户体验。
三、内容型产品中分类管理的特征
1. 两种分类逻辑相关联
先看看是哪两种分类:
第一种是前端分类,也就是用户在APP中看到的分类;
第二种是后端分类,是数据库存储的原始分类。
以书籍分类为例,某图书APP中用户看到的分类是这样的:
而数据库中存储的后端分类可能是这样的:
我们发现前后端分类不同,前端分类数量少层级浅,后端分类数量多层级深。
为什么要做这两种分类逻辑,前端和后端不能用一套分类逻辑吗?
前端的分类是给用户看的:为了让用户高效查找内容,在精细化分类的前提下,要求分类不能过多,层级不能太深;适量的分类个数和层级,能缩短用户的查找路径,从而提高查找效率。
后端的分类是给运营人员使用的:随着内容数量的增多,需要更多的分类和更深的层级才能归纳划分这些内容;这就要求后端分类的颗粒度需要足够细,精细颗粒度的分类,能更准确地归类内容,从而能通过聚类重组等运营操作,灵活地展示给用户。
以上图为例,说明如何聚类重组,运营人员可以将后端分类中的“小说/悬疑与侦探”以及“小说/惊悚片” 都添加到前端分类“悬疑与惊悚”下;将后端分类中的“小说/传记”添加到前端分类“传记和回忆录”中,从而实现聚类的效果。
可见,前后端使用分类的场景是不同的,采用两种逻辑并相互关联才能更好地服务于产品。
2. 前后端分类命名侧重点不同
前端分类是面向用户的,在命名时需要基于人们生活习惯上的理解,为内容划分一些通俗易懂的分类,这么做是为了让用户能准确地辨识分类和内容。
人们在感知任何事物时,总是根据已有的认知或经验来
文档评论(0)