相關社區清單：先告訴你該看哪些 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、數量或平臺結論寫成確定事實。