B端产品案例分享：UGC平台的业务后台搭建

本文作者从工作项目实践出发，结合案例等对UGC平台业务后台的设计思路进行了拆解，并对过程中的关键问题进行了总结，希望对你有用。

概述

UGC（User Generated Content）即用户产生内容。国内外UGC社区可谓百花齐放，国外有Youtube、Instagram等坐拥月活用户达十亿数量级的大鳄，国内也有贴吧、微博等巨头。以UGC社区渗透面之广，大家肯定对其前端交互都有或多或少的体验，但隐藏于前端之下的业务逻辑却并不为大多数人所知悉。笔者前段时间恰好参与了一个菜谱UGC社区从0到1的项目，主要负责后台的搭建，从核心能力/功能架构/各功能板块详细分析以及业务流程梳理等方面分解了后台的设计思路。欢迎大家讨论。

一、后台的核心能力的确认

UGC平台，顾名思义，其核心要素当然就是用户和内容。那么后台核心能力也较好确认： 完善的内容（展示和处理）和用户管理平台，支持基本运营。

将核心能力细分：

1. 【内容安全】 ：通过后台的算法和内容逻辑，保证前端在进行内容调用时未确认的内容或不健康的内容，不主动推荐给用户。
2. 【内容质量】 ：通过多种维度，进行内容质量核算，保证高质量的内容在前端展示，同时可以作为初步的热度推荐。
3. 【内容处理】 ：对内容进行状态细分和标识，方便后台人员快速处理，以及前端进行相应的预处理。
4. 【用户管理】 ：后台使用人员能够对用户进行人工标识和管理，快速查询用户状态和用户内容。
5. 【其他】 ：基础的运营能力、内容管理和数据统计。

二、由核心能力扩展出后台的功能架构

三、各主要功能板块构思&业务流程梳理

我从主要功能/目的/实现方式三个方面对每个功能板块进行分析。

1. 菜谱管理——主要用于支撑“内容安全”

菜谱管理页面

功能 ：主要进行菜谱导入/内容管理/分类管理；

目的 ：

1. 菜谱导入主要是用于批量导入官方菜谱，让后台使用人员能帮助官方账号快速导入菜谱（如果只能前端上传菜谱，步骤繁复，会耗费大量时间）；
2. 内容管理主要包含菜谱/评论的展示/检索以及相关操作（人工审核/帮助编辑/删除等），通过机检标注+人工判断+辅助编辑的方式将不安全内容剔除，维护平台内容安全；
3. 分类管理目的在于既方便我们后台使用人员对菜谱的区分，也用于支撑前端的菜谱展示，也可用于引导用户选取他们的兴趣爱好（即用户第一次来APP时，需要引导他们挑选自己的喜好标签）；

实现方式 ：

菜谱管理的业务逻辑如下，通过 机检标注+人工判断+辅助编辑 的方式保障无害信息才会在前端展示。

PS：关于“先发后审”和“先审后发”审核机制的选择，考虑到初期平台内容以数量不多的PGC为主，为了快速的丰富平台内容，实现用户积累，故选择了“先发后审”的机制。但为了权衡内容安全，建议前端对含非法词的内容进行预下架处理。同时引入举报反馈机制，同样建议前端对被举报严重的内容进行预下架处理。当然所有内容都需要人工复审，避免机审误判和恶意举报的情况。

在梳理后台业务流程时，需要

A.先明确后台各状态名称/状态定义/各状态操作项 ——适用于 菜谱/笔记/评论

B.再整理各个状态之间的流转情况 ：

2. 笔记管理——主要用于支撑“内容安全”

“笔记管理”板块的主要功能/目的/实现方式与“菜谱管理”板块基本一致，不再赘述。

3. 用户管理——用于支撑“用户管理”

用户管理页面

功能 ：以列表形式展示平台所有用户的个人信息，后台使用人员可根据用户行为数据对用户进行禁言/封禁/限流/打标签等基本的用户管理操作；

目的 ：

1. 用户管理相关数据可服务于前面的菜谱管理/笔记管理（比如对低等级用户的菜谱/笔记要进行优先审查，因为这部分用户产出的内容有较大概率是低质量的；对官方账号/平台大V的菜谱/笔记可以靠后审核，因为这部分用户产出的内容默认是高质量的）；
2. 对违反平台建设的用户实行禁言/封禁/限流，避免他们的低质量内容展示在平台上，也是维护平台内容质量的一个方式；

实现方式 ：通过后台使用人员人工对用户进行等级标注，通过把流量引导给高质量用户，对低质量用户限流（对恶劣用户禁言/封禁）从而确保平台流量的正确流向，业务逻辑如下。

4. 健康管理——用于支撑“内容质量”

健康管理页面

功能 ：通过内容流量/内容质量/用户质量三大维度进行菜谱/笔记的综合评分核算。后台使用人员可自主设置三大维度下各加权项（PV/UV/评论数/收藏数等）的权重，计算出菜谱/笔记的综合得分；

目的 ：菜谱/笔记的综合评分是前端对每个用户推荐菜谱的展示依据，保证高质量/高契合度的菜谱会被针对性的推荐给用户；

实现方式 ：以综合评分为基础，再结合用户行为数据（查看/检索/点赞/收藏/关注等）实现个性化推荐（即推荐算法）。

5. 敏感词库——用于支撑“内容安全”

功能 ：分为敏感词管理和非法词管理（非法词严重程度比敏感词高，建议系统检测到有非法词就自动下架）；

目的 ：敏感词库用于支撑系统对用户生产内容的初步判断与标注（敏感词/非法词标红突出展示），这样就可以方便后台使用人员从预览内容中快速定位到需要审核的地方，提升后台使用人员的审批效率；

实现方式 ：敏感词库的工作逻辑如下，其中非法词即是较严重的敏感词；敏感词库采用 前期导入+后期人工完善 的方式进行维护。

PS：关于敏感词的处理措施，我通过收集的一些案例总结出，国内外不同类型的UGC平台对敏感词大致采取以下处理措施：

（1）一般是机器和人工审核的双重过滤（机审为主+人审为辅）；

（2）机审步骤系统会对敏感词进行以下预处理：

a.系统会阻止用户发布敏感性内容（发不出去）；

b.系统将发布内容中敏感文字部分以“*”代替（发出去了但被转换处理）；

c.系统将用户发出来的含有敏感信息的内容直接删除（发出去了但被删除）；

d.系统对含敏感信息的内容进行沉贴操作（发出去了但被严格限流）；

同样是基于快速丰富平台内容、积累用户的考虑，我们尽量降低了用户发布的门槛，即含敏感词也能发布；并且为了不引起用户反感（为什么我发布的正常内容被转换/删除了！），我们对用户发布的内容也不做转换/删除处理；但平台内容安全不能掉以轻心，我们选择了对含敏感信息的内容进行沉贴操作，即仅发布者自己可见（用户不易察觉，不会引起用户抵触情绪），经过人工复审再做最终处理。

对于其他形式的敏感内容（图片/音频/视频）的过滤功能如果也自己搭建，技术上实现难度较大。其实市场上已经有比较成熟的基于大数据的内容安全服务商，能实现对文字/图片/音频/视频敏感内容的检测和过滤，直接采用他们的安全解决方案也不失为一个方便快捷的办法。

6. 控制面板——用于支撑“内容处理”

控制面板页面

功能 ：展示整个后台数据的实时统计/待处理事项管理/健康值管理；

目的 ：主要便于后台使用人员快速了解业务数据，以及快速完成待办事项的处理，菜谱和笔记的健康值监控；

实现方式 ：从菜谱/笔记的数量/PV/UV等维度做一个简单的可视化面板，并且为后台使用人员提供快捷入口，比如后台使用人员点击待审阅状态（共五种）的菜谱统计，能快速跳转菜谱管理。

总结

因为是从0到1的产品，后台功能并不够完善，比如缺少分词库能力——用于进行内容检索，缺少版本管理能力——用于用户版本统计和灰度发布等。不过考虑到平台建设初期，内容数量和用户数量较少，内容检索这些并不是从0到1必须具备的能力，故加入了后续迭代计划。

以上是我对UGC平台业务后台设计思路的拆解，希望对大家有用。

 

本文由 @伊甸东 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。