48 小时实验法：把一个想法验证到能上线

想法死在两个地方：会议室的争论里，和开发排期的队列里。两者有同一个原因——验证的成本太高。48 小时实验法解决的正是这件事：把验证成本压到一个人两天之内，让「值不值得做」这个问题在写代码之前就有答案。

实验的三条硬约束

• 一个人：超过两个人的实验会自然退化成项目
• 两天：第二天结束必须有结论，可以是「不行」
• 不做后端：能用表格、静态页、人工客服撑住的，就不写服务

四种常用形式

假门测试

做一个能点但还没做的入口，统计点击率。点击后给一句「正在开发，留下邮箱」，收集意愿。成本半天，能验证需求强度，但验证不了留存。

人工冒充系统

前台看起来是自动化的，后台由人手工完成。某报税工具最初就是人工整理材料再回传，跑了三周才写第一行代码，直接省掉了两个错误方向。

微信群 / 表格版

把要做的工具先用群和表格跑一遍流程。如果连你自己都不愿意每天手动执行，做成产品也不会有人用。

文案预售

先写发布文案和定价页，投放到目标渠道，看点击与留资。文案写不出一句话价值，说明这个想法还没想清楚。

怎么判定结论

实验前先写三个数字：多少人看到、多少人行动、多少算通过。三件事必须在开始前定好，否则两天后会陷入「数据看起来还行」的自我安慰。经验值：假门点击率低于 5% 基本可以放弃，高于 15% 值得进入第二轮。

实验的目的不是证明自己对，而是用最低成本买到「不必做」这个结论。

常见失败原因

最常见的失败不是实验设计不好，而是实验做得太完整——顺手把登录、支付、后台都做了，两天变成两周，最后变成一个没有结论的半成品。第二条是样本错位：在同行群里测试，得到的永远是同行的意见。找十个真实的目标用户，比找一百个围观者有用。

四十八小时的真正价值，是让「验证」变成一件便宜到可以随手做的事。当验证足够便宜，团队讨论的重心就会从「你觉得行不行」转向「数据怎么说」。