产品待办列表
Product Backlog
中级通用产品待办列表（Product Backlog）是一份按当前优先级排列、持续更新的产品工作清单，记录可能要做的功能、修复和改进。它帮你和团队看清下一步先做什么、为什么做，避免把每个新想法都直接交给 AI 开发。
你可能会说：「我有一堆功能想法和用户反馈，想先排出先后顺序，再让 AI 按顺序开发。」
读之前建议先了解
动手看看团队下一步先做什么
切换优先级依据，看看哪项移到最上面；再打开新想法开关。也可以悬停条目或按 Tab 聚焦，逐项读清楚要做什么、为什么做。
当前先保住核心体验，所以丢失笔记的修复排第一。待办不只是功能愿望单，修复和改进也要一起比较优先级。
第一项表示当前优先考虑的工作，不等于已经承诺交付。随着反馈、目标和风险变化，这份清单还会继续补充、删减和重排。
要点产品待办列表怎样帮我们决定下一步？
- 1
先收集值得考虑的工作
你可以把用户请求、缺陷、性能改进和待验证的想法放进来。条目不等于开发承诺；比如“支持导出聊天记录”进入列表，只表示我们要考虑它，不表示下周一定上线。
- 2
排序时说清取舍理由
我们会结合用户价值、风险、工作量和依赖关系调整顺序。比如登录故障影响现有用户，就可能排在新主题皮肤前面。这样 AI Agent 接到任务时，也能理解为什么先做这一项。
- 3
临近开发再补足细节
排在前面的条目通常需要更清楚：谁遇到了什么问题、期望的结果是什么、怎样算完成。后面的想法可以暂时粗略，因为反馈和方向会变；列表也要随新信息不断调整。
容易混淆的地方
产品路线图讲的是产品要朝哪些目标或阶段前进；产品待办列表把可能推进这些目标的工作排出当前顺序。它也不是某次迭代的任务清单：待办列表中的条目还可能被推迟、拆分或放弃，只有选进当次工作并明确范围后，才适合当作近期执行任务。
什么时候用
适合用
- 你在做 AI 笔记 App，用户反馈、功能想法和缺陷不断增加，需要决定先让 Agent 做哪一项。
- 网站团队每周都会收到新需求，需要保留取舍理由，并随着反馈调整开发顺序。
- 一个功能范围太大，你想先拆成可讨论的工作条目，再逐步补充验收标准。
不适合用
- 你只想安排今天修三个已确定的页面错字，用简单任务清单就够了。
- 你还在探索用户到底遇到了什么问题，先用访谈记录和产品发现整理证据，不急着排开发顺序。
- 项目交付内容和时间都已固定，你只需要跟踪每项工作的负责人及进度，用项目计划或任务看板更直接。
练一练选一个答案，看看解释
你们的 AI 客服工具收到了“补充引用来源”“修复登录失败”“增加深色模式”三个请求，下一周只能做一项。此时怎样处理最合适？
让 AI 帮你做复制给 AI Agent 直接用
请帮我整理这款 AI 客服工具的产品待办列表。根据我提供的用户反馈和现有问题，列出候选工作、排序理由及待确认的信息；优先细化最值得近期开发的条目，不要把所有条目都视为已承诺的任务。