相关社区清单：先告诉你该看哪些 subreddit、X 讨论和 HN 线索，而不是让你自己翻半天。
工具任务
社区痛点抓取器
把一个粗糙方向变成可复核的社区痛点报告。先找公开讨论和真实抱怨，再输出高频痛点、原话证据、付费意愿和可落地的页面切入角度。
工具工作台
输入信息，查看结果，再根据页面说明进入下一步。
开始使用
第一轮只需要一个方向。工具只使用公开信息；私密社区、登录后内容和无法验证的 quote 会被标成缺失证据。
社区痛点报告会显示在这里
提交后会查找相关 Reddit、X、Hacker News 公开讨论，整理高频抱怨、原话证据、付费信号和 landing page 角度。
你会得到什么
不是一句“用户需要更好体验”，而是可验证的社区证据
高频抱怨和原话：按重复程度、痛感和平台来源整理，让你看到用户怎么说这个问题。
付费意愿判断：把预算、替代方案、价格抱怨和购买语气分开，不把热闹当成愿意付费。
切入功能和页面角度：把痛点转成小 widget、首屏承诺、CTA 和下一轮验证实验。
好工具标准
一个靠谱的痛点抓取工具要先证明抱怨重复出现
来源要具体：报告必须能指出社区、帖子或公开搜索线索，不能只给泛泛总结。
原话要可复核：能引用就给短 quote 和来源；不能验证就改成 evidence note，不伪装成原话。
频率要分层：区分偶发吐槽、反复抱怨和高痛感问题，避免为少数声音过度设计。
结果要能行动：最终要落到切入功能、landing page 角度和验证实验，而不是停在情绪总结。
支持与边界
只研究公开信号，缺证据会明确标出来
支持 Reddit、X、Hacker News 和公开网页搜索线索；不同平台可访问性会影响结果完整度。
不访问私密、登录后、删除、付费墙或受权限限制的内容；平台规则和用户隐私需要你自行确认。
出现频率是研究判断，不是精确统计；报告会用 low / medium / high 表示相对强弱。
如果公开 quote 不足，工具会列出缺失证据和下一步访谈问题，而不是编造看起来漂亮的结论。
结果使用
拿到报告后，先做最小切入和页面测试
先选一个高频、高痛感且能用小功能解决的 cluster，不要一次覆盖所有抱怨。
把用户原话改写成 landing page 首屏承诺，再用来源和场景证明它不是团队自嗨。
如果付费信号弱，先做访谈、等候名单或人工服务交付，不急着做完整 SaaS。
如果某个社区反复出现同一抱怨，优先用小 widget、Chrome extension 或插件测试解决意愿。
常见问题
使用前需要知道的边界
这个工具会自动翻完整个 Reddit、X 和 Hacker News 吗？
不会承诺全量抓取。它会研究公开可搜索的社区、帖子和网页线索，并在来源不足时标注缺失证据。
用户原话一定是真实 quote 吗？
报告要求可验证 quote 才作为原话展示，并尽量带来源链接。无法验证的内容应该被写成证据备注，而不是直接引号引用。
付费意愿判断可靠吗？
它是方向性判断，会看预算语气、替代方案、价格抱怨和现有付费工具。最终仍需要落地页、访谈或真实支付验证。
结果可以直接写进 landing page 吗？
可以作为首屏角度、功能切口和 CTA 草案，但建议保留人工复核，避免把未经验证的 quote、数量或平台结论写成确定事实。