5大模块带你了解视频后台设计(含推荐策略)

PMCAFF

共 8645字,需浏览 18分钟

 ·

2021-09-26 09:45

本文由作者 大橘子-huiqing 发布于社区

给自己立个Flag,希望自己一个Q之内能够把视频平台的一些典型后台系统写完,通过这一系列的后台系统,基本就可以清楚一条视频能够呈现在我们眼前都经历了什么。
名词介绍
  • 码流:(Data Rate)是指视频文件在单位时间内使用的数据流量,也叫码率,是视频编码中画面质量控制中最重要的部分。同样分辨率下,视频文件的码流越大,压缩比就越小,画面质量就越好。所以我们看到的HDR、4K、1080p都可以叫做不同码流。
  • 帧率:(Frame rate)是以帧为单位的位图图像连续出现在显示器上的频率(速率)。一般可以认为每秒达到24帧以后,人眼便会认为画面是流畅的,通常情况下电影选用的帧率是24fs,电视剧选用的是25fs。
  • 运营码流:通常情况下我们在视频网站中看到的720p、1080p、4k等清晰度的在线视频流,主要是用于消费侧观看的。
  • 关键帧:Keyframe,是指在动画和电影制作中绘制所有平滑变换中所必须定义的起点和终点,又称作画格、关键影格、关键帧,因其时间点符合影片画格的原则。通常情况下,Netflix、爱奇艺、Youtube、Tiktok、快手的关键帧一般是每9-11设立一个关键帧,视频在切换进度的时候,通常情况下是会找到最近的关键帧位置,在这个位置开始播放。
  • 音轨:音轨就是你在音序器软件中看到的一条一条的平行“轨道”。每条音轨分别定义了该条音轨的属性。通常情况下在电影类型的视频中,音轨对应的是多语言音频版本。
  • 声道: 是指声音在录制或播放时在不同空间位置采集或回放的相互独立的音频信号,所以声道数也就是声音录制时的音源数量或回放时相应的扬声器数量。通常情况下我们了解到的2.0、杜比5.1均是形容音轨声道的,声道也是衡量音频质量的重要指标之一。
  • 数字版权管理:数字版权管理是指数字内容,如音视频节目内容的控制管理技术。通常情况下被版权管理的内容具有很强大的反爬取、反录屏能力,这也就是我们在PCW、手机H5端很难看到如《复仇者联盟》之类的视频。
  • 视频壳:视频内容的外壳,可以理解为在不需要通过视频播放便可以了解的视频信息。如封面图、标题、所属专辑等。

01

运营后台介绍

运营后台,主要是提供给视频行业编辑、运营者使用的To B操作系统。在整个后台中,运营者可以对运营的主体(音视频)、前端展示内容详情等视频平台显示的关键信息进行维护。

1.1 运营后台主要工作
运营后台主要维护的信息包含了视频推荐方式(人工+自动)、视频壳内容展示信息、用户端页面后台配置及维护、内容的播放控制、聚合维护这5大部分。
主要用户是平台内运营及创作者们,这些用户可以通过人工的方式或自动+人工校验的方式对线上会展示的数据进行干预,从而达到获取更高VV、用户观看时间长,有效播放量等目标。同时运营后台由于其灵活的配置属性,可以在最快的时间内对线上视频信息进行更改,从而在紧急状态下能够快速让视频信息符合国家相关法律。

1.2 视频信息的前后台数据交互模式
上古时期,前端展示的内容信息一般是从后台数据库中直接读取展示,通过这样的交互模式可以实现最快捷的运营信息维护与展示。伴随着业务复杂度不断提升导致如各业务之间对于同一字段信息展示模式完全不同,消费展示出现问题时需要全链路研发人员一起查询等问题的凸显,这个时候希望通过后台数据库与前端直接交互的模式便不再适用于逐渐复杂且增速迅猛的业务模式。
经过一系列的探索,目前绝大多数成熟的视频平台所采用的模式是独立出来一个在线的数据平台,数据平台中会对数据的结构进行规范,仅开放某几个平台系统可以对数据平台的信息进行写入和修改,同时支持端服务端在数据平台中进行数据读取。这样做的好处有3点
  • 标准化数据结构,提升后台写入信息的效率。
  • 统一的数据,可以让各个业务对数据自行取用组装,方便业务快速迭代
  • 前后台解耦,遇到问题时人力效率更高
综上所述,目前成熟的前后台交互如下图所示:


02

运营信息

2.1 Video ID
通常情况下,一个视频内容对应着一个视频ID,我们可以将视频ID称之为Video ID,简称为VID。后续无论是对这个视频进行上下线处理,运营信息维护,合集添加,都是以这个VID为主体进行操作的。同时,在消费端,在视频信息展示中(包含于个性化)都是以当前VID作为唯一认证标识。
通过上述介绍,可以发现,一个视频的运营信息都会以一个固定的格式写在这个视频的VID下,服务端写入修改,客户端读取显示都是以唯一的VID为准。

2.2 编目
编目信息主要是对视频壳进行维护,一般视频编目必要信息包括
  • 标题:视频的标题
  • 推荐语:通常情况下是一句话介绍或推荐这则视频
  • 制作人信息:主要记录的是当前视频制作者的信息,包括制片人、编剧、导演、主演、拍摄团队、合作人等
  • 封面图:视频展示的封面图,由于视频在不同端进行分发,因此通常情况下对于有封面图需求的视频平台会要求内容编辑或者创作者上传不同尺寸的封面图。同时在个性化各种尺寸的多张图)
  • 频道:通常情况下是由各个平台根据自己的属性、内容进行划分的。如电影、电视剧、综艺、鬼畜、生活、国创、动漫等……
  • 内容类型:一般情况下内容类型是针对于视频类型的分类,如正片、花絮、片段、子结构(用户互动视频)等……
  • 语言:描述当前视频的语言类型,可以拆分为音频语言和字幕语言。
  • 特殊标记:主要是用于消费端的特殊内容展示使用,如视频网站中的读播、互动视频中的标记等……

2.3 分类与标签
传统视频网站中对于视频的归类是通过三级分类实现的,由于三级分类存在覆盖范围广度不够、新内容类型分类更新速度慢、内容标签单一性等问题,所以在当下对于视频的描述中,通常会使用分类+标签的方式对一个视频进行详细描述。

2.3.1 分类
1)什么是内容分类
在视频平台中,为了在搜索、推荐、筛选等行为中有效找到合适的视频,一般在视频内容上线前,消费一段时间后,会根据视频原始属性、视频的消费属性对视频进行分类。如果将平台所有内容进行类型描述,那么单一视频的分类就是将这个视频归类到一个相对细致化的内容子集中,从而提升视频的运营、分发、消费效率。
2)分类的应用
通常情况下,描述一个视频的定位,一般是根据视频的类型-题材-赛道(圈层)进行视频归类,我们通常称这种内容的分类方法是三级分类。通过这样的归类,可以尽可能的降低用户在搜索、筛选选取内容的成本,同时在推荐应用中,可以通过三级分类中的组合形式将视频聚合起来,把热度高的聚类形成topic的视频组合推荐给用户。
在对创作者的视频进行归类时,通常情况下是由创作者、内容理解系统、平台运营者对创作者视频进行内容归类。一般创作者视频的归类主要是视频题材和对当前题材的子赛道,如题材是美食,赛道可以是美食制作、美食侦探、美食测评、美食记录……

2.3.2 标签
标签通常情况下是基于一个视频分类的基础上,通过标签的方式对视频特点进行补充。标签标记通常是对一个视频亮点功能进行标记,主要的标记为视频内容的属性或者主题。标签相对分类而言,具有更强大的灵活性,更广泛的特征描述属性,更快捷的建设速率,因此在对视频进行特征描述时,标签描述的更新要远快于归类更新。

2.3.3 小结
在对视频内容进行描述时,主要是通过分类的方法决定了视频所在的赛道子集,通过标签进行特征描述。通过分类和标签组合的形式对一则视频进行描述。

2.4 个性化信息维护
所谓个性化信息,主要是基于视频壳的内容进行维护,重点的应用在封面图、标题、一句话推荐这三个部分,应用的场景在版权视频的推荐呈现上。在后台功能中,主要是提供个性化视频壳字段及标签对应关系的维护,或者是通过AI的方式自动从视频中截取或者对推荐语及标题进行自动起名的方式写入视频壳信息中,

2.5 推荐标注
推荐标注主要是运营在对视频进行内容评定时的一个重要参考指标,一般情况下会对视频的推荐标注主要是基于两个方面。其一是通过算法和人工的方式为视频标记好他的推荐等级;其二是对内容做相应的强制过滤处理,这里仅针对于一些特殊的视频。

2.5.1 推荐等级
视频的推荐等级主要是通过内容理解后台和人工标注的方式进行推荐等级的判定。一般情况下,推荐等级为4个阶梯,即强烈推荐、一般推荐、可推荐、不推荐,代表的权重分别是2、1、0、-1。
视频时间等级的划定步骤是,视频进入平台以后,经过基础的生产后成为线上可播放的码流,在通过安全审核后,优先进入到内容理解后台,内容理解后台会对视频的推荐等级定好推荐强度,然后对于待定会火爆的视频以后台的方式展示给内容运营者,内容运营者再最终标记好当条视频的推荐等级。如果在消费中,推荐等级和实际消费情况差异较大,会二次经过上述步骤(也可以直接推给内容运营专员)进行重新评定。版权采购视频则一般不通过内容理解后台,主要是人工进行推荐等级的标注。

2.5.2 强制处理
针对于一些特殊情况的视频,有在线上播放的需求,但是这些视频不能够成为单独的视频让用户消费(比如想互动视频的一个子分支,用户仅看一段视频是看不明白的),这视频是需要进行强制屏蔽搜索、屏蔽推荐、屏蔽榜单的。

2.6 主创阵容
主要记录的是视频的主创人员,一般需要标记的字段有导演、编剧、出品方、主演,出品国家(地区)等信息。

03

播放控制

播放控制简称为播控,在视频平台中,一个视频(合集)的播控决定了用户是否可以看到这个视频,在什么地域能看到这个视频,什么端能够看到什么清晰度的视频。因此播控是决定一个视频是否支持搜索、推荐、榜单等的先决条件;同时播控也是视频平台国际化的重要运营因素之一。视频播控是以视频ID作为唯一识别方式,颗粒度细化到每一个清晰度的运营流。

3.1 播控的应用场景
前文提到,播控决定了一个视频所有的播放要求,因此视频播控的覆盖范围主要有以下4方面:
  • 业务单元:如某些二次元版权采购的视频可以在Youtube的动漫频道播放,但是不能在Youtube的总推荐流中展示。
  • 端:哪些码流在哪个端上线,如我们常见到Disney的影片在国内视频平台中的TV端基本没有720p以上的码流,抖音PC端竖版视频数量目前几乎找不到。
  • 国家地区:由于各个国家法律的不同,因此需要对视频的播放地区进行控制。
  • 上线判断:播控是可以对视频进行自动上线设置或纯人工上线设置,通常情况下自动上线设置中需要视频审核通过且核心码流生产完成才可以自动上线。

3.2 播控的数据结构
由于前文提到了视频的播控是需要针对于一个码流进行设计,因此视频的的播控需要有两重设计,一个是针对视频ID的,一个是针对当前视频ID下码流的设计。
在视频平台中,除了视频本身以外,对于一些视频聚合形成的实体,如专辑、播单等,同理需要具有播控逻辑的,这样在以播单、专辑等聚合推荐、搜索、筛选时,才能够规避只能看到聚合实体看不到里面内容的情况。因此,结合播控需要控制的维度,以视频为例,播控的数据结构如下所示:
视频ID:
总上线状态:上线/下线(通常情况下有一个端在一个地区内上线,即可判定为上线)
后面是各独立码流上线状态,一般是从最基础的低清晰度开始写。我们以720p码流举例:

04

聚合型内容

视频平台中除了单一视频本身之外,还存在着一些聚合型内容,有些聚合型内容可以由创作者定义,有些聚合型内容需要有视频平台的运营者定义,我们可以称这些聚合型内容与基础的视频内容一样,都称之为一个实体。最常见的聚合型的实体主要有专辑、播单、资源位这三类。

4.1 专辑

专辑的定义可以理解为将主题表达一致的内容组合而成的实体。通常情况下,如我们见到的一部电视剧的视频内容可以组成一个专辑,一个up主可以将自己相同主题的内容组成一个专辑。
对于专辑,同样需要创作者和平台运营者维护它们的运营信息,如专辑的封面图、专辑的名称、专辑的推荐语、专辑的推荐等级及专辑的播控状态。由于专辑中的视频和专辑的绑定关系相对较强,因此专辑中的正片内容通常的推荐等级会继承专辑的推荐等级,在UGC专辑的搜索、推荐中,通常情况下会过滤掉专辑这种聚合形式的实体推荐及搜索,主要是以单独的视频内容实体作为推荐的基本单元。在PPC专辑中,一般情况下有专辑的视频实体通常情况下会以专辑的方式进行推荐。

4.2 播单
播单一般仅存在于如Netflix、爱奇艺这样的版权视频平台中。播单的定义是将不同实体按照一个话题或者主题的方式组合而成的实体,如经典战争片,里面可以涵盖《红海行动》这样的电影,同时也可以涵盖如《士兵突击》这样的电视剧。播单的基础运营与专辑一定,一样需要定义标题、推荐语、封面、播控等字段。

4.3 资源位 
资源位的定义为由人工或算法定义的一组动静态或态数据。在视频平台中资源位通常情况下是应用在重要位置需要平台进行强把控的数据源,因此资源位的包含了人工数据+自动数据两种方式的组成。

4.3.1 基础能力
如前文所述,资源位是由人工或算法定义的一组静态或动态的数据,因此资源位的基础能力主要是通过人工及自动的方式定义数据。因此数据池的部分可以拆解成人工数据定义及自动数据定义。
1)人工数据定义
人工定义数据通常是运营人员通过经验对资源位的内容进行人工定义,人工定义主要是通过人工的方式内容池的实体数据
具体的业务逻辑是,通常一个被应用于焦点图的数据是通过获取资源位数据,需要人工在数据中定义好添加的实体有什么(放专辑、播单、节目等),每个实体是否需要人工定义排序,每个实体是否需要自定义展示图(如果需要则需要定义实体的展示图,实体的现实名称是否要跟实体标题相同(不相同需要重新定义)等多个方面,在人工内容池建立的时候,人工内容池中的内容可以大于端上展示的位数。
2)自动数据定义
自动数据主要来源两个方式,一个方式是通过人工通过分类和标签圈定的方用以确定当前资源位的数据调性,另外一个方式是在当前确定数据中进行数据补充和对特殊数据权重提升。通过这两种方式进行对数据的定义。
  • 人工通过分类和标签圈定数据
  • 数据补充及特殊数据权重提升
人工通过分类和标签圈定数据:对于某些频道的自动化内容,很多时候需要对这些内容做主观性质的内容定位,如动漫频道的国风动漫,这个时候就需要对国风动漫做相应的频道、分类、标签的定义。整体的频道、分类、标签的定义中,频道支持多频道内容获取,分类和标签需要定义成支持或和且两种关系都存在,
数据补充及特殊数据权重提升:在对资源位的内容池做好基本定义以后, 可以通过一些补充的内容填充规则在内容池中加入更多的内容,如用户是通过Google deeplink下载app的,Google又会告知我们用户观看到的是哪个内容包才下载的app,这个时候如果一个资源位数据第一个展示在用户面前,这个时候可以增加需求为“将deeplink内容添加进资源位的内容池中,根据资源位频道等限制信息做好相应的去除及原内容的去重,剩余内容在推荐中的权重加权0.1。”通过这样的方式可以对资源位的数据做更多的定义。

3)混合数据

混合数据即人工定义数据+自动定义数据的组合。

4.3.2 推荐策略
由于资源位数据通常应用于关键位置,同时为了能够规避用户关闭个性化推荐后导致开空窗的问题,因此资源位推荐的实体大多数是无个性化的推荐方式,适用于新用户承载,个性化做的不好的平台,强导向内容输出及版权内容为主的平台推荐。这类型的推荐主要包括新热内容推荐、跨频道内容推荐、优质内容挖掘三大方面。

1)推荐流程

由于在推荐中存在人工干预的情况,因此在整体的推荐中需要增加人工干预及限制。前文提到有数据存在播控限制,因此在整体推荐中,仅获取播控为上线的数据。整体推荐流程如下:

2)指标构建

在视频平台中决定用户留存最关键的可以分为两个数据,其一是视频消费数据;其二是视频互动数据。视频消费数据主要是CTR、EVR、付费率这三者,视频互动的的数据主要是LTR、WTR两个。
视频消费指标:
  1. CTR:点展比,主要评价的是一个视频在推荐中,视频壳是否吸引用户,引发用户点击。
  2. EVR:长播放占比,通常40分钟的视频有效播放时长定义为8分钟,短视频平台中(以58s为例)有效播放时长定义为3秒。长播放占比主要考查的是视频推荐的优质性,用户是不是能看下去。用户看和用户能看下去对于视频平台都是很重要的指标。
  3. 付费率:主要的指标是点击后付费,复费率主要存在于版权视频平台中,考察的是视频的吸金能力,当北极星指标更加靠近总收益时,付费了便是推荐中最需要努力考察的指标了。
视频互动指标:一般是用户和视频互动的各项指标,互动氛围轻互动和重互动,轻互动如点赞,点踩之类;重互动主要是评论、弹幕等指标。其中在短视屏平台中,点赞率是互动环节中影响留存的重要指标。
  1. LTR:LTR=like rate点赞率,主要衡量的是用户对视频的评价,点赞率是用户视频中影像留存的重要指标。
  2. WTR:关注率,同样是视频平台中重要指标,是做私域流量的重要指标。在版权视频中可以理解为追剧率,是衡量一部连续性质的内容最好的指标。
核心指标设定:在推荐中,圈定内容池以后,算法会计算出来预计的指标收益率,在推荐中产品经理需要找到对留存影响最大的关键指标,并以次为核心依据,设定视频的推荐指标。

3)规则加持

具有推荐池和指标算法指标,在推荐中由于在部分场景下召回视频存在限制,用户属性存在一些特殊因素,因此需要一些特殊规则进行推荐加持从而获取更好的指标。如我们看完一部非常好的电影以后,竟会会在1个月以后二刷,那么这个二刷推荐机制便是其中的规则加持。规则加持适用于人为因素占据主导的推荐场景中。

05

RN专题

RN专题页的核心是基于某些重点时间,某些重要内容,在不发版的状态下快速建设一个专题页告知用户最近的重点是什么。
可以看上图分别是爱奇艺和Bilibili利用建站RN专题页的能力快速搭建页面,页面可以根据实时热点快速完成板式及内容的更新,让用户在第一时间感知到最近平台力推的主题和内容是什么。

5.1 建站元素
在视频平台中,RN专题页的主要能力是快速上线热点内容并为热点内容配置具有特殊样式的内容页,因此在键盘配置中所需要的元素如前端页面展示的需要添加内容实体、页面主题色、页面主图、文字说明等,这些都需要在RN专题页中有所体现。

5.2 建站功能
根据元素,建站的主要功能可以分为基于数据和基于展示两部分功能点。
5.2.1 基于数据:
  • 实体添加能力:RN专题页中需要在内容区域中添加视频平台的实体,实体可以是专辑、视频、播单、资源位、推荐数据库,通过这些实体的添加,用以保障RN专题页中的内容不空。
  • 菜单及焦点图:需要建站系统可支持添加自定义菜单和焦点图,需要可以定义菜单的链接和焦点图的样式。

5.2.2 基于展示:
有了数据源以后需要存在一个基于展示而衍生出来的后台能力,主要是能力包括网页搭建、灵活的上下线控制。
1)页面搭建
页面搭建主要基于三个部分
  • 模块化:主要是将数据源、菜单等做成模块,方便进行拖拽编辑
  • 可视化操作:所见即所得,用户可以快速的通过类似于制作PPT的方式以拖拽的形式搭建页面
  • 及时预览:所见即所得,可以及时发布到各个端进行实际情况下的预览
2)上下线控制
建站需要上下线的控制,支持人工上下线和自动上下线,同时需要在自动设置好以后可以人工强行进行上下线操作。

5.2.3 兼容性
由于是后台系统,所以兼容性在RN上起到了决定性作用,兼容性强的RN专题页可以应用在TV、Pad、Phone、PC等多个端,运营人员可以在一次操作中完成所有页面的构建,这样才能极大的提升操作效率。


06

其他

6.1 其它相关运营点
除了以上五大点之外,在视频平台中存在很多特殊的概念,在此做一些列举:
1、排播系统
2、超剧集:超剧集通常情况下是以节目为角度的定义,如《阿甘正传》(国语版)相对于《阿甘正传》(原版)就是一个超剧集,通常的定义是作为超剧集的内容在定义中属于一个内容但是不同实体,在搜索的时候需要都搜索出来,某些地方的推荐中需要规避其中某一个实体。伴随着多音轨多字幕视频的不断完善,超剧集这种方式正在走出历史舞台。
3、主发多发:主发多发可以理解为两个是完全一样的内容,发布在同一个平台中。如果是UGC内容会直接对相同且不是原作者的内容标记为抄袭做极大的降权处理。如果PPC内容,由于不同频道运营边界的问题,会在各个频道中只保留当前频道的主发或多发的视频,但是在整体的推荐中会更加倾向于推荐主发的原始视频。

6.2 实体ID
前文说过,一个专辑、一个视频(节目)、一个播单、一个资源位都是作为一个实体,如果不通过一个标准的形式去定义这些实体的ID,在数据库中会出现很乱的情况。这个时候通常会用ID的前2位或者后两位作为实体的定义,其它位数位为这个实体赋予的唯一序号。如专辑为01xxxxxxxx、播单为03xxxxxxx、节目为00xxxxxxxx这样的形式……

↘好文推荐:
干货 | B端产品如何设计权限系统?
骑手谜云:法律如何打开外卖平台用工的「局」?
PRD文档范例,产品经理值得收藏的写作手册

点个“在看”吧
浏览 99
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报