产品验证：先测需求，再动手做

产品验证是在大部分成本花出去之前，收集证据证明一个想法值得做。本文讲要验证的四件事、按成本排序的方法，以及一个先做假门测试、再做人工服务测试的完整例子，两步的通过门槛都在开始前写好。

什么是产品验证

产品验证是在把大部分东西做出来之前，收集证据证明它值得做。它按顺序回答四个问题：

1. 问题：有没有足够多的人有这个问题，频率高到他们在乎？
2. 需求：他们会不会为了得到方案而采取行动：点击、注册、付钱、花时间？
3. 方案：你的做法是不是真能解决问题，而且他们用得来？
4. 价值：新鲜感过去之后，他们还会不会继续用？

每一步都比下一步便宜。早一点得到「不行」，就省下了之后所有的成本。

按成本排序的验证方法

下表列出常见方法、各自验证什么、大致成本和要看的信号。

当前这一行过了门槛，再进入下一行。

完整例子：定时报表

一个团队想做「定时报表」：每周一把保存的报表发到邮箱。访谈里发现大家会手动把数字抄进邮件。动手之前，他们先定好门槛（以下全是示例数字）：

• 假门测试：看到按钮的账户里，至少 5% 点击。
• 人工服务测试：人工组里至少 50% 在第 4 周还在打开邮件。

第 1 步，假门测试（一周）。3,000 个周活跃账户的报表页上出现「定时发送这份报表」按钮。点击后显示：「定时报表即将上线，要抢先体验吗？」

• 240 个账户点击（8%），高于 5% 的门槛
• 90 个加入了等候名单
• 12 次简短访谈：10 个人描述了每周手动整理的习惯

第 2 步，人工服务测试（四周）。给等候名单里的 30 个账户，每周一由团队成员手动发报表。第 4 周：30 个里 22 个（73%）还在打开，高于 50% 的门槛。有 5 个要求加第二个收件人，这一点写进了最初的版本。

决定：做一个最小版本（每周、一份报表、最多三个收件人），上线后看这个功能的每周留存。

诚实地做假门测试

• 明确告诉用户功能还没上线；绝不为不存在的东西收钱。
• 只给一部分用户看，限定时间。
• 不管最后决定做不做，都要回复等候名单里的每个人。

常见错误

• 问而不看。「你会用这个吗？」只会得到客气的「会」。点击、注册和重复使用才是证据。
• 没有事先定门槛。没有门槛，任何结果都能被解读成成功。
• 找错了人验证。要用你目标的那类用户来测，见用户画像。
• 跳过价值这一步。早期的热情会消退；几周之后的留存才是真正的检验。见产品市场契合度指标。

在 TapCub 里怎么衡量

• 假门点击：发送一个事件，比如「schedule_report_click」，把报表类型作为属性；在 全端分析 › 行为分析 › 行为分析 里按账户去重计数，再除以浏览过报表页的账户数。
• 等候名单：在 网站统计 › 目标 里把等候名单表单提交设为目标，或者在产品里发一个事件。
• 上线后的价值：同一个行为分析页面里的留存模型，把「用了定时报表」设为起始事件和回访事件，就能看出账户是不是一周接一周地在用。
• 是谁：在 全端分析 › 用户 › 分群与标签 里对比分群，看目标画像是不是比其他人反应更强。

更早一步「挑什么来测」，见产品探索和术语最小可行产品。

另见：吃自己的狗粮（Dogfooding）。

另见：产品假设。

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