APP 标签与备注规则沉淀

更新时间：2026-05-19 14:27:47

总原则

• 标签描述 APP 的核心用途，不描述品牌、热度、平台来源或运营感觉。
• 一个 APP 通常给 1 到 4 个标签；宁可少而准，不堆砌。
• 优先使用大众、清晰、可复用的词；避免生僻词、内部黑话和过度抽象词。
• 不确定用途时先查资料；仍不确定就保守处理，不强行补标签或备注。
• 标签服务于用户筛选场景：看到标签后，应能判断“它大概是干什么的”。

标签判断

• 先判断主功能，再判断高频使用场景，最后才考虑技术实现。
• APP 同时覆盖多个稳定场景时可以多标签；只是附带能力时不要加。
• 标签应贴近用户心智，而不是开发者实现细节。
• 同一类 APP 使用同一套标签，不因名称差异制造新词。
• 新标签只有在能覆盖一批 APP、且比旧标签更有辨识度时才值得新增。

泛标签处理

• utilities 太宽泛，应尽量拆到具体用途。
• system-enhancement 类泛标签，应拆成 window-management、device-management、Automation、system-maintenance、input-tools 等。
• productivity 应拆成 PDF、GTD、Notes、Meeting、office、Automation。
• design 应拆成 Font、ui-prototyping、3d-cad、diagramming。
• development 应拆成 database-tools、terminal-tools、devops、api-tools、ide、runtime-sdk。
• media 不应单独承载大类意义；已有 audio、video、picture-photo 时去掉 media。

父子标签去重

• 已有更具体标签时，删除更上一级的泛标签。
• game 已足够明确，不再保留 entertainment。
• audio、video、picture-photo 已足够明确，不再保留 media。
• Meeting 已足够明确，不再保留 communication。
• Notes、PDF、ide 已足够明确时，不再保留 writing。
• input-tools 已足够明确时，不再保留 device-management。
• database-tools、api-tools 已足够明确时，不再保留 ide。
• transfer 明确表达传输场景时，不再保留泛化的 file-management。
• system 只用于系统原生入口；已有具体系统功能标签时应删除。

互补标签保留

• 不是所有多标签都要删；只有明确父子关系才去重。
• security|browser 是互补关系，可以保留。
• ai-tools|ide 是互补关系，可以保留。
• communication|entertainment 是互补关系，可以保留。
• game|ide 可用于游戏引擎等创作工具，可以保留。
• file-management|system-maintenance 可能分别表达文件清理和系统维护，可以保留。

典型拆分口径

• 启动器、快捷键、脚本、工作流、剪贴板增强：Automation。
• 窗口排列、显示器、分屏、桌面空间：window-management。
• 鼠标、键盘、触控板、外设、设备同步：device-management。
• 输入法、键盘布局、文本扩展：input-tools。
• 菜单栏监控、清理、电池、风扇、进程、日志：system-maintenance。
• 终端、Shell、CLI 工作台：terminal-tools。
• 容器、云、部署、虚拟机、Git 工作流：devops。
• API 调试、接口测试、Webhook、GraphQL、代理调试：api-tools。
• 代码编辑器和集成开发环境：ide。
• SDK、运行时、编译器、语言环境、包管理：runtime-sdk。
• 数据库连接、查询、建模、管理：database-tools。

备注写法

• defaultNote-ZH 是一句话说明，不是介绍文章。
• 备注要极简，中文不超过 80 字；其他语种也按同等长度控制。
• 不重复 APP 名称，尤其不要以 APP 名称开头。
• 句子直接说明“做什么、适合什么场景”。
• 避免空泛模板，如“功能强大的工具”“适合日常使用”。
• 避免照搬官网营销话术，改成用户能理解的实际用途。
• 不了解 APP 时宁可留空，不编造。

备注质量标准

• 好备注：能让用户在 3 秒内知道用途。
• 好备注：不用软件名也成立。
• 好备注：短、具体、可验证。
• 坏备注：只是翻译软件名。
• 坏备注：重复标签名，没有新增信息。
• 坏备注：过长、堆功能、像官网宣传语。

执行校验

• 每次批量改表后检查是否只改了目标列。
• 检查是否存在空标签、重复标签、超过 4 个标签。
• 检查旧泛标签是否真正清零。
• 抽样查看头部、长尾和边界 APP，防止规则误伤。
• 对自动规则产生的结果，要看样例；样例不合理就收紧规则。
• 保存修改前备份，便于发现误伤后回滚重做。