要点分析

根据反馈内容梳理的核心要点如下：

管理层：
    以故事化任务激励为设计思路
    （归属于 终端表现层，关联性功能定义）
曲库组：
    抽象和结构化，前瞻性，减少加工成本
    （归属于 核心系统）
听歌组：
    在以更精准并及时减少重复工作
    （归属于 业务系统，智能化方向）
客服组：
    减少技术实施转向系统支撑，优化跨组工作协作流程和结果追踪
    （归属于 业务系统，系统与流程化方向）
审核组：
    提供更灵话和精准的协同处理工具，全量监测系统
    （归属于 业务系统）
运营组：
    以精细化运营机制支撑从前后端支撑的模式衡量目标价值
    （归属于 核心和业务系统，侧重终端）


注：列表问题以子系统内引用描述部分

前期标签整理调研工作可参考：（不能作为实际的设计要求）

1，先补充热门top10000内的无标签的曲目，并校正已有年代标签准确性；（见附件-标签栏计数为0）
2，曲库主要处理年代/语言/风格标签，不再标注主观类心情场景类标签，对年代的标签以受众标注无异议，部分会有2/3个的情况；
3，曲库心情场景类标签差异大，建议通过关联的UGC作品同类标签自动同步（已由听歌组先期鉴定）；
4，需要对后台曲库操作进行分类优化，提高工作效率；
工作安排：
1，曲库组&运营：当前先补充热门榜单top5000/10000内无任何标签的曲目，并筛查已有年代标签准确性，统一通过后台操作；@汪海勇 @郭兰婷
2，曲库组：主要对曲目的 年代（以受众划分会有多个），语言，风格（基础大类） 进行标注（下附列表1），不再处理心情场景类标签（现有的将被清除，下附列表2）；@汪海勇
3，服务端：曲库每个曲目心情类标签将通过对应的UGC作品自动提取同类标签，并去除原有的心情场景类标签（下附列表2）；@徐全通
4，后台组：曲库后台优化 @徐全通
4.1，在歌曲列表查询首页，默认显示top10000的分页列表，依上月热度排列；
4.2，在编辑歌曲面板 标签选择区划分为三类便于识别，见附表1；
4.3，后台每月底向曲库组负责人发送检查无标签的曲目列表通知邮件，附带无标签曲目编号/名称/歌手；
主要对曲库原始的各个维度的歌曲风格和角色分类等进行标签的增删改查处理。同时，本标签将用于个性推荐系统的的处理，还依赖数据系统支持。