为什么现在要做术语审计
体育平台这个词条在团队内部经常被当成一个整体来谈，但一旦落到具体功能，就会出现各说各话。术语审计是指把常用词条逐个拆开，核对定义、使用场景和关联概念，让沟通回到同一套语言上。又称词条核对，它不评价平台好坏，只确认词义是否对齐。
之所以现在要做，是因为体育平台涉及赛事直播、互动社区、体育平台资讯等多个子系统，任何一个词条被误读，都会让需求、排期和验收标准出现偏差。审计的目标不是找错，而是让每个词条都能被复述、被验证。
审计范围：要核对的词条集合
范围决定审计的边界。建议先把词条分成三组，再逐条过。相关词条之间常有交叉，分组只是为了降低核对难度。
- 第一组：赛事直播及其衍生词条，如直播源、延迟、回看。
- 第二组：互动社区及其衍生词条，如话题、评论、用户生成内容。
- 第三组：体育平台资讯及运营词条，如推送、专题、数据面板。
每组至少保留一个可观察的验证动作，否则词条就只是纸面定义。
词条组一：赛事直播相关术语
赛事直播是指以实时音视频方式呈现比赛进程的功能集合。它常被简称为直播，但直播本身还包含开播、推流、播放等环节。核对时要区分“能看”和“看得稳”是两个不同词条。
- 直播源：比赛信号的来源，核对是否存在多个可用来源。
- 延迟：从现场到观看端的时间差，核对是否有明确口径。
- 回看：赛后重新观看的能力，核对是否与直播共用同一套入口。
- 清晰度档位：可切换的画质级别，核对档位命名是否统一。
这些词条彼此相关，任何一个定义模糊，都会让验收标准失去可操作性。
词条组二：互动社区相关术语
互动社区是指用户围绕比赛和话题进行交流的功能区域。又称社区模块，它和赛事直播的关系是“看”与“聊”的衔接。核对时要避免把互动社区等同于评论区。
- 话题：围绕某场比赛或事件组织的讨论单元，核对是否有明确归属。
- 评论：对具体内容的即时回复，核对是否与话题层级区分。
- 用户生成内容：用户发布的图文或短评，核对审核与展示规则。
- 互动指标：点赞、回复等可计数行为，核对口径是否一致。
互动社区相关词条最容易膨胀，审计时要坚持“一个词条一个定义”。 赛事直播
词条组三：平台资讯与运营术语
体育平台资讯是指平台内发布的赛事预告、结果汇总和运营内容。它和赛事直播、互动社区并列，但常被混为一谈。核对时要区分“资讯”和“推送”是两个词条。
- 专题：围绕赛事周期组织的内容集合，核对是否有固定入口。
- 推送：主动触达用户的消息，核对触发条件和频次上限。
- 数据面板：展示比赛数据的页面，核对数据来源是否标注。
- 运营位：人工配置的展示位置，核对是否有排期记录。
这些词条直接影响用户对体育平台资讯的感知，定义不清就会造成重复触达或遗漏。
危险信号：容易混淆的用法
审计的价值在于提前发现混淆。以下信号出现任意一条，就说明词条需要重新核对。
- 同一份文档里“直播”既指功能又指内容。
- 互动社区被用来指代整个用户体系。
- 体育平台资讯和推送被当作同义词使用。
- 词条定义里出现“等等”“类似”这类无法验证的表述。
危险信号本身不是错误，而是提醒：该词条还没有被定义到可执行的程度。
整改顺序：从定义到落地
整改要按依赖关系排序，先定义后落地。建议按以下顺序推进。
- 先统一赛事直播相关词条，因为它牵动验收标准。
- 再统一互动社区词条，避免讨论区规则反复。
- 然后统一体育平台资讯与推送词条，减少重复触达。
- 最后把词条写进需求模板和验收清单，形成可复用资产。
完成一轮后，用同一套词条复述一遍需求，如果能被不同角色准确复述，审计就算通过。