评论区需求发现法
定义
在热门笔记、帖子或视频的评论区里，挖掘用户已经主动说出的具体诉求，作为产品选题或功能验证的起点，而不是靠经验脑补需求。
适用情境
- 准备做面向 C 端的小工具或内容产品，缺乏一手用户访谈机会。
- 在小红书、即刻、Twitter、知乎、V2EX 等内容平台浏览同主题的爆款。
- 希望从"已经会写评论的人"身上识别真实痛点，而不是从搜索引擎或趋势工具里反推。
操作要点
- 找到与目标人群重叠的 1–3 篇高互动笔记或帖子。
- 在评论区里圈出"我也想要""有没有工具""怎么做""求链接"等具体诉求。
- 把诉求整理为一句话问题，记录触发语境（评论区原话、互动量、账号类型）。
- 与现有产品或开源项目的能力做匹配，看是否能低成本验证。
- 验证时不只看评论数，还要追问"愿意为这个需求付多少钱"。
来自 loneranger1024 的具体应用
他在小红书一篇"情侣聊天记录可视化"热门笔记的评论区看到大量类似诉求，于是基于开源 smart-excel-ai 改造了一个聊天报告产品。需求发现这一步是他复盘里少数明确成立的部分。
局限
- 评论区只能证明"想看到内容"，不能直接证明"愿意付费"。
- 同一篇爆款下的需求往往被多个产品重复覆盖，竞争激烈。
- 热门话题与长期留存之间有差距，评论热度高的需求未必能撑起长期供给。
- loneranger1024 用此方法上线后 10 个月仅有不到 300 名付费用户、总收入约 2000 元，说明从需求到付费仍有巨大鸿沟，需要额外的付费意愿验证。
与其他方法的关系
- 与 小额关键词广告测试（每天几十元测到接近盈亏平衡再扩大） 互补：前者验证"有人想要"，后者验证"有人愿意点"。
- 与 短周期职业实验（30/90 天验证行动） 的"短周期验证"思路一致：先低成本验证，再决定是否投入。