如何从 Reddit、X 和 Hacker News 收集产品反馈与功能需求

为什么传统的反馈渠道会遗漏这些信息

大多数团队通过三个渠道收集反馈：支持工单、应用内组件以及销售通话。这三者都有着相同的偏见：它们只能听到那些已经在与您沟通的人的声音。

公开论坛上的帖子则截然不同。上个月流失的用户不会去填您的调查问卷，但他们会乐于在 Reddit 上详细解释他们离开的原因。正在对比各种工具的潜在客户会在“我该选哪个？”的帖子里列出您产品所欠缺的功能。这是您通过其他任何途径都无法获得的反馈，而且通常还会伴随其他用户的赞同或反对回复，从而让您了解该问题的普遍程度。

难点在于信息量。如果您每周搜索一次自己的产品名称，只会找到寥寥几个帖子，通常也为时已晚无法及时回复。如果您直接用产品名称设置一个宽泛的提醒，又会收到所有的提及，包括那些与产品毫无关联的内容。这里的诀窍是编写专门针对反馈的提醒。

编写用于寻找反馈的提醒

KWatch 提醒会匹配其列表中的每一个关键词，因此逗号的作用相当于 AND。这正是反馈提醒能发挥作用的关键所在。与其仅针对产品名称设置单一提醒，不如将产品名称与人们表达改进诉求时常用的词语配对。

以下是一套入门配置，以“acme”代指您的产品名称：

1. acme, wish 以及 acme, would be nice 用于功能需求
2. acme, bug 以及 acme, broken 用于 Bug 报告
3. acme, switched 以及 acme, cancelled 用于流失原因
4. acme, missing 以及 acme, doesn't support 用于评估产品时遇到的功能缺失

每一行都是一个独立的提醒，因为如果把所有这些词都放在同一个提醒中，就需要同一篇帖子里同时包含所有这些词。在一周后看到真实用户的表达习惯后，您很可能会对这些措辞进行微调。人们很少直接打出“功能需求”这几个字，因此要留意他们实际使用的短语，比如“要是能……就太棒了（would be great if）”。

几个过滤器就能完成大部分清理工作。在 Reddit 和 Hacker News 上，如果您的产品名称较短或较常见，请开启 Whole Words Only，这样“acme”就不会匹配到“acmeplex”。将您团队自己的账号添加为 Excluded Users，这样您的回复和发布帖就不会触发提醒。如果您拥有自己产品的 Subreddit 版块，可以使用 Included Subreddits 创建针对该版块的独立提醒，并完全省略第二个关键词，因为那里的几乎所有发帖本身就是反馈。

排除关键词的工作原理与包含关键词正好相反。包含关键词必须全部匹配，但只要出现任何一个排除关键词，帖子就会被直接过滤掉。请保持该列表简短且精准，否则您可能会把真实的反馈和噪音一起过滤掉。我们在 减少关键词提醒中的噪音 一文中对每个过滤器都进行了更详细的介绍。

首先应该关注哪些平台

并非每个平台都能为您提供同类型的反馈。我发现 Reddit 和 Hacker News 是人们撰写长篇且具体抱怨的地方。X 上的内容则更短、情绪更激烈，这对于快速发现有问题的版本发布非常有用。Linkedin 上则大多是赞誉和官方公告，因此除非您的目标客户经常在上面讨论他们使用的工具，否则它在此列表中的优先级相对较低。

各平台的响应速度也有所不同，这会改变您使用各项提醒的方式。以下是我们文档中列出的刷新频率：

对于获取反馈而言，这些速度一点都不慢。该表格说明的是，在 Hacker News 帖子仍处于首页时，您就能收到通知，而在这个黄金时间点，由团队成员亲自作出的回复最具分量。

将反馈传递给产品团队

如果提醒没人看，那它充其量不过是个更好用的搜索工具罢了。许多团队经常忽略的一步，就是明确反馈应该汇总到哪里以及由谁来查阅。

最简单的配置是使用专门的 Slack 频道。KWatch 允许您为每个提醒单独设置 Slack webhook，并且单个提醒的 webhook 设置会覆盖账户级别的通用设置。这样，您的销售提醒可以继续发送到销售频道，而反馈提醒则可以发送到类似 #product-feedback 的频道。只需查阅内容的产研经理和工程师可以以 Reader 角色加入您的 KWatch 团队，该角色可以接收通知，但无法创建或删除提醒。

如果您想统计一段时间内的请求数量，可以将相同的提醒发送到 API webhook。每次匹配都会以 JSON 有效负载的形式送达。以下是我们文档中的示例：

{
  "platform": "reddit",
  "query": "Keywords: vllm",
  "datetime": "19 Jan 24 05:52 UTC",
  "link": "https://www.reddit.com/r/LocalLLaMA/comments/19934kd/sglang_new/kijvtk5/",
  "author": "lmzoo",
  "content": "sglang runtime has a different architecture on the higher-level part with vllm.",
  "sentiment": "neutral"
}

将其指向 Zapier 或 n8n 的 webhook，并在电子表格中添加一行，每个字段对应一列。 query 字段会告诉您具体触发了哪条提醒，从而自动区分功能需求与 Bug 报告。 sentiment 字段（positive、negative 或 neutral）能让您快速筛选出情绪负面的帖子。如果您之前从未配置过，我们准备了 Zapier 与 n8n 设置指南 并提供了循序渐进的详细步骤说明。

电子邮件提醒同样可行，但长帖子在邮件中会被截断。功能需求往往篇幅较长，因此 Slack 或 webhook 是更理想的选择。

如何利用收集到的信息

一旦反馈开始源源不断地涌入，人们难免会想回复每一个帖子。我建议稍加克制。由明显是产品团队成员作出的简短而有用的回复（例如“该功能已列入我们的计划，目前您可以先尝试这种替代方法”）能起到非常积极的作用。但如果一连串的回复最后都附带注册链接，不仅会招来差评投反对票，在某些 Subreddit 上甚至可能被封禁。

更有价值的习惯是每周定期复盘。每周一次，由产品团队的成员浏览该频道或表格，并为每条内容打上标签：功能需求、Bug、流失原因或不相关。一个月后，您就能大致统计出人们在公开场合提出的诉求与在工单中提出的诉求。当这两份清单出现分歧时，往往就是最有价值、最值得深思的地方。

如果您最有价值的一些反馈并非来自关键词搜索，而是来自少数特定人群（核心用户、行业分析师或竞品创始人），我们的兄弟产品 MultiFollow 可以追踪指定的 Linkedin 和 X 账号并在他们发帖时提醒您，这能与关键词提醒形成极好的互补。