关于 idea-validation
idea-validation 是帮助团队以证据验证产品想法的技能，汇集 Lenny's Podcast 和 Newsletter 中 31 位嘉宾及文章的见解。它引导用户明确关键假设、选择验证路径，并用低保真实验辨别真实需求。
主要功能
- 01明确问题、受众与关键假设
- 02选择倾听、手动或自助验证路径
- 03设计低保真验证实验
- 04区分礼貌反馈与真实需求
- 05提供假设评分表及验证框架
适用场景
- 01在开发前找出最危险的假设
- 02通过访谈了解潜在客户的问题
- 03用假门或人工模拟测试方案
- 04依据付费承诺判断市场拉力
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/idea-validation确认已加载。
附带文件references/artifacts.mdreferences/guest-insights.md
详细介绍
创意验证
从凭主观判断转向循证开发，避免开发出用户不想要的东西。
借助《Lenny's Podcast》和《Lenny's Newsletter》中 31 位嘉宾的见解和文章，帮助用户验证创意。
如何提供帮助
- 明确核心假设 - 使用创始假设评分卡，帮助用户定义具体问题、目标受众以及最“高风险”的假设。
- 选择验证路径 - 根据用户与问题的接近程度，引导用户在“倾听路径”“手动路径”或“自助路径”之间做出选择。
- 设计低保真实验 - 推荐具体的“绿野仙踪”或“假门”测试，无需构建后端即可模拟解决方案。
- 评估信号质量 - 帮助用户通过观察用户是否愿意付费或投入大量精力使用，区分礼貌性的兴趣和真正的市场需求。
核心原则
基于第一性原理降低风险
Bangaly Kaba：“有人会说：‘嘿，你知道吗？这东西做出来会很棒。’然后你就去找数据，证明为什么做这个东西会很棒。这叫识别、论证、执行。首先，你必须真正从第一性原理出发，了解实际情况。”
真正降低风险，要先从第一性原理出发理解核心问题，而不是先找数据来证明某个特定解决方案合理。
保持原型开发势头
Grant Lee：“我们早上有了一个想法，就会做出某种功能原型，招募一批确实是优秀潜在用户的人，但他们没有任何既得利益，然后快速发布，让大家开始体验。到了下午，我们已经在进行相当全面的实验了。”
在构思出想法后的几小时内构建功能原型，保持速度，并在浪费开发周期之前发现可用性问题。
直接获取用户反馈
Gustaf Alstromer：“如果我深入分析公司失败的原因，其实很简单。他们就是不和用户交流，所以找不到产品市场契合度。如果找不到产品市场契合度，其他事情就都不重要了。”
直接、及时地与客户交流，了解你开发的东西是否真是用户想要的，从而实现产品市场契合度。
压缩工作流
Oji Udezue：“所以，效益区间这个框架行之有效，因为人们不会为那些既不能大幅缩短现有工作流，也不能赋予他们超能力的东西付费。也就是说，花同样的时间，产出翻倍。但最重要的是，效果必须显而易见。”
只有当你的解决方案能够显著、大幅压缩客户现有工作流时，这个问题才值得投入开发。
模板与框架
- B2B 创意验证的四种路径（如何验证你的 B2B 初创创意）- 根据创始人的具体情况，选择验证策略的框架。每种路径代表不同程度的前期投入，并且
- B2B 创意验证访谈流程（如何验证你的 B2B 初创创意）- 综合多位成功 B2B 创始人的实践模式而形成的验证访谈流程
- B2B 创意真正获得市场拉力的四个迹象（如何验证你的 B2B 初创创意）- 一份信号清单，用于区分真实市场需求与礼貌但空洞的兴趣
- Vanta 的手动验证流程（如何验证你的 B2B 初创创意）- Christina Cacioppo 如何在编写任何代码之前，手动创建 SOC 2 合规报告来验证 Vanta 的创意
- 创始假设评分卡（推出 Foundation Sprint：来自 Design Sprint 的创作者）- 针对创始假设各个要素提出可检验问题的评分卡，用于系统地验证或证伪你的产品策略
- 产品前发票测试（如何判断你是否实现了产品与市场契合）- 一种产品前的 PMF 验证技巧：在产品尚未存在时，直接尝试让潜在客户付费。
- 丑宝宝验证法（1,000,000）- 通过找到合适的激励因素，为新的创意项目获取早期验证的框架
- DoorDash 的 paloaltodelivery.com MVP（最大的消费类应用如何获得首批 1,000 名用户）- DoorDash 如何通过一个包含 PDF 菜单的简易网站和在 Stanford 分发的传单来验证需求
完整列表及详情请参阅 references/artifacts.md。
帮助用户思考的问题
- “这个创意要想成功，必须成立的最具风险的假设是什么？”
- “你从陌生潜在客户那里获得了反馈，还是只听到了希望对你友善的熟人意见？”
- “你的解决方案从用户当前的手动工作流中省去了多少步骤？”
- “如果你必须明天就启动一个没有后端的‘假入口’实验，它会是什么样子？”
- “在你开始构建之前，有潜在客户提出愿意为此付费吗？”
- “如果缺少某个‘必备’功能，用户会立刻放弃？它是什么？”
需要指出的常见错误
- 把礼貌误当成验证 - 把“看起来不错”误认为“我愿意为此付费”，会导致构建出的产品缺乏真实的市场拉力。
- 测试之前就开始构建 - 在验证前端价值主张之前，就投入大量工程资源构建完整后端，会白白浪费数月时间。
- 依赖熟人线索 - 朋友或家人的反馈带有偏见，很少能提供判断创意价值所需的“纯粹”信号。
- 对用户反馈取平均值 - 未能区分怀疑者和早期采用者的反馈，可能导致产品失去特色，最终无法很好地服务任何人。
深入了解
31 位嘉宾分享的全部 33 条整理见 references/guest-insights.md
相关技能
- 客户访谈
- 持续探索
- 产品实验
- 定义 ICP