10 天做了两个产品,0 个用户——一人公司的第一个循环
用 AI 加持的需求挖掘系统选题,10 天内构建两个 MVP,两个都没通过验证。完整复盘 BuyOnce 和 Traction 的失败过程,以及我从中提炼的 3 个判断规则。
2 月底,我用自己写的需求挖掘系统跑了一遍 HackerNews 和 Reddit。91 个痛点聚类,5 级漏斗筛到 Top 5。选了第一名,3 天做完 MVP,上线——零反馈。复盘,升级系统,选了新的第一名,4 天做完第二个 MVP——然后我在点击”发布”之前把它暂停了。
这是我做一人公司的第一个完整循环。两个产品都失败了,但它们教会我的东西比产品本身值钱得多。
BuyOnce:1625 次互动 ≠ 市场机会
需求挖掘系统给我的第一个推荐是”买断制软件目录”。数据看起来很漂亮:HackerNews 上关于订阅疲劳的帖子有 1625 次互动,Reddit 的 r/buyitforlife 和 r/degoogle 社区都在抱怨 SaaS 订阅费。
我选了它,理由充分:
- 需求热度最高(数据集里互动量第一)
- 技术最简单(curated directory,一周可 MVP)
- 变现路径清晰(affiliate → 付费收录 → 订阅)
- 风险最低——即使没人付费,SEO 内容本身也有价值
三天后,BuyOnce 上线了。39 个买断制软件,8 个分类,搜索和用户提交功能齐全。
然后我把 Show HN 帖子发出去。
零反馈。Reddit 帖子 1 karma。没有一个人提交软件,没有一次 affiliate 点击。
四层复盘:哪里判断错了?
我做了一个四层复盘,逐层排查:
市场层——信息差不够大。免费的软件列表到处都是:Product Hunt、AlternativeTo、各种 awesome-list。买断制软件是低频决策,用户不会每周来逛。
竞品层——HackerNews 上 11 个月前已经有人做了类似的东西,拿了 222 个点赞。这不是新机会,是已验证过的市场,且先发者已有优势。
变现层——affiliate 覆盖率只有 20%。买断制产品没有复购,也就没有持续佣金。我算了一下天花板:$50/月。不够覆盖域名费用。
分发层——零粉丝、零 SEO 权重、零社区关系。冷启动渠道全部失效。
核心教训:HN 上的高互动量是用户在宣泄情绪(“我讨厌订阅制”),不是在寻找解决方案。 情绪和需求之间的距离,比我想象的远得多。
Traction:确认偏误的陷阱
BuyOnce 死在获客上。所以我下一个念头是:帮别人解决获客问题。
需求挖掘系统给了一个新的高分项——“AI 让构建产品变容易了,但创始人仍然不会获客”。我觉得这简直就是在说我自己。分数 8.6/10,竞品空间 9/10(没有直接竞品),技术渠道匹配 10/10。
四天后,Traction 的 MVP 就绑好了:用户输入产品描述和目标市场,AI 生成 30 天获客 playbook,附带每日 checklist 和渠道模板。Stripe 集成完毕,定价 $19/月或 $49 买断。
但这次,在我点”推广”之前,我停下来看了一眼数据。
那个 8.6 分的需求,来源是一条 HN 帖子——“Could you create a competitor to your company at 10% of the cost?”。7 个赞,10 条评论。讨论的其实是 AI 降低竞争成本,不是”创始人需要 GTM 工具”。
我的系统把它标注了:evidence_type: inferred,confidence: 2/5。
而我选择性地忽略了这两个字段。因为 BuyOnce 死在 GTM 上,我想要相信 GTM 是个好方向。这就是确认偏误。
我暂停了 Traction。MVP 完好、能用,但没有数据证明有人需要它。
从两次失败中提炼的 3 个规则
这 10 天的学费换来了 3 条写进系统的规则:
规则 1:弱单例过滤(Weak Singleton Rule)
如果一个需求只被 1 个帖子提到,且证据是推断的(inferred),且 LLM 置信度 ≤ 3——自动淘汰。不要浪费时间评估它。
这条规则上线后,在下一次 91 个聚类的筛选中,直接干掉了 6 个之前会通过的候选。Traction 本身就是一个弱单例。
规则 2:先验证搜索需求,再动手
加了一步 Google Search 验证:对每个 Top 20 的需求,搜索商业关键词(“best X tool”、“X pricing”)。如果 Google 上找不到相关的商业讨论——这个需求还停留在抱怨阶段,没有变成购买行为。
BuyOnce 的需求在 Google 上有大量结果——但都是免费列表。市场存在,但变现模型不对。Traction 的需求在 Google 上几乎没有结果。市场可能根本不存在。
规则 3:推广前必须有数据门槛
MVP 部署 ≠ 可以推广。在花时间和 API 费用做冷启动之前,至少要有:邮箱收集门控、基础 analytics、支付集成完毕。Traction 的 MVP 因为”graceful degradation”设计,任何人都可以免费用完整功能,不留痕迹。推广这样的产品 = 烧 API 费零回报。
系统比产品重要
10 天,2 个 MVP,0 个用户。听起来很惨。
但我现在有了一个比产品更值钱的东西:一个更可靠的判断系统。它能把 91 个痛点筛到 5 个(95% 淘汰率),每个有证据质量评分、搜索需求验证、竞品生存分析。
BuyOnce 和 Traction 还活着。一个在 buyonce.yuyuqueen.com 静静躺着,另一个在 traction.yuyuqueen.com 等着被需求验证后唤醒。它们的代码不是沉没成本——它们是下一个产品的脚手架和下一篇博客的素材。
一人公司的循环不是”选对了 → 成功”。而是”选错了 → 复盘 → 升级系统 → 再选”。速度比正确率重要,因为你可以快速提高正确率,但你没法快速提高速度。
下一个循环已经开始了。