句式进化
固定几句「求推荐」「有没有」搜到底,能挖到的需求很快就见底。这一页是把「让搜索词自己进化」这件事真跑了两轮的结果,包括它失败的地方。
怎么转起来
两轮实跑结果(2026-11-09)
| 句式 | 返回 | 求购 | 痛点 | 说明 |
|---|---|---|---|---|
| 每天重复做表格(种子) | 18 | 0 | 13 | 痛点最多,但人工看只有 3 条是真的 |
| 求一个做发票(变异) | 19 | 3 | 1 | 求购最多,人工看 0 条是在找工具 |
| 求一个整理会议纪要(变异) | 18 | 1 | 2 | 换场景后有小幅产出 |
| 哪里能找到整理会议纪要(变异) | 14 | 0 | 3 | 换说法没带来增量 |
| 有没有什么AI工具推荐(种子) | 15 | 1 | 0 | — |
| 求推荐一个AI工具(种子) | 19 | 0 | 0 | 全是合集与教程 |
| 现在都靠手工(种子) | 20 | 0 | 0 | 说法太泛,搜不到具体场景 |
| "is there an AI that"(种子) | 17 | 0 | 0 | 规则判 0,但人工看有 6 成是具体场景——是判定器的锅 |
| "wish there was a tool"(种子) | 18 | 1 | 0 | — |
然后把 39 条人工读了一遍,发现判错了
原因不复杂:软文的结构就是「先讲痛点,再推产品」,天生长得像需求。规则看到痛点和场景词就放行,正好被软文骗。
所以机制要改三处
一、判定这一关必须用模型读全文,不能用词表。词表永远追不上场景的写法,而且会被软文骗。模型要回答的就一个问题:这个作者是在「求」,还是在「给」?给的一律不算。
二、进化的重点不是句式,是场景。实测里「求一个 X」,X 换成做发票出 3 条、换成给商品图换背景出 0 条;而「每天重复做表格」一条顶别人十条。场景的差别远大于说法的差别。所以每一轮该变的是「问什么」,不是「怎么问」。
三、平台要分开养。X 上「is there an AI that」人工看六成是真在问;小红书上同一个句式,搜出来全是标题党。不是词的问题,是这两个地方的人干的事不一样——一个在公开提问,一个在看别人种草。
还有两条上限,得提前认
说法是会穷尽的。中文里表达「我想要一个能 X 的工具」就那么几十种写法,跑一两周就会把有用的都找出来,之后新说法带来的增量接近零。这一天到了,就该停掉换说法,只换场景。
只能挖到说出口的需求。说不出自己想要什么的人,这套机制永远碰不到。别指望它能发现「未知需求」,它的上限是把「已说出口的需求」覆盖全、说法听全。
这些数据怎么来的
这一页不是产品功能,是把“哪些信息真的能拿到”摊开给你看。6 个项目,全部来自 2026-11-08 HN 上的新品,逐个访问官网、定价页、讨论区。
每个信息项的实得率
| 信息项 | 6 个里拿到 | 状态 | 怎么拿的 / 为什么拿不到 |
|---|---|---|---|
| 官网能不能打开 | 5 / 6 | 硬事实 | 直接请求。domdb.com 返回 403,是反爬挡的 |
| 它是什么(一句话) | 5 / 6 | 硬事实 | 页面标题 + 描述标签,基本可靠 |
| 有没有定价页 | 5 / 5 | 硬事实 | 看页面里有没有 pricing 链接 |
| 具体价格档位 | 3 / 5 | 要人读 | 价格能抓成文本,但哪个数字对应哪个套餐必须人看,机器容易配错 |
| 接没接收款 | 判断不了 | 会误判 | 首页只检测到 0 个收款代码,但其中 3 个有完整定价页——它们显然在收钱,只是收款代码不在首页。所以这一项不能自动判“没在收钱” |
| 真实用户评论 | 2 / 5 | 硬事实 | HN 讨论区。另外 3 个是 0 评论,新品根本没人聊 |
| 讨论热度 | 5 / 5 | 硬事实 | HN 分数与评论数 |
| 月收入(MRR) | 0 / 6 | 拿不到 | 没有支付商核验渠道。任何“估算”都是猜,不写 |
| 有多少用户 | 0 / 6 | 拿不到 | 这些是网页/桌面产品,没有商店安装量可查 |
| 中文社媒在聊吗 | 0 / 3 | 等于没有 | 小红书搜项目名,返回 16–20 条,但正文真提到的 0 条。海外新品在中文圈等于不存在 |
三条结论
1. “它解决什么问题”可以当标签,但不能当判断依据。官网自己写的一句话是可靠的;用户评论只有被讨论过的项目才有,6 个里只有 2 个。拿 2 条评论推断“需求成立”,就是我上一版犯的错。
2. 价格结构是硬数据,收入不是。三个项目的套餐和单价都完整抓到了,能算出“一个客户值多少钱”。但卖了多少钱,外部永远看不到。所以卡片上“收入”一栏空着,写“没查到”。
3. 中文源接不住海外新品。这不是源不好,是场景不对。小红书适合看“中国人愿意为什么付钱”,不适合看“海外刚出的东西有没有人用”。两者要用不同的源,不能混成一个库。
所以这个库能回答什么
不能回答:它赚了多少钱、有多少活跃用户、这个需求是不是真的成立。
后面这三件,只能靠你自己看、自己判断。界面上不做结论,就是这个原因。