案例拆解最常见的失败形态是流水账复述：这家公司先做了 A，然后做了 B，最后取得了 C 的成绩。读者看完知道了别人做过什么，但不知道自己能用什么。
有效的拆解和复述的差别只有一处：复述回答"他做了什么"，拆解回答"为什么这么做有效，以及我什么时候能用"。
一、拆解前先定问题
不要拿到一个案例就开始拆。先问自己：我想通过这个案例回答什么问题？
同一个案例，问题不同，拆法完全不同：
| 我的问题 | 该拆什么 | 不必细看 |
|---|---|---|
| 这个增长打法能不能抄 | 前置条件、资源投入、时间线 | 视觉设计 |
| 他们的组织怎么支撑的 | 团队结构、决策机制、协作方式 | 具体战术 |
| 这类产品该怎么做定价 | 定价结构、分档逻辑、变化历史 | 运营活动 |
| 我们的方案哪里不如它 | 逐点对比，只看差异项 | 相同的部分 |
没有问题的拆解必然变成流水账，因为你不知道该详写哪里、该略过哪里。
二、四层拆解结构
从表面到本质，四层往下挖：
第一层：现象。 发生了什么，有什么可观察的结果。这一层只写事实和数字，不做解释。
第二层：动作。 他们具体做了哪些事。要写清楚顺序和时间跨度——很多"成功经验"的关键其实在"先做什么后做什么"上。
第三层：机制。 这些动作为什么会产生那个结果。这一层是拆解的核心，也是最考验人的地方。
第四层：条件。 这套机制成立需要什么前提。资源、时机、团队能力、市场环境——没有这一层，读者会以为照抄就行。
一个例子：
现象：某工具产品三个月内自然注册量增长 4 倍
动作：① 把核心功能做成免登录可试用
② 试用结果生成可分享的链接
③ 接收者打开链接后引导注册
机制：把「注册」这个成本前置的动作，挪到了用户已经获得价值之后。
分享链接同时承担了传播和转化两个功能。
条件：① 产品的核心价值必须能在一次试用中被感知
② 产出物本身要有分享动机（好看/有用/能证明什么）
③ 技术上支持无账号状态下的数据暂存
第三层和第四层是拆解真正的价值所在。 只有前两层的文章，网上有一千篇。
三、可迁移性怎么判断
拆解的落点是"我能不能用"。三条判断标准：
标准一：前提条件我满足几条？ 把第四层列出的条件逐条对照自己的情况。满足不到一半，这个打法大概率不适用。
标准二：因果关系确定吗？ 案例里的成功，真的是这个动作带来的吗？还是同期做了别的事、或者赶上了外部红利？幸存者偏差是拆解最大的陷阱——你只看到了做这件事成功的那家，没看到做同样事失败的九家。
标准三：规模和阶段匹配吗？ 一家有百万用户的公司的做法，在你只有一千用户时通常不成立；反过来也一样。
如果三条都存疑，诚实地写出来。"这个案例的成功可能与其自带的渠道优势有关，不具备这个条件的团队慎用"——这种判断比强行推荐有价值得多。
四、结论必须回答三件事
拆解的结论不是总结，而是决策依据。三件事必答：
第一：什么情况下适用。 明确的适用条件，不是"值得借鉴"这种废话。
第二：什么情况下不适用。 边界比适用范围更重要，它防止误用。
第三：如果要做，第一步是什么。 给一个可以立刻开始的动作，而不是一个方向。
❌ 结论：这个案例说明用户体验很重要，值得我们学习。
✅ 结论：
适用：产品核心价值能在 5 分钟内被感知、且产出物可分享的工具型产品
不适用：需要长期使用才见效的产品、B 端复杂系统
第一步：先测试核心功能能否在无账号状态下运行，
技术上做不到的话，这套打法就不用往下想了
五、拆解自己的项目
拆解不只用于研究别人。拆自己的项目往往收益更大，因为你能拿到完整的过程数据。
拆自己的三个额外优势：
- 能看到失败的部分——外部案例只呈现成功，自己的项目你知道哪些尝试没成
- 能还原决策过程——当时基于什么信息做的判断，事后看缺了什么
- 数据是真的——不用担心对方美化数据
拆自己项目的方法和拆外部案例一样，但要额外注意避免事后合理化——人会不自觉地把偶然的成功解释成计划中的必然。防止办法是先还原事实和时间线，再做解释。具体做法可以看项目复盘怎么做。
六、素材从哪来
拆解的质量取决于素材的完整度。按可靠性排序：
- 一手信息——当事人访谈、内部文档、公开的复盘分享
- 可验证的数据——财报、公开的用户数、第三方监测
- 产品本身——直接去用，很多细节只有用过才知道
- 公开报道——注意区分事实和公关口径
- 二手解读——别人的拆解文章，只作为线索不作为依据
第三条经常被忽略。 分析一个产品的增长打法，最直接的方式是自己完整走一遍用户流程，把每一步的设计意图记下来。这比读十篇报道有效。
要警惕的是"故事"：公开访谈里的创业故事通常经过美化和事后归因。把它当线索可以，当依据不行。
七、拆解过程放在画布上
案例拆解的素材很杂：产品截图、数据表格、访谈记录、时间线、竞品对比。散在文件夹里，写的时候要来回翻。
在一块画布上做的实际便利：
- 四层结构分区摆开——现象、动作、机制、条件各占一块，一眼看出哪层还没挖够
- 证据挂在对应结论旁边——某个判断的依据是哪张截图、哪段访谈，直接放旁边
- 时间线横向排开——动作的先后顺序用时间轴表达，比文字清楚
- 多个案例并排对比——同类型的三个案例摆在一起，共性和差异一目了然
英飞·思想家支持 PDF、图片、网页链接等 14+ 种格式直接承载，需要最新信息时 AI 还能联网搜索并把检索结果整理成卡片和表格放在画布上——做竞品和市场拆解时，从搜集到结构化是一条连续的链路。
八、写成文章时的结构
拆解发出去时，结构和你的分析过程不同。分析是从表到里，写作要从读者关心的地方开始：
- 先给结论——这个案例值不值得看、适用于谁。别让读者读完三千字才知道和自己无关
- 再给现象——最惊人的那个数字放前面
- 然后是动作和机制——主体部分
- 接着是条件和边界——防止误用
- 最后是第一步行动
中间穿插证据：截图、数据、原话。没有证据支撑的拆解读起来像编的。
常见问题
案例拆解和案例复述有什么区别？
复述回答"他做了什么"，拆解回答"为什么有效、我什么时候能用"。只有现象和动作两层的是复述。
拆解前要做什么准备？
先确定你想通过这个案例回答什么问题。没有问题的拆解必然变成流水账，因为不知道该详写哪里。
怎么判断案例能不能抄？
看三条：前提条件满足几条、因果关系是否确定（当心幸存者偏差）、规模和阶段是否匹配。
素材从哪找？
一手信息和可验证数据最可靠，其次是自己去用产品。公开报道要区分事实和公关口径，别人的拆解只作线索。
拆自己的项目有什么不同？
能看到失败的尝试、还原真实决策过程、数据可信。但要防止事后合理化——先还原事实和时间线，再做解释。
结语
案例拆解的价值全在第三层和第四层：机制和条件。只写现象和动作，读者拿不走任何东西。
拆之前先定问题，拆的时候往下挖两层，结论必须回答"什么时候适用、什么时候不适用、第一步做什么"。做到这些，一篇拆解才值得别人花二十分钟读完。