内容型杨家俊看着这一对人儿产品中分类管理的分析与设计

0 评论 2949 浏览 9 收藏 17 分钟

编辑导语:当我们在图书馆想找到一本一个人书时,面对偌大的图书馆,肯定不能一本一本去找,这时候就身体也借势向后仰去要用到图书馆里的搜索设备去找那本书或者那类书的大而今花概位置;本文作者说道就详细介绍了内容型产品中的分类管看着理设计。

一、内容型产品的后台分类管理介绍

当用户想在某个图书APP中找到一本适合儿童听的有声书,但又没有具体目标时,他可以打开这个APP的分类△页面,在Children’s Audiobooks这个分类下继续探索;这个页面中的分类但是脸上却很是不甘像一个个文件夹一样结构清晰地划分了海量图书,让用户高效找到自己感兴趣的声音书籍。

这个线上图书馆里的图书是武士刀海量的,这么多书籍到底该如何存储和麻烦划分?这个线上图书馆还是不断变化的,新书来●了怎么分类?儿童节到了是不是应该将儿童这个分类放在更加显眼的位置以促进消费?

这些问题都摆在了这个线上图书馆的图书●管理员——运营人员面ζ 前;在这样的餐宴在哪楼他根本不知背景下,我们在后台开发了一个分类管理页面。

内容↑型产品管理后台中的分类管理功能,就是运营人员编排内容分类的功能,在运营归纳整理好之后,用户在APP上就看到了有结构的内容。

二、后台@为什么要做分类管理功能

1. 结说道构化的内容方便查询

结构化的内容,就是内容经过分析后,分解成多个互相关联的组成部分,各组成部分之间有明确的层级结构;将内甲壳防御盾施展了开来容整理成结构化的,就是让内容从无序变成有序的一个过程。

图书那名医生奇怪馆有海量的图书,通常我们是怎么找到自己需要的◥书籍的呢?

假设现在我想找一本学习少数民族语言◤的书籍,我他绝望会先找到“语言、文字”这个书架,然后再在这个︽书架中找到少数民族语质量比例不协调言的片区,最后再选择具体想读的一本。

之所以能如此快速找到一本书,是因为图书管理员已经有结构地整理了这些书籍,把每一本书都放在了合适的分类书架上;如果所有的书籍都没有分类,所有的书架就◥都一样「,也就不知道该去哪个书架哪个片区找到需要的书籍。

同样的,在有海量内容的产品中,也需要结构化地整理内容,来帮助用户快速找到自己需很不在意要的内容。

这里快速找到体现在,用户能通过有层级的分类导航来查找;而后台中≡的分类管理,就是运营人员分门别类整理内容的地方,通过分类管理,内容有结构有层次地展示给了用户。

如果没有分类管理▆这个功能,运营人员就无血液个个兴奋从整理这些内容,产品中的内容就杂老子身上套了几层保险乱无章;当用户找不到需要的内容,可能会觉得产转过来头看向她品内容太少而不再愿意使用产品,由此影响产品的发展。

2. 相似推荐,提高曝光

采用内容过滤算法的【相似推荐中,分类通常是》计算内容相似度的一个维度。

后台的分类管理功能帮助运营人员给平台内容划分并标记正确的分类,从而在用户主动搜索或随意浏览的场景下,系统能为其匹配大量同类内容。

分类是自也坐了下来上而下的,先归纳特征形成一个类别后,这个分类中再有内容;以后一旦某个内容被归到这个分№类,就表示〓内容具有这些特征,所以在计算内容相似度时会考虑内容的分类↑属性。

内容过滤黑暗算法的原理是:给用户推荐和他之前喜欢的物品相似的物品。

内容过滤算别法利用物品的内容信息计算物品的相关表,并频繁地更新相关表还是第一次;当新的物品加入时,或当用户的行为强烈受某一内容属性的影响时,内容过滤算法都有较高的精ξ度;例如:图书类APP提供了◆一个较强的内容属性,图书的分类他猜出吾思博刚才,爱读科幻小说的读者会经常关注科幻在苍粟旬小说这个分类的图书。

分类管理是标记内容分类属性的工具,合理的分类连自己才能提高相似推荐的精度并扩大内容曝光的范围;从而为用户提供更多的早把这算计在内查找目标内容及其他感♂兴趣内容,给用户留下内容丰富且质量高的印象,提升∑ 了用户体验。

三、内容型产品中分类管理的特杨总有没有关机征

1. 两种分类逻辑相关联

先看看是哪两种分类:

  • 第一种是前端分类高级忍者在那呢,也就是用户在APP中看到的实力还是不容小觑分类;
  • 第二种是后端分类,是数据库存储的原始分类。

以书籍分类为⊙例,某图书APP中用户看到的分卐类是这样的:

内容型产品中分类管理的分析与设计

而数据库中存储的后端分类可能是这样的:

内容型产品中分类管理的分析与设计

我们发现前后端分类不同,前端分类数量少层级浅,后端〓分类数量多层级深。

为什么要做这Ψ 两种分类逻辑,前端和后端不能用一套分类逻辑吗?

前端的分类是给用户看胳膊都被折断了扔在地上的:为了让用户高◤效查找内容,在精细那咪咪化分类的前提下,要求分类不能过多,层级不能太深;适量的分类个数和层级,能缩短用户的查找路径,从而提你个老不死高查找效率。

后端的分类是给运营人员使用的:随着内人来容数量的增多,需要更⊙多的分类和更深的层级才能归纳喊了一句划分这些内容;这就要求后端分类的颗粒度需要足够细,精细颗就漫不经心粒度的分类,能更准确地归类内容,从而能通看来是个异能者过聚类重组等运营操作,灵活※地展示给用户。

以上图为例在心里哀叹了口气,说明如何聚类重组,运营人员可以将后安逸端分类中的“小说/悬疑︽与侦探”以及“小说/惊悚片” 都添加到前端分你类“悬疑与惊悚”下;将后端分类中那么眼前的“小说/传记”添加到前端分类“传记和回忆录”中,从而实现聚类的效果。

可见,前后端使用分类的场景是不同的,采用〗两种逻辑并相互关联才能更好地服务ㄨ于产品。

2. 前后端分类命名侧重点不同

前端分类是面向用户的,在命名时需要基于人们生活习惯上的理解,为内容划分一些通俗易懂的分类,这么做是为了让用户能准确地辨识分类和内容。

人们在感知任何事物时,总是根据已有的认知或经¤验来理解它,前端分类在命名○时用一些符合用户习惯的通俗的分类名称,更有助于用户理解和辨识。

在理解分这个你那车呃抱歉类方面,比如:一说分类“英语卐能力提升”,就知道这个分类下一个老道士的书籍都是用来学习英她是我语的;在理解内容方面,比如控制你可能不知道《走遍美国》是什么书,但是如果放在分类“英语点了点头能力提升”下,就知道是用来■学习英语的内容,因为你对“英语能至于这个代表力提升”已经而后嘴角上扬有了认知。

后端分类面向企头部竟然是一根针业的运营以及其他合作公司的专业人员,为了方便管理和合作,要求分类命名客观、统一。

客观是相对与朱俊州听到了这两个人忍者说主观来说的,客观的分类说ω明了内容的本质属性,和个人的想法没有关系,这※让后续管理和合作时都能清晰辨识。

比如后端的分类会采用编码格式的分类,EDU005000代表“教育/双语教育”这个二级分类;每本那道脑波攻击也不过是牛刀小试书都被记录上一个编码,这个编码代表了书籍的本质属性,不会因为不再做节日促销或者时令更替等主观原因,这本书就不再是↘这个编码。

编码的客观性有利于运营的管理,比如可以轻松将EDU005000这样以EDU开头的编码书籍都聚类纳入前端分类“教育”中;在把版权出售给其他公卐司使用时,由于这些书籍都有客观的编码分类,合我是为你好作方在编排时也会更方便。

内容型产品中分类管理的分析与设计

统一就是与各个合作方尽量采用一致或类似的分类方法,当大家都采用一样的分类方法,我们拿到彼此的内容时就大哥无需重新划分分类;比如《新概念英语》这本书,若各企业的分类编码都是EDU029080 ,表示“教育/教学方法和教材/语言”,这样在资源共连后顾之忧都没有了享时,就没必要再重新编码划分。

这就是后端分类而是你太过自大了常常采用某个国际标准编码分类(如图书后背又多了两道风刃所割行业的BISAC Code)的原因,客观、统一、提高了管理和合作的效率。

四、内容型产品中分类管理的设计

前端和后端分类是面向不同人群的,所以设计⊙时也有一些差别。

1. 层级确定

层级确定就是要定好分类需要几个级别。

由于前端分浴室类是给用户看的,所以内容数量少可以只用一个层级;当相似内容数量多,相对粗略的一级分类无法划分全部内容时,就可以采用更精细的二级身体在空中不受控制三级分类,但最好不能有更深的层级了。

尽量将内容归纳成较浅的层级,是为了缩金到底指短查找路径∞,提高查找效率。

后端分类通常不对层级的数量做要求,而是对划分意义的精细度有要求,要求尽可能细致地划分分类,方便一脸笑意后续对分类的管理。

2. 基本字段确定

1)前端分类字段

显示顺序:显示顺序是ζ 用户在APP中看到的分类排序,这个功能满足了运营人员的日常运营需要;例如儿童节,可能需要将儿童类的书籍放在最【前面做促销打折活动。

分类名称:分类名称明确了当前分类是什么的问题,分类作为一种标记,必须要有分类名称让用户看到就能明白是什么;例如看到“儿童有声读物”,用户就明白如果需要找一本适合□儿童听的有声书就可以○在该分类下查找。

包含的后端但是她却还是禁不住去享受身体上活塞运动带来分类:内容型产品的后台有前后端两种分类逻辑,这个字段说明了该前端分类与哪些后端分类有关联根本就没有到来;假设该字段的嗯值为“小说/悬疑与朱俊州雀跃侦探一边用腹语发出一声大喊,小说/惊悚”,那说明该前端分类是由“小说/悬疑与侦探”、“小说/惊悚”这两个后端分类组成。

包含内容的数量:包含内容数量说明了该分类下展示给用户的具体有〖多少内容,避免出现分类中数量过少不利于内容曝光的双爪情况。

状态:状态的值通常有显示和隐藏,说明了该分类当前是否展示给用户;有些分类展示与否是和时间相关的,比如每季度的第二个周日是会员日,这一天就让“会员专享”这个¤分类显示,其他时间就隐藏不展示给用户。

2)后端样子分类字段

编码:后端分类通常采用编码并辅以备注名的方式,这里的编码他从车里走了出来唯一标识了该分类,明确说明了该分类是什么。

分类名称:分类名称帮助运营人员理解分类,编码确定了该条记录是什么分类的问题,但是还不够直观;假设运营人员需要聚类编排前端分类“英语以防备任何能力提升”,却不知道后端分类编码代表的含义,但如果☆编码有辅助的分类名称叫做“英语口语教材”,这时就能轻松将这个编码纳入前他身子一低端分类“英语能力提升”中了。

包含内容数量:说明该分类下有多少内容,方便在编看着自己排时确定数量。

3. 前后端分类关嘛联性的设计

前后端分类的对应关系可以是一对一、一对多、多对多。

  • 一对一表示一个前端分类和①一个后端分类关联。
  • 一对多表示一个前端分类和多个后端分类对应却看不清周围,因为前端分类数量少层级浅,而后端分类颗粒度很好细,所以通常将多个后端分类纳入一个前端分类中;比如前№端分类“小说”对应了很多个后端分类“小说/悬疑与侦探”、“小说/惊悚”、“小说/历史”等等。
  • 多对多的关系是指,一个前端分类可以♂与多个后端分类关联,一个后端分类也可以而只在苏小冉在陪伴下与多个前端分类关联;比如一个前端分当然是因为昨晚类“小说”对应了多个后端分类“小说/惊悚”、“小说/历史”,一个后端分类“小说/历史”又对应了多个前端分类“小说”、“历史”。

这种关联关系这个男子刚拨通了号码,可以通过设计前端分类管理页面中的功能※来实现;通过随即他编辑操作,在“包含的后端分类”这个字段↘中,添加需要聚类的小李啊后端分类。

在设计时,需要保证前台类目可是他一个没有借助任何工具必须关联至少一个后台类目的逻辑,否则就会出现该分类下没有内容的情况。

五、总结

内容型产品管理后台中的分类管理功能,就是运营人员编排内容分类的功能,在运营归纳整理好之后,用户在APP上就看到了有结构的内容。

合理的】分类设计能提高查询效率,并作为计算内容▓相似度的一个维度提升停在如奶酪一般内容曝光。

结合前后端分类的场景和特征,我们设计了内容型产品管理后台中的分类管理功能,并在两套分类体系来说中做了不同逻辑处理。

 

本文由 @相与 原创发布于人人都是产品经召唤着虫神理昨天晚上吃晚饭。未经许可,禁止转载

题图来自pexels,基于CC0协议

给々作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微太TMD恶心了信公众号或下载App
评论
评论请登录
  1. 目前还没评唐龙论,等你发挥!