什么是伪门测试（Painted Door Test）？怎样做需求验证

什么是伪门测试？

伪门测试（Painted Door Test），也叫假门测试（Fake Door Test），是给用户展示一个尚未开发的功能的真实入口（按钮、菜单项、价格选项、落地页），统计有多少人尝试使用。用户点进去后会被告知这个功能正在筹备，通常还会被邀请加入等候名单。团队在写一行功能代码之前，就能从真实行为里拿到需求信号。

名字很形象：墙上画了一扇门，看上去是入口，其实还没通。它属于 Alberto Savoia 所说的「预原型」（Pretotyping）这一类低成本验证方法：先确认大家要不要「对的东西」，再去把东西做对。

常见形式

怎样做

1. 先写假设和门槛：「看到按钮的活跃用户中，至少 5% 会在两周内点击」。门槛依据是：至少要多少人采用，这个功能才值得做。
2. 把门放在需求出现的地方，而不是首页。位置对点击的影响不亚于兴趣本身。
3. 限制曝光：只给一部分用户或某个分群看。
4. 设计诚实的后续提示：点击后显示「我们正在考虑做这个功能，上线时通知你吗？」，可选加入等候名单，或者问一个问题：你原本想用它做什么。
5. 跟踪三个事件：看到入口、点击入口、后续动作。
6. 跑一到两周，无论结果如何都撤掉这扇门。
7. 做决定，并告诉等候名单里的人接下来会怎样。

指标和计算示例

核心指标是点击率 = 点击的独立用户数 ÷ 看到入口的独立用户数。如果用全部活跃用户做分母，把没看到入口的人也算进去，会低估兴趣。

示例数据：某报表工具把「导出为 PPT」按钮随机展示给 30% 的活跃用户，持续两周。事先定的门槛：5%。

整体 7.5% 超过了 5% 的门槛；315 个点击者里有 96 人（30.5%）加入了等候名单，说明不只是好奇。分群结果更有价值：给别人做报表的管理员，点击率是普通成员的 2.4 倍（12.0% 对 5.0%）。所以这个功能会先面向管理员设计。

保持诚实的规则

• 立即告知用户功能还没有。不要做假的加载画面。
• 绝不收款，也不要让人对不存在的东西做出承诺。
• 时间短、范围小，测试结束就撤掉入口。
• 别放在关键路径上：结账或安全设置里放一个假选项，损失的信任远大于得到的信息。
• 回访等候名单，包括决定不做的时候。

常见坑

• 好奇不等于需求：新标签天然吸引点击，等候名单和后续问题能把好奇过滤掉一部分。
• 位置偏差：同一扇门放在更显眼的位置，点击会更多；只在显眼程度相同的条件下比较。
• 没有门槛：没有事先定的门槛，任何结果都能被解读成「可以做」。
• 用点击测价格：在页面上选了某个套餐，不等于真的付钱。

用 TapCub 做伪门测试

把三个步骤作为自定义事件上报：

tapcub.track('fake_door_view',  { feature: 'pptx_export' });
tapcub.track('fake_door_click', { feature: 'pptx_export' });
tapcub.track('fake_door_waitlist', { feature: 'pptx_export' });

然后建一个漏斗：看到 → 点击 → 加入等候名单；再用事件分析的拆分或分群（比如按角色、套餐）对比不同人群，就像上面的表格。统计独立用户而不是事件次数，避免同一个人反复点击把比率抬高。伪门测试常常是机会解决方案树最底层的那个实验；需求一旦得到确认，下一步就是做一个最小可行产品。

资料来源

• Savoia, A. (2019). The Right It: Why So Many Ideas Fail and How to Make Sure Yours Succeed. HarperOne.
• Ries, E. (2011). The Lean Startup. Crown Business.