R2h1 抱怨是金矿——需求发现推理方法
R — 原文 (Reading)
开放大道、需求和机会到来时都有一些"代码词汇"，表明"这是一个机会"。当你（或者别人）听到这些词汇时，你大概正好发现了一个好机会。下面是最常用的词汇："我憎恨……""我不喜欢……""这让我很烦恼……""为什么是这种情况？""我不得不做吗？""我希望有……""我试过要……""那个糟透了……" — MJ·德马科, 第36章
I — 方法论骨架 (Interpretation)
商业机会极少来自突破性发明，更多来自未被满足的需求和不便。日常抱怨是这些需求最直接的信号——每一个"我讨厌……"背后都隐藏着一个等待被解决的市场需求。
核心逻辑链条：
- 抱怨 = 需求未满足的公开信号
- 消除别人的痛苦 = 创造自己的财富
- 抱怨越普遍，市场越大
- 抱怨越强烈，支付意愿越高
操作上需要从消费者思维切换为生产者思维：当普通人听到抱怨时只会跟着一起抱怨，生产者听到抱怨时会问"我能做什么来解决这个问题"。
这个方法不需要任何特殊资源——你每天在社交媒体、办公室、家庭中都能听到大量抱怨。关键是你如何解读它们。
A1 — 书中的应用 (Past Application)
作者做豪华轿车司机时发现需求：作者在做豪华轿车司机期间，一个乘客问他"你知道纽约有什么好的豪华车出租公司吗？"这个"我需要但找不到"的问题让作者意识到跨城租车信息缺失是一个真实需求。他建了一个豪华轿车出租目录网站来解决这个问题，这是他的第一桶金。
论坛用户的日常抱怨训练：作者建议读者在社交媒体上搜索"我讨厌XX""我不喜欢XX"等关键词，每一个结果都是一个潜在商业机会。比如"我讨厌找停车位"→停车场预约APP；"我讨厌整理发票报销"→企业智能报销SaaS。
A2 — 触发场景 (Future Trigger)
触发场景：
- 你想创业但不知道该做什么时
- 你在日常聊天/社交媒体中听到别人抱怨时
- 你想训练自己的商业嗅觉时
- 你发现某个流程/服务让你自己也很不爽时
语言信号：
- "我恨……"
- "这太烦人了"
- "为什么没人做……"
- "要是能……就好了"
- "每次都要……"
- "那个糟透了"
与相邻skill的区分：这个skill专注于从零发现机会（"做什么"），与v21-客户抱怨四分类处理不同——后者是在你已经有生意后，处理客户投诉时使用的分类框架。v21帮你分析收到的投诉，v19帮你主动发现机会。
E — 可执行步骤 (Execution)
当技能被激活后，按以下步骤执行：
- 开启"抱怨监听"模式：接下来3天，随时记录你听到或说出的抱怨。包括自己的、同事的、家人的、社交媒体上的。不筛选，全记录。
- 反向推导需求：对每个抱怨，问"如果这个抱怨被解决了，解决方案是什么？"把抱怨翻译成需求陈述。
- 评估市场潜力：对每个需求，问三个问题——（a）有多少人有这个问题？（b）他们愿意为解决这个问题付费吗？（c）现在有人提供好的解决方案吗？
- 验证需求真实性：不是靠猜——而是去搜索、去问潜在用户、去检查竞争对手。一个抱怨在10个人口中出现，意味着还有100个人有同样的问题。
- 从最小解决方案开始：不要一上来就做完整产品。用最简陋的方式（人工服务、简单网页）先测试，看是否有人真的愿意付费。
- 建立持续习惯：每周固定花30分钟做一次"抱怨扫描"——浏览社交媒体、论坛、评论区，收集抱怨并记录。
B — 边界 (Boundary)
不适用场景：
- 你已经有了明确方向且正在执行时——不要再回到机会发现阶段，否则会导致"特克尔症状"（在机会间跳来跳去）。
- 抱怨来自极端少数群体且无法规模化时——1个人的抱怨不等于市场需求。
- 抱怨涉及非法或道德灰色地带时——不要试图从中发现商机。
失败模式：
- 把个人兴趣当需求——"我讨厌做饭，所以开个外卖店"——没有验证市场需求。
- 听到一个抱怨就兴奋——没有验证普遍性和支付意愿。
- 解决方案比问题本身更复杂——如果解决方式需要用户改变习惯或学习新技能，成功率很低。
作者盲点：
- 过于强调从抱怨中发现需求，但有些需求用户自己都无法表达（亨利·福特：如果问用户想要什么，他们会说要更快的马）。
- 忽略了技术创新驱动的机会——有时技术先行创造需求（iPhone出现前没人抱怨手机不好用）。
- 从抱怨出发可能让你只做改进型产品，而不是颠覆型产品。
相关 skills (阶段 3 填充)
审计信息
验证通过: V1 ✓ / V2 ✓ / V3 ✓