如何与用户沟通
一句话结论
创始人必须走出电脑屏幕，与真实用户建立双向连接，通过结构化的深度访谈挖掘问题而非推销方案，再用最小可行产品（MVP）快速验证，并将早期用户转化为长期的产品共建者。
来源信息
- Raw 文件：
raw/yc-videos/20221201-How-To-Talk-To-Users--Startup-School.md - 视频/文章标题：如何与用户沟通 | Startup School
- 讲者：Gustav（YC Group Partner，前 Airbnb PM）
- 日期：2022-12-01
- URL，如有：https://www.youtube.com/watch?v=z1iF1c8w5Lg
- 时间戳情况：无逐句时间戳
Executive Summary
本演讲由 YC 团队合伙人 Gustav 主讲，结合自身在 Airbnb 的早期经历与辅导数百家初创公司的经验，系统性地阐述了创始人应当如何与用户对话。
核心流程：
1. 锁定目标用户：前同事（最易回应但可能不够坦诚）→ LinkedIn 上行业相关者 → Reddit/Slack/Discord 社区 → 线下活动。
2. 进行深度访谈：视频通话 > 电话 > 面对面 > 问卷。核心原则是绝不提前介绍产品，用开放式问题挖掘真实痛点。关键问题："你今天是怎么做 X 的？""最困难的部分是什么？""为什么这么困难？""你现在怎么应付的？"
3. 绝对避免的问题："你会用我们的产品吗？""你觉得该加什么功能？""你理想中的产品是什么样？"
4. 5-10 次访谈后：用便贴纸对痛点聚类排序 → 形成假设 → 构建 MVP 原型。
5. MVP 测试：将可点击原型交给用户，不教他们操作，观察真实行为。
6. 持续激活：建立专属 Slack/WhatsApp 群组，让早期用户感觉自己是"独家见证者"。
Gustav 通过虚构一家碳排放管理公司的完整演示，将理论落地为可操作步骤。
核心观点
- 优秀创始人早在产品问世之前就开始与未来客户交谈，并在公司整个生命周期中持续直接地向用户学习。
- 用户和客户是唯一真正向你付费的利益相关者——他们是唯一会告诉你真相的人。
- 电影《社交网络》的虚构场景 vs Brian Chesky 与 Airbnb 第一位房客的真实合影 → 创业不是孤独编码，是双向交流。
- Brian Chesky 住进 50 间 Airbnb，每天与房东直接对话 → 最顶尖创始人把与用户连接作为日常习惯，而非偶尔为之。
- 用户往往能提出很好的问题，却总是给出糟糕的解决方案（Gmail 用户要求邮件和收件箱同屏 → 真相是加载太慢；Airbnb 用户要房东电话 → 真相是缺乏信任感）。
- 改变行为极其困难，你必须在访谈中观察用户的实际操作（屏幕共享/面对面演示），而不只是听他们描述。
- 创始人要评估痛点是否值得付费解决：是否已有人在为其他方案付费？现有替代方案（如 Excel）的用户满意度如何？卖给这个群体的难度有多大？
可执行建议
- 第一步（现在就可以做）：打开 LinkedIn，搜索标题中含你目标领域关键词的人（如"碳""可持续发展"），发一条简洁的消息："我是某某，正在做一个新项目想了解 [X] 领域的痛点，能否占用你 20 分钟通个电话？"
- 访谈中：用这六个问题做框架——(1) 告诉我你今天是怎么做 [X] 的？(2) 做 [X] 中最困难的是什么？(3) 为什么这么困难？(4) 你做 [X] 的频率是多久一次？(5) 做 [X] 对你们公司为什么重要？(6) 为了解决这个问题，你们现在怎么应付的？
- 追问技巧：熟练使用"你这是什么意思呢？""可以再多说一些吗？""那为什么对你来说很重要呢？"
- MVP 测试：在 Envision/Figma 中做可点击原型，定一个具体任务目标，让用户自己摸索——你在旁边只看不说。
- 测试时让用户出声思考：让他们在操作时同步说出脑中的念头，能发现哪些文字他们不理解、哪些设计意图没传达到。
- 激活早期用户：建立专属 Slack/WhatsApp 群组，措辞让他们感觉自己是"最先看到这一切的人"，展示产品迭代进度，让他们感受到被重视。
重要例子 / 公司案例
- Airbnb - Brian Chesky 住 50 间 Airbnb：放弃自己的公寓，在几个月里住进 50 间不同的 Airbnb 民宿，每天与 50 个房东中的每一位直接对话，这些对话成为产品反馈的不可置信来源。
- Airbnb - 第一通电话：Brian 和 Joe 把个人手机号放在网站上分享给所有房东，直到今天房东仍能直接打给他们。他们从未躲在
info@或do-not-reply@后面。 - 虚构碳排放公司演示：Gustav 演示了完整的访谈流程——从前同事的 LinkedIn 消息，到视频通话中只问问题不介绍产品，到发现核心痛点（报告术语难懂、数据不准确、不知如何行动）。
- Gmail 早期：用户要求"收件箱和邮件同屏显示"——原因不是需要这个功能，而是 Gmail 加载太慢，不想等待。用户提解决方案，创始人需要找到问题。
- Airbnb 早期：房客要求直接拿房东电话——原因不是需要一个电话号码，而是平台未展示足够信任感。创始人要理解深层需求而非表面请求。
关键证据
- Chesky 住 50 间 Airbnb + 放个人手机号在网站上的故事 → 最成功的创始人把用户连接作为日常习惯。
- 用户给出糟糕解决方案的两个真实案例（Gmail 同屏需求、Airbnb 要电话）→ 有力证明了"问问题不采纳方案"的必要性。
- 从五分钟视频访谈中获得的信息远多于 500-5000 份问卷调查 → 定性深度远胜定量广度。
涉及概念
- user-research
- customer-interviews
- mvp
- doing-things-that-dont-scale
- early-adopters
- founder-user-connection
涉及人物
- Gustav（YC Group Partner）
- Brian Chesky (Airbnb)
- Joe Gebbia (Airbnb)
- Nate Blecharczyk (Airbnb)
- Amal（Airbnb 第一位房客）
- Paul Buchheit (Gmail)
涉及公司
- Airbnb
- Y Combinator
可沉淀到哪些主题页
- user-research — 用户研究方法论与最佳实践
- customer-interviews — 客户访谈的提问框架与禁忌
- mvp — 最小可行产品的构建与测试方法
- doing-things-that-dont-scale — 初创公司早期不可规模化的手动操作
不确定事项
- 虚构碳排放公司仅为演示用，非真实案例
- 未提供 Envision 工具的具体使用教程
- 未深入讨论面对负面反馈/被拒绝时应如何调整方向
- 视频无逐句时间戳，无法精确定位每个演示环节的起止时间
Change Log
- 2026-06-29: Batch 1 初始创建