案例卡 3-06
教材体系 · 第 3 章 创业思维
Dropbox演示视频的市场验证
产品还没做完，他没继续写代码，而是花几天做了一段两分多钟的视频——24 小时内，等待列表从 5000 人涨到 7.5 万人。
案例速览
人物
安德鲁·豪斯顿
Dropbox 创始人（Andrew W. Houston）
赛道
云存储 · 文件自动同步
当时"云存储"概念尚未普及
起点
大巴上忘带 U 盘
2007 年，痛点触发他开始写代码
结果
等待列表 5000 → 7.5 万人
24 小时内完成；正式发布后用户破 100 万
案例叙事
-
2007
大巴上的痛点
豪斯顿在从波士顿到纽约的大巴上，发现自己把存有重要文件的 U 盘落在了家中。这一痛点促使他开始编写代码，试图解决文件在不同设备间同步的问题。
-
困境
产品没做完，先撞上"解释难题"
如何向潜在用户解释"云存储"和"文件自动同步"这类当时尚未普及的概念？文字介绍难以传达核心价值；而通过谷歌广告获客，单用户成本高达 300 美元，远超产品 99 美元的售价。
-
决策
用一段视频代替广告
他决定采用一种低成本、高效率的验证方式：花几天时间，用屏幕录制和精心构建的模拟界面，制作了一段两分多钟的演示视频，展示 Dropbox 如何消除文件不同步的痛点。视频中还穿插了只有技术极客才能理解的"彩蛋"。
-
2008 初
投放到科技爱好者聚集地
视频被发布到 Hacker News 和 Digg 等平台。此时，Dropbox 的测试版等待列表中仅有约 5000 名用户，团队原本期望视频能把这一数字推高至 1.5 万人。
-
24 小时
登上 Digg 首页，数据失控般上扬
视频迅速走红，在登上 Digg 首页后的 24 小时内，等待列表用户从 5000 人飙升至 7.5 万人，远超预期。它用事实证明了：在投入大量资源开发完整产品之前，市场需求已经存在。
-
7 个月后
控制节奏，正式发布
团队并未让全部 7.5 万名用户同时参与测试，而是仔细甄选、控制测试节奏。7 个月后，Dropbox 正式向公众发布，用户数迅速突破 100 万人。豪斯顿后来回忆，这是 Dropbox 最重要的里程碑之一。
关键决策点
为什么用一段视频，而不是先把产品做完？
Dropbox 面对的核心假设是"用户是否真的需要跨设备同步"。豪斯顿没有用完成度去赌答案，而是用一个能让假设被证伪的最小载体去测试——这正是 MVP 四步流程的实践：把最贵的开发动作推迟，用最低成本先换取"需求是否存在"的证据。如果等待列表不动，团队可以几乎零损失地转向。
为什么视频里要埋只有极客看得懂的"彩蛋"？
这些梗不是炫技，而是选人。它们让科技圈层一眼认出"这是自己人做的产品"，从而在早期采用者中快速建立认同。这是设计思维中的用户共情：先想清楚"谁是最可能在概念未普及时就愿意尝试的人"，再决定用什么语言去沟通，而非对着大众喊口号。
为什么 7.5 万人涌来，却不让他们全部进来？
爆发的流量若直接冲进早期系统，可能把服务压垮、把口碑摔碎。团队甄选用户、控制节奏，是把一场意外的成功转化为可控的实验——这体现了反脆弱的思路：不要只用一次成功的冲量去承受不可控的失败风险，而是让增长在自己能接住的边界内发生。
案例启示
启示一
验证需求不必先造出完整产品
要的不是"我全做完了"，而是"我能拿到证明假设成立或推翻的证据"。可证伪的数据，胜过自我感觉良好。
启示二
面向谁传播，决定怎么传播
埋彩蛋不是趣味，是精准定位。概念尚未普及时，先说服最可能理解它的人，比试图说服所有人更有效。
启示三
增长本身也需要被管理
7.5 万人是礼物也是压力。懂得控制节奏，才能把一次爆红变成可持续的用户基础，而不是一次透支。
资料来源
综合整理自腾讯科技、爱范儿、猎云网、界面新闻等公开报道。
内容整理自尹开国《创业学》（北京：科学出版社，2026）第 3 章，第 78 页 · 教材相关事例 3-6
案例卡 3-06 · 第 3 章 创业思维