第1章 访谈驱动MVP的核心理念：用户访谈是MVP迭代燃料、假设驱动验证、价值闭环

📌 前置场景描述

某团队开发了一款名为“FitTracker”的健身辅助应用。团队基于竞品分析和内部猜测，在3个月内构建了包含饮食记录、运动追踪、社交排行、AI教练等十余个功能的完整MVP。上线后，次周用户留存率仅12%，大部分用户在第3天即流失。

复盘发现：团队从未与目标用户进行过任何深度访谈。所有功能假设——例如“用户需要AI教练指导动作”“用户喜欢社交排名”——都来自产品经理的个人经验。团队决定推倒重来，用用户访谈驱动MVP的方式重新启动：用2周访谈20位健身爱好者，提炼出3个核心需求假设，仅用1周开发了一个极简的“打卡+轻量记录”MVP。再次测试时，次周留存率升至47%。

📌 核心任务拆解

本章围绕三大核心理念展开，它们是整个课程的认知基石：

三个理念的关系：假设是起点，访谈是驱动力，闭环是持续优化的结构保障。缺少任何一个，MVP迭代都会变成“盲目试错”。

📌 步骤/方法：访谈驱动MVP五步循环法

基于价值闭环框架，我们将MVP迭代拆解为5个可操作的步骤，每一步都与用户访谈深度绑定：

1. 明确假设：用“如果…那么…”格式写下你认为为真的用户需求。例如：“如果用户在健身后有记录需求，那么他们会愿意每天打开App打卡。”
2. 设计访谈：围绕假设设计5～8个开放性问题，避免引导性提问。每个问题都指向一个具体的使用场景。
3. 执行访谈：招募3～8位目标用户进行30～45分钟的深度访谈。使用“5个为什么”追问法挖掘表层回答之下的真实动机。
4. 提取洞察：在访谈结束后24小时内，从录音/笔记中提炼关键发现。用“用户说…/实际做…/深层需求…”三层结构记录每一条洞察。
5. 迭代MVP：根据洞察调整MVP的功能列表与优先级。删除未验证的功能，增强已验证的需求，重新进入下一轮访谈闭环。

📌 输入输出物

📌 常见陷阱

• 确认偏误：只记住或追问那些支持自己假设的回答，忽略相反信号。
  → 对策：每次访谈前写下“如果假设不成立，我可能会看到什么证据”，并在访谈中主动寻找这些证据。
• 引导式提问：“你觉得这个功能有用吗？”暗示用户说“有用”。
  → 对策：改为“你目前在健身过程中，最头疼的一件事是什么？”让用户自己描述。
• 样本偏差：只访谈容易接触的用户（如身边同事、家人），得到的面不是目标用户。
  → 对策：使用招募问卷筛选，确保用户画像与目标人群匹配。
• 过度承诺：用户出于礼貌说“我会用”，但实际行为并非如此。
  → 对策：关注用户过去的行为（“你过去一周做了几次健身？”）而非未来的承诺。
• 分析瘫痪：访谈了20人却无法提炼出清晰结论，陷入细节泥潭。
  → 对策：强制使用“3个关键洞察”输出框架，无论多少素材，只提炼最重要的3条。

📌 最佳实践

• 一次只验证一个核心假设：在一次访谈中聚焦于一个最关键的假设，避免问题发散导致无法深入。
• 访谈后24小时内完成洞察提取：记忆会快速衰减，趁访谈细节还新鲜时完成编码和总结。
• 使用“用户故事”格式记录洞察：格式为“作为一名<用户角色>，我想要<目标>，以便<价值>”，让洞察直接可转化为产品需求。
• 每轮访谈至少覆盖5位用户：根据Nielsen的可用性研究，5位用户可以发现约85%的核心问题。少于5位可能遗漏关键模式。
• 建立“假设-证据”对照表：用表格跟踪每个假设对应的访谈证据，可视化验证进度，避免凭感觉判断。

📌 模板示例：访谈假设验证卡

每次访谈前填写左侧“假设”与“预期信号”列，访谈后填写“实际结果”与“结论”。该模板是连接访谈与MVP迭代的核心交付物。