# Complaints Are Goldmines

> 用户想创业但不知道做什么时调用。或在日常中想训练自己的商业嗅觉时；或在听到别人抱怨时想"这里面有没有机会"时。不适用于：已有明确方向的执行阶段。

- Skill: `r2h1/complaints-are-goldmines` (Agent Skill)
- Install (CLI): `npx skillmds@latest add r2h1/complaints-are-goldmines`
- Raw SKILL.md: https://api.skillmd.com/api/skills/r2h1/complaints-are-goldmines/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: R2h1 (https://skillmd.com/u/r2h1)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/r2h1/complaints-are-goldmines

---


# 抱怨是金矿——需求发现推理方法

## R — 原文 (Reading)

> 开放大道、需求和机会到来时都有一些"代码词汇"，表明"这是一个机会"。当你（或者别人）听到这些词汇时，你大概正好发现了一个好机会。下面是最常用的词汇："我憎恨……""我不喜欢……""这让我很烦恼……""为什么是这种情况？""我不得不做吗？""我希望有……""我试过要……""那个糟透了……"
> — MJ·德马科, 第36章

## I — 方法论骨架 (Interpretation)

商业机会极少来自突破性发明，更多来自未被满足的需求和不便。日常抱怨是这些需求最直接的信号——每一个"我讨厌……"背后都隐藏着一个等待被解决的市场需求。

核心逻辑链条：
- 抱怨 = 需求未满足的公开信号
- 消除别人的痛苦 = 创造自己的财富
- 抱怨越普遍，市场越大
- 抱怨越强烈，支付意愿越高

操作上需要从消费者思维切换为生产者思维：当普通人听到抱怨时只会跟着一起抱怨，生产者听到抱怨时会问"我能做什么来解决这个问题"。

这个方法不需要任何特殊资源——你每天在社交媒体、办公室、家庭中都能听到大量抱怨。关键是你如何解读它们。

## A1 — 书中的应用 (Past Application)

**作者做豪华轿车司机时发现需求**：作者在做豪华轿车司机期间，一个乘客问他"你知道纽约有什么好的豪华车出租公司吗？"这个"我需要但找不到"的问题让作者意识到跨城租车信息缺失是一个真实需求。他建了一个豪华轿车出租目录网站来解决这个问题，这是他的第一桶金。

**论坛用户的日常抱怨训练**：作者建议读者在社交媒体上搜索"我讨厌XX""我不喜欢XX"等关键词，每一个结果都是一个潜在商业机会。比如"我讨厌找停车位"→停车场预约APP；"我讨厌整理发票报销"→企业智能报销SaaS。

## A2 — 触发场景 (Future Trigger)

**触发场景**：
1. 你想创业但不知道该做什么时
2. 你在日常聊天/社交媒体中听到别人抱怨时
3. 你想训练自己的商业嗅觉时
4. 你发现某个流程/服务让你自己也很不爽时

**语言信号**：
- "我恨……"
- "这太烦人了"
- "为什么没人做……"
- "要是能……就好了"
- "每次都要……"
- "那个糟透了"

**与相邻skill的区分**：这个skill专注于从零发现机会（"做什么"），与v21-客户抱怨四分类处理不同——后者是在你已经有生意后，处理客户投诉时使用的分类框架。v21帮你分析收到的投诉，v19帮你主动发现机会。

## E — 可执行步骤 (Execution)

当技能被激活后，按以下步骤执行：

1. **开启"抱怨监听"模式**：接下来3天，随时记录你听到或说出的抱怨。包括自己的、同事的、家人的、社交媒体上的。不筛选，全记录。
2. **反向推导需求**：对每个抱怨，问"如果这个抱怨被解决了，解决方案是什么？"把抱怨翻译成需求陈述。
3. **评估市场潜力**：对每个需求，问三个问题——（a）有多少人有这个问题？（b）他们愿意为解决这个问题付费吗？（c）现在有人提供好的解决方案吗？
4. **验证需求真实性**：不是靠猜——而是去搜索、去问潜在用户、去检查竞争对手。一个抱怨在10个人口中出现，意味着还有100个人有同样的问题。
5. **从最小解决方案开始**：不要一上来就做完整产品。用最简陋的方式（人工服务、简单网页）先测试，看是否有人真的愿意付费。
6. **建立持续习惯**：每周固定花30分钟做一次"抱怨扫描"——浏览社交媒体、论坛、评论区，收集抱怨并记录。

## B — 边界 (Boundary)

**不适用场景**：
- 你已经有了明确方向且正在执行时——不要再回到机会发现阶段，否则会导致"特克尔症状"（在机会间跳来跳去）。
- 抱怨来自极端少数群体且无法规模化时——1个人的抱怨不等于市场需求。
- 抱怨涉及非法或道德灰色地带时——不要试图从中发现商机。

**失败模式**：
- 把个人兴趣当需求——"我讨厌做饭，所以开个外卖店"——没有验证市场需求。
- 听到一个抱怨就兴奋——没有验证普遍性和支付意愿。
- 解决方案比问题本身更复杂——如果解决方式需要用户改变习惯或学习新技能，成功率很低。

**作者盲点**：
- 过于强调从抱怨中发现需求，但有些需求用户自己都无法表达（亨利·福特：如果问用户想要什么，他们会说要更快的马）。
- 忽略了技术创新驱动的机会——有时技术先行创造需求（iPhone出现前没人抱怨手机不好用）。
- 从抱怨出发可能让你只做改进型产品，而不是颠覆型产品。

## 相关 skills (阶段 3 填充)

## 审计信息
验证通过: V1 ✓ / V2 ✓ / V3 ✓