案例：独立开发者如何通过“先验证后开发”工作流避免功能蔓延

背景：独立开发者常陷入“功能蔓延”（Feature Creep）陷阱，花费数月开发用户并不需要的功能，导致产品上线后缺乏市场反馈。

增长路径：引入“构建前工作流”：1. 提出功能假设；2. 制作假门测试（Fake Door Test）或落地页；3. 收集点击与邮箱；4. 对高意向用户进行 15 分钟访谈；5. 达到验证阈值后才开始编码。

商业模式：通过验证后的功能推出付费订阅，确保上线即有收入。

可复用经验：在写第一行代码前，必须证明有人愿意为该功能付费或付出时间。将“验证”作为开发流程的强制前置节点。

需验证数据：该工作流具体节省的开发时间比例、以及通过预售带来的初始转化率（需根据具体项目实际数据进行验证）。