本文作者从工作项目实践出发,结合案例等对UGC平台业务后台的设计思路进行了拆解,并对过程中的关键问题进行了总结,希望对你有用。
概述UGC(User Generated Content)即用户产生内容。国内外UGC社区可谓百花齐放,国外有Youtube、Instagram等坐拥月活用户达十亿数量级的大鳄,国内也有贴吧、微博等巨头。以UGC社区渗透面之广,大家肯定对其前端交互都有或多或少的体验,但隐藏于前端之下的业务逻辑却并不为大多数人所知悉。笔者前段时间恰好参与了一个菜谱UGC社区从0到1的项目,主要负责后台的搭建,从核心能力/功能架构/各功能板块详细分析以及业务流程梳理等方面分解了后台的设计思路。欢迎大家讨论。
一、后台的核心能力的确认UGC平台,顾名思义,其核心要素当然就是用户和内容。那么后台核心能力也较好确认:完善的内容(展示和处理)和用户管理平台,支持基本运营。
将核心能力细分:
【内容安全】:通过后台的算法和内容逻辑,保证前端在进行内容调用时未确认的内容或不健康的内容,不主动推荐给用户。
【内容质量】:通过多种维度,进行内容质量核算,保证高质量的内容在前端展示,同时可以作为初步的热度推荐。
【内容处理】:对内容进行状态细分和标识,方便后台人员快速处理,以及前端进行相应的预处理。
【用户管理】:后台使用人员能够对用户进行人工标识和管理,快速查询用户状态和用户内容。
【其他】:基础的运营能力、内容管理和数据统计。
二、由核心能力扩展出后台的功能架构 三、各主要功能板块构思&业务流程梳理我从主要功能/目的/实现方式三个方面对每个功能板块进行分析。
1. 菜谱管理——主要用于支撑“内容安全”菜谱管理页面
功能:主要进行菜谱导入/内容管理/分类管理;
目的:
菜谱导入主要是用于批量导入官方菜谱,让后台使用人员能帮助官方账号快速导入菜谱(如果只能前端上传菜谱,步骤繁复,会耗费大量时间);
内容管理主要包含菜谱/评论的展示/检索以及相关操作(人工审核/帮助编辑/删除等),通过机检标注+人工判断+辅助编辑的方式将不安全内容剔除,维护平台内容安全;
分类管理目的在于既方便我们后台使用人员对菜谱的区分,也用于支撑前端的菜谱展示,也可用于引导用户选取他们的兴趣爱好(即用户之一次来APP时,需要引导他们挑选自己的喜好标签);
实现方式:
菜谱管理的业务逻辑如下,通过 机检标注+人工判断+辅助编辑 的方式保障无害信息才会在前端展示。
PS:关于“先发后审”和“先审后发”审核机制的选择,考虑到初期平台内容以数量不多的PGC为主,为了快速的丰富平台内容,实现用户积累,故选择了“先发后审”的机制。但为了权衡内容安全,建议前端对含非法词的内容进行预下架处理。同时引入举报反馈机制,同样建议前端对被举报严重的内容进行预下架处理。当然所有内容都需要人工复审,避免机审误判和恶意举报的情况。
在梳理后台业务流程时,需要
A.先明确后台各状态名称/状态定义/各状态操作项——适用于 菜谱/笔记/评论
B.再整理各个状态之间的流转情况:
2. 笔记管理——主要用于支撑“内容安全”“笔记管理”板块的主要功能/目的/实现方式与“菜谱管理”板块基本一致,不再赘述。
3. 用户管理——用于支撑“用户管理”用户管理页面
01 什么是反向导航 反向导航的概念官方定义出自Material Design: 从用户行为维度,分成三类:Lateral navigation(横向导航)、Forward navigation(前...
本文围绕B端产品,阐述了如何从几大关键点入手分析业务,了解业务背后的设计意图和价值,可以尽快地上手产品工作。希望对大家可以有所启发,也欢迎随时一起探讨产品心得。 对于刚入职新公司的产品新人,有些企业...
一、前言 有一天被老板拉进了一个微信群,上游渠道的对接群,然后就说,和这个上游对接一下,把两边的系统打通。老板的需求就这么一句话,两边系统需要打通,而两个企业系统之间对接起来往往需要通过接口的形式,...
写本篇文章的目的:第一个目的是作者即将步入第一个三年,对以往的工作进行总结,准备进阶突破;第二个目的就是与大家分享与讨论。 我们都知道B端产品的设计最主要的是业务逻辑与错综复杂的业务流程,设计B端产...
对B端产品来说,由于业务逻辑与系统设计的限制,所以筛选逻辑更为复杂,为设计增加了不少难度。而笔者也结合为公司B端系统做的一次设计调整,为我们分享筛选功能的基本知识,希望对你有所启发。 首先我们先从筛...
最近在一条新的产品线的PMF阶段,笔者在研究产品的PMF,今天来跟大家简单探讨一下B端产品的PMF。 PMF是Product Market Fit的缩写,指的是产品市场匹配度。当我们有一个创业或者产...