我将包含我对 ChatGPT 问题的回答。基本上，我试图在功能请求仍然是新鲜且数量不多的时候更好地跟踪它们。我已经有一些标签了。是版主对标签进行投票，还是由社区进行投票？只有高优先级的请求才会被镜像到内部工具（如 Jira、Linear、Notion，甚至 Google Sheets）吗？我很想听听关于无缝跟踪这些请求的想法。我将很快实施一个模板。
推荐设置：轻量级、可扩展的 Discourse 功能请求工作流
1. 为功能请求帖子创建模板
在功能请求类别中使用 Discourse 的帖子模板。提示用户提供结构化的反馈。
模板示例：
**摘要：**
[简短的一句话摘要]
**问题/用例：**
[您在解决什么问题？这是为谁准备的？为什么这很重要？]
**建议的解决方案：**
[如果您有如何实现的想法，请描述一下。]
**优先级/影响：**
[低/中/高 — 可选，但有助于分类]
这从一开始就能保持整洁，避免含糊不清的请求，并使其以后更容易浏览。
2. 使用标签 + 主题投票插件
- 启用标签，例如
under-consideration（审议中）、in-progress（进行中）、released（已发布）、duplicate（重复）、rejected（已拒绝）等。 - 使用 Discourse 投票插件 — 它专门用于此类用例。
用户无需第三方工具即可对最重要的功能进行投票。然后，您可以按投票数对主题进行排序，以获得清晰、自动优先排序的待办事项列表。
3. 每周或每两周审查一次流程
您不必每天都监控 — 只需建立一个节奏。例如：
- 每周五： 一位产品经理或工程师花费 15-30 分钟：
- 标记最重要的请求
- 更新状态
- 合并重复项
- 撰写简短回复，例如“正在审查 – 谢谢！”或“已合并到 XYZ 主题”
这就是您需要维护高信号与噪声比并保持井然有序所需的一切。
4. 将高优先级请求镜像到内部工具
每当一个请求变成“真正的功能”时，就将其复制到您的内部跟踪系统（JIRA、Linear、Notion 等） — 不要试图集成所有内容。只需链接回 Discourse 线程，以便工程师/设计师可以阅读原始讨论。
这使得功能请求频道成为您的外部想法花园，而您的内部系统则保持干净，并且只专注于经过验证的功能。
5. 钉住“功能请求流程”帖子
发布一个置顶主题，解释：
- 您正在寻找哪种类型的请求
- 投票如何使用
- 团队多久审查一次请求
- 标签的含义
- 在某个内容被标记为“审议中”后会发生什么
这可以设定预期并保持用户参与度。
堆栈摘要
| 层 | 工具 | 目的 |
|---|---|---|
| 输入 | Discourse（带模板+标签） | 结构化的社区反馈 |
| 优先级 | Discourse 投票插件 | 基于众包的优先级 |
| 审查 | 每周 15-30 分钟 | 低开销分类 |
| 执行 | 内部工具（JIRA/Linear/等） | 用于实际开发 |
| 同步 | 手动链接回 | 无需深度集成 |