场景 1
你已确定产品类别,但不知道市场是否真实存在
从与你的产品匹配的纵向分支开始(SaaS、AI 创业、市场双边、移动 App、Chrome 扩展、B2B 或 API)。每个纵向支柱文章都默认你已经理解基础验证框架,但补充了该类别创始人最常踩的失败模式——市场双边的鸡与蛋悖论、AI 的可防御性、B2B 的采购委员会、移动 App 的分发成本。先读纵向支柱文章;看完该类别特化版本后,基础框架自然就到位。无论哪个类别,客户发现都是第二步——产生验证证据的对话本身并不区分类别。
主题图
本出版物完整的编辑层级。根节点是创业验证,其他所有内容都是它的分支;每个叶子节点链接到对应的旗舰文章。
最后更新 · 2026年9月27日
要点速览
如何阅读这张图
本地图的排序逻辑是:先按产品类别纵向分支,再按横向学科分支。这个顺序有实际意义:一个还不知道市场是否真实存在的 SaaS 创始人,与一个已经验证了想法、正在规划首版构建的创始人,需要的阅读路径完全不同。选用与你今天处境相符的场景,而不是与你希望到达的处境相符的场景。
场景 1
从与你的产品匹配的纵向分支开始(SaaS、AI 创业、市场双边、移动 App、Chrome 扩展、B2B 或 API)。每个纵向支柱文章都默认你已经理解基础验证框架,但补充了该类别创始人最常踩的失败模式——市场双边的鸡与蛋悖论、AI 的可防御性、B2B 的采购委员会、移动 App 的分发成本。先读纵向支柱文章;看完该类别特化版本后,基础框架自然就到位。无论哪个类别,客户发现都是第二步——产生验证证据的对话本身并不区分类别。
场景 2
从基础分支开始——框架与心智。四阶段验证框架、创始人心理学系列以及支付意愿类文章适用于任何产品。先读核心支柱(《如何在搭建前验证创业想法》),然后阅读定位文章——它讲的是在锁定类别前,如何针对已有巨头选择切入楔形。明确了市场和楔形之后,再回到纵向分支,挑一个与你当前产品匹配的类别。
场景 3
MVP 分支服务于那些已经拥有「想法真实」证据、即将确定首版范围的创始人。把 MVP 支柱文章和《创业验证清单》配合阅读,把框架转成按周推进的构建计划。客户发现仍然相关——产生验证信号的对话应该贯穿构建期,而不是停在构建之前。分发在此时进入阅读路径:有验证但没分发计划的想法,距离收入仍然至少还有一年。
如果你不知道从哪里开始,《创业验证中心》按推荐阅读顺序串起了同一些分支——从那里开始,让顺序替你选。
十一大主题集群
创业验证
必须被验证的复购收入假设
工作流价值、产出质量、经济性、可防御性
双边网络、流动性与先有鸡还是先有蛋
分发、留存与应用商店的现实
浏览器工作流、权限和分发
采购委员会、设计合作伙伴和采用
开发者工作流、集成和可靠性
找到并对话那些有这个问题的人
先做什么,跳过什么
为什么创始人跳过验证,以及应当怎么做