2026-07-01 标签额度 PRD

用户目标

用户希望围绕提升 Pro 付费转化，讨论并沉淀一份“免费用户自定义标签额度限制”的 PRD，同时新增一份长期备忘文档，记录免费版与 Pro 版功能对比，方便后续继续更新。

已完成事项

• 组织市场专家、架构师、运营专家参与讨论。
• 形成一致结论：不采用“维护次数”限制，采用“自定义维护容器数量”限制。
• 新增 PRD：
• /Users/ar/Projects/Taglauncher/src/Docs/Requirements/2026-07-01-pro-custom-container-quota-prd.md
• 新增长期备忘：
• /Users/ar/Projects/Taglauncher/src/Docs/Requirements/free-vs-pro-feature-memo.md

核心事实 / 变更快照

变更对象

TagLauncher 免费版 / Pro 版标签维护权限边界。

事实来源

• 本轮用户讨论。
• 三个角色讨论结论：市场专家、架构师、运营专家。
• 新增 PRD 和备忘文档。

变更前

• 之前已有 Pro 权益包括高级主题、自定义标签颜色、自定义快捷键、无限备注、数据导入导出、手动排序持久化等。
• 标签创建 / 维护数量没有明确作为 Pro 转化边界。
• 用户提出两个候选：
• 免费用户最多维护 6 个标签。
• 免费用户最多维护 100 次标签操作。

变更后

• 不采用维护次数限制。
• 免费用户最多可维护 6 个“自定义维护容器”。
• Pro 用户可维护不限数量的自定义标签 / 容器。
• 默认智能分类免费可用，但不是 12 个免费自定义名额。
• 默认智能分类如果被改名、改基础颜色或手动调整应用归属，会转为自定义维护容器并占用额度。
• 未分类、Mac 自带、浏览、启动、搜索、删除、隐藏、合并、清理不新增额度。
• 老用户和导入数据中的超额标签不删除、不隐藏；免费用户仍可查看和启动，新增更多或继续维护超额容器需要 Pro。

范围边界

• 本轮只写 PRD 和备忘文档，不实现代码。
• 自定义标签额度功能标记为“待实现”。
• 备忘文档区分当前已实现能力与待实现能力，避免误读。

关键决策

• 免费 / Pro 边界应围绕“容器管理规模”而非“操作次数”。
• 默认智能分类必须保护新用户激活价值，不因默认数量超过 6 而触发付费墙。
• 为防止默认 12 个分类绕过限制，默认分类一旦被个性化维护就计入额度。
• 长期维护的免费 / Pro 对比事实源放在 src/Docs/Requirements/free-vs-pro-feature-memo.md。

文件变更

• 新增 /Users/ar/Projects/Taglauncher/src/Docs/Requirements/2026-07-01-pro-custom-container-quota-prd.md
• 新增 /Users/ar/Projects/Taglauncher/src/Docs/Requirements/free-vs-pro-feature-memo.md
• 新增本会话记录 /Users/ar/Projects/Taglauncher-doc/chat-history/codex-sessionhistory/2026-07-01-标签额度PRD.md

未决问题

• 6 个额度目前作为 V1 产品方案写入 PRD；如后续要做 A/B，可在备忘中记录 6 / 8 等实验组。
• 具体实现前仍需研发评审数据模型、老用户超额选择机制、导入恢复超额处理和 QA 脚本。

后续建议

• 进入研发前，先基于 PRD 拆实现计划。
• 实现时必须同步更新 free-vs-pro-feature-memo.md 的状态字段，把“待实现”改为“已实现”或记录偏差。