Quartz 4

01-需求验证实战

7 min read

需求验证实战 — 判断需求真假的核心方法

90%的创业失败源于伪需求，掌握需求验证是创业第一课

一、什么是真需求 vs 伪需求

1.1 需求判断公式

真需求 = 痛点强度 × 用户规模 × 支付意愿 × 替代方案不足
维度真需求特征伪需求特征
痛点强度不解决会死有了更好
用户规模大众刚需小众爱好
支付意愿愿意付费只想免费
替代方案现有方案很差已有完美方案

1.2 经典伪需求案例

flowchart TB
    A["伪需求识别"] --> B["痛点不够痛"]
    A --> C["用户不愿付费"]
    A --> D["替代方案足够好"]
    A --> E["市场太小"]
    
    B --> B1["智能牙刷<br/>记录刷牙时长"]
    C --> C1["免费记账App<br/>用户不付费"]
    D --> D1["更好的闹钟<br/>手机已有"]
    E --> E1["老年人社交<br/>市场太小"]
    
    style A fill:#ffebee
    style B fill:#fff3e0
    style C fill:#fff3e0
    style D fill:#fff3e0
    style E fill:#fff3e0

二、用户访谈实战

2.1 访谈前准备

准备事项具体内容
目标用户明确画像，找10个以上
访谈问题开放式问题，不引导
记录工具录音+笔记
心态学习者，不是推销者

2.2 访谈问题框架

错误问法：

  • “你觉得这个功能有用吗？“（引导性）
  • “你会用这个产品吗？“（假设性）

正确问法：

1. 你目前怎么解决[问题]？
2. 这个方案有什么不好？
3. 你为此花了多少钱/时间？
4. 如果有更好的方案，你愿意付多少钱？
5. 你能描述一下上次遇到这个问题的场景吗？

2.3 需求挖掘案例

flowchart TB
    A["用户说<br/>我想要更快的马"] --> B{"深挖需求"}
    B -->|"为什么？"| C["我想更快到达目的地"]
    C -->|"还有呢？"| D["经常迟到很烦恼"]
    D -->|"还有呢？"| E["错过重要会议损失大"]
    
    E --> F["真实需求<br/>高效出行解决方案"]
    F --> G["解决方案<br/>汽车而非更快的马"]
    
    style A fill:#e3f2fd
    style B fill:#fff3e0
    style F fill:#e8f5e9

三、MVP设计原则

3.1 MVP定义

MVP = 最小可行产品
     = 只做核心功能
     = 用最低成本验证假设

3.2 MVP设计框架

flowchart TB
    A["产品假设"] --> B["核心功能"]
    B --> C["最小范围"]
    C --> D["快速实现"]
    D --> E["数据验证"]
    
    A --> A1["用户会为XX付费"]
    B --> B1["只做解决核心痛点的功能"]
    C --> C1["砍掉80%非核心功能"]
    D --> D1["2周内可上线"]
    E --> E1["关键指标达标"]
    
    style A fill:#e3f2fd
    style B fill:#fff3e0
    style C fill:#e8f5e9
    style D fill:#f3e5f5
    style E fill:#fce4ec

3.3 MVP类型对比

类型实现方式适用场景成本
落地页MVP静态页面+表单验证付费意愿极低
视频MVP产品演示视频验证概念接受度低
人工MVP人工替代产品验证服务需求中
众筹MVP众筹平台验证付费意愿+筹集资金中
代码MVP最小功能产品验证产品体验高

四、实战案例

4.1 案例：Dropbox验证需求

背景： 文件同步是个普遍痛点

验证方法：

  1. 制作产品演示视频（成本：$0）
  2. 发布到Hacker News
  3. 观察注册量

结果：

  • 视频发布后，注册量从5000涨到75000
  • 验证了需求真实性

启示： 不需要写代码，先验证需求

4.2 案例：Zappos验证需求

背景： 网上卖鞋，担心用户不接受

验证方法：

  1. 去实体店拍照
  2. 上传到网站
  3. 用户下单后，去实体店买来寄出

结果：

  • 验证了用户愿意网上买鞋
  • 后来被Amazon收购

启示： 用最笨的方法验证最核心的假设

4.3 案例：Airbnb验证需求

背景： 人们愿意把房子租给陌生人吗？

验证方法：

  1. 找到3个愿意出租的房东
  2. 帮他们拍照、发布
  3. 观察是否有租客

结果：

  • 第一周就有订单
  • 验证了供需两端

启示： 从一个小切口开始，验证核心假设

五、需求验证检查清单

访谈前

  • 明确要验证的假设
  • 选择10个目标用户
  • 准备开放式问题
  • 准备记录工具

访谈中

  • 不引导用户
  • 多问”为什么”
  • 记录原话
  • 观察情绪反应

访谈后

  • 整理访谈记录
  • 识别共同痛点
  • 判断需求真假
  • 设计MVP验证

六、常见误区

误区正确做法
朋友说好就是好需求找目标用户验证
专家说有市场自己去验证
竞品有需求分析竞品不足
数据显示有需求看付费数据
愿意注册就是需求看付费转化

七、下一步行动

  1. 选择一个你想验证的需求
  2. 写出你的核心假设
  3. 找10个目标用户访谈
  4. 根据反馈设计MVP
  5. 2周内上线验证

记住：不要爱上你的想法，要爱上用户的问题。

Graph View