第05课：产品测试——怎样用低成本的方式验证假设？

核心概念

• MVP（最小可用产品）：大幅缩减产品功能范围，用最少的资源做出符合产品核心价值的功能集，投入市场测试验证
• 假入口：在无实际功能的情况下放置一个按钮或入口，观察用户是否点击以验证需求是否存在
• 假方案：在确定问题存在的前提下，用低成本方式（如演示视频）展示方案以验证用户接受度
• MVP思维：集中精力验证产品的核心价值，暂时放弃不具独特性的功能

知识点详解

1. MVP的两种测试方向

方向一：测试问题——验证设想的问题是否真实存在

假入口法：在没有任何实际功能的情况下，向菜单中添加按钮。用户点击后显示”功能尚未完成，敬请期待”。通过点击率和用户行为验证用户动机是否存在。

预约功能法：上线订阅/预约功能，根据后台数据判断用户需求优先级。

方向二：测试方案——验证设想的方案是否切实可行

在确定问题存在的前提下，用低成本的方式制造一个”假方案”，看用户是否接受。

2. MVP是一种思维方式，而不仅是一种产品类型

核心逻辑：通过验证长板的方式来验证创新产品的核心价值。集中精力在产品的优势和差异化体验上，暂时放弃看似重要但不具独特性的功能。

两种重要的呈现手法：

1. 先用人工代替系统：人工成本低且灵活，不必追求完美。先用人力验证核心价值成立，再考虑系统化实现。

2. 巧借第三方平台或系统：不用事无巨细从头做起，借助微信、共享文档等已有平台让创意先走出去验证。当前互联网基础设施已非常完善，信息展示、商品交易、流程构建都有通用解决方案。

3. MVP的局限

PayPal创始人彼得蒂尔曾批评MVP是”产品人缺乏长远规划的托词”，“无法带来伟大的产品，只能做些小修小补的把戏”。

MVP的适用范围：只能验证个别环节的假设。有的产品需要一定体量和复杂度才能体现核心价值，不能依赖MVP。

典型案例：维基百科

• 核心价值成立的前提：足够多的参与者和足够多的内容
• 没有足够内容 → 不能吸引浏览
• 没有足够浏览 → 没有动力给贡献者
• 无法通过MVP验证核心价值
• 更多依赖产品人的需求洞察和逻辑推理

案例

• 维珍航空假入口：在机上娱乐系统中添加聊天功能按钮，测试乘客对社交功能的需求
• 就诊问问（讲师团队）：开发资源有限，上线订阅提醒功能，根据后台数据决定优先做哪部分内容
• Dropbox：在没有任何产品功能时，先发布一个线条漫画视频展示跨多端同步存储概念，视频一炮而红，验证了方案有效性
• Airbnb：创始人人工发布招租启示，用充气床垫验证”陌生人愿意付费借宿”的核心假设
• 多抓鱼：早期通过微信公众号扫书，甚至仅通过微信群共享Excel表格撮合二手书交易
• 维基百科：需要足够参与者+足够内容的双向网络效应，无法通过MVP验证

金句

“互联网做产品的逻辑是不憋大招，而是边走边看，投石问路，在前进中开火。”

“MVP不光是一种产品类型，更是一种思维方式。”

“除了核心假设，其他的能凑合就凑合，能裁减就裁减。”

“只要核心价值足够硬，其他的细枝末节以后再说。“

自检问题

1. 你当前的产品创意中，最核心的假设是什么？能否用MVP的方式快速验证？
2. 在这个验证过程中，有哪些环节可以用”人工代替系统”或”借用第三方平台”来降低成本？
3. 你的产品核心价值是否需要一定的”体量和复杂度”才能体现？如果是，应该如何应对？