chore: import zh skill conducting-user-interviews

README.wehub.md

@@ -0,0 +1,9 @@
+# WeHub 来源说明
+
+- Skill 名称：`conducting-user-interviews`
+- 中文类目：用户访谈脚本与访谈设计
+- 上游仓库：`refoundai__lenny-skills`
+- 上游路径：`skills/conducting-user-interviews/SKILL.md`
+- 上游链接：https://github.com/refoundai/lenny-skills/blob/HEAD/skills/conducting-user-interviews/SKILL.md
+- 本仓库为 WeHub 中文 Skill 汉化包，基于 skill 市场筛选 Top200 清单整理
+- 原作者、版权和许可证信息以上游仓库为准

SKILL.md

@@ -0,0 +1,92 @@
+---
+name: conducting-user-interviews
+description: 帮助用户开展更优质的客户与用户访谈。适用于用户正在准备用户研究、规划发现式访谈、撰写访谈问题、分析访谈发现，或试图了解客户需求时。
+---
+
+# 开展用户访谈
+
+帮助用户开展更优质的发现式对话，并运用来自 43 位产品领袖的技巧提取真实洞见。
+
+## 如何提供帮助
+
+当用户就用户访谈寻求帮助时：
+
+1. **了解其目标**——询问他们试图了解什么（验证问题、测试方案、理解行为、定价研究）
+2. **帮助其准备**——建议问题、提醒常见错误、帮助找到合适的受访者
+3. **指导技巧**——分享获取诚实且有价值的回答（而非礼貌性肯定）的原则
+4. **协助分析发现**——帮助将其所学综合为可落地的洞见
+
+## 核心原则
+
+### 收集故事，而非观点
+Teresa Torres：「访谈是一项被严重低估的技能。如果你不收集丰富的故事，你就无法发现机会。」不要问「你喜欢什么？」，要问「跟我说说上一次你……」。
+
+### 只访谈那些已经采取过行动的人
+Bob Moesta：「我只跟那些已经尝试过要取得进展的人交谈。是什么促使他们去尝试？忽略『抱怨』——寻找『转换』（实际的行为变化）。」
+
+### 观察，而非仅仅提问
+Gustaf Alstromer：「了解问题严重程度的最佳方式不是提问——而是观察。让受访者共享屏幕并展示其日常工作流程。留意那些他们已习以为常的痛点。」
+
+### 避免推销
+Jeff Weinstein：「不要以『你好，我是 X 公司的 CEO，我们做 Y 业务，让我给你演示一下』开场。那是在浪费机会。先倾听。用沉默让对方敞开心扉。」
+
+### 证伪，而非证实
+Judd Antin：「我们不是去证实，而是去证伪。我们要寻找自己错在哪里。许多产品经理想要证明自己是对的——他们做的是以用户为中心的表象工作，而非真正的研究。」
+
+### 永远不要问用户想要什么功能
+Judd Antin：「一个问客户想要什么功能的研究人员是不合格的研究人员。重点在于理解行为和问题——而不是让用户替你们设计方案。」
+
+### 挖掘情绪
+Nan Yu：「我的目标是体验到和客户同样的糟糕感受。深入挖掘功能请求的背后，找到驱动它的潜在负面情绪。」
+
+### 放下讨论指南
+Bob Moesta：「没有脚本会让很多人抓狂，但僵化的指南会阻止你跟随有意义的线索。改用『四种力量』（推力、拉力、焦虑、习惯）作为思维框架。」
+
+### 合理控制样本量
+Shaun Clowes：「7 到 14 次访谈之间，你学到的新东西会趋于饱和。少于 7 次，数据不足。超过 14 次，边际收益递减。」
+
+### 做好 90% 被拒绝的准备
+Gustaf Alstromer：「90% 的人不是早期采用者。你需要联系 10 个人才能找到 1 个。被拒绝不是失败——这是在筛选合适的用户。」
+
+### 获得直接接触
+Marty Cagan：「在我拜访了 30 个客户之前，我不被允许做产品决策。那些拜访改变了我的一生——我曾以为我了解我们的客户，但实际上我并不了解。」
+
+### 以极快的速度回应
+Jeff Weinstein：「当客户不嫌麻烦地来分享一个问题时，那就是一份礼物。我会放下会议去回复。要对 5 到 10 个超级用户保持『短信级响应』。」
+
+### 访谈非用户
+Mihika Kapoor：「最有洞察力的对话往往发生在非用户身上。问问他们为什么没有使用你的产品——你会发现用户看不到的认知差距。」
+
+### 测试付费意愿
+Jeff Weinstein：「让他们现在就给你发一张 1 美元的账单。『付费意愿』和实际付费之间的差距是巨大的。这能测试真正的承诺。」
+
+### 与灯塔用户共创
+Tanguy Crusson：「与 10 个『灯塔』用户持续合作数月。把他们拉进你和团队所在的 Slack 群组。让工程师直接参与，以便他们建立同理心。」
+
+## 可用于引导用户的问题
+
+- 「你希望通过这些访谈了解什么？」
+- 「你访谈的是否是已经尝试解决过这个问题的人？」
+- 「你是如何招募受访者的？」
+- 「你的开场问题是什么？（确保它引导对方讲一个故事，而非表达观点）」
+- 「你如何避免诱导性问题？」
+- 「你会如何处理这些发现？」
+
+## 需要指出的常见错误
+
+- **诱导性问题**——「你不觉得 X 会更好吗？」只会得到附和
+- **询问假设性问题**——「你会用这个吗？」毫无意义；行为才是关键
+- **在研究过程中推销**——你的目的是学习，不是销售
+- **访谈数量太少**——2 次远远不够；目标是 7 到 14 次
+- **把观察工作交给别人**——产品经理和设计师必须亲自在场，而不是阅读报告
+
+## 深入阅读
+
+全部 43 位嘉宾的 64 条洞见，请参阅 `references/guest-insights.md`
+
+## 相关技能
+
+- 分析用户反馈
+- 定义产品愿景
+- 衡量产品市场匹配度
+- 设计问卷调查

references/guest-insights.md

@@ -0,0 +1,866 @@
+---
+name: conducting-user-interviews-all-guest-insights
+description: 用户访谈方法论的嘉宾洞见合集
+metadata:
+  type: reference
+---
+
+# 开展用户访谈——所有嘉宾洞见
+
+*43 位嘉宾，64 次提及*
+
+---
+
+## Adriel Frederick
+*Adriel Frederick*
+
+> "不要仅靠数据来判断谁是边缘用户。数据会给你线索，告诉你他们在哪里、可能出了什么问题，它会给你一些提示。但它不会给你答案。你必须亲自去观察他们，才能找到答案。"
+
+**洞见：** 观察性研究能揭示数据漏斗中不可见的"正交"问题。
+
+**实操建议：**
+- 亲自观察用户使用产品，发现他们的心智模型（例如使用昵称 vs. 法定姓名）与产品设计之间的冲突。
+- 用数据来定位"在哪里"看，但通过访谈和观察来找出"为什么"。
+
+*时间戳：00:51:30*
+
+
+## Bangaly Kaba
+*Bangaly Kaba*
+
+> "我们每三个月就实实在在地奔赴印度实地，我带着一队工程师一起去。我们在德里、孟买，走进人们家中，去调查正在发生的事情，观察人们如何交朋友，观察他们如何使用'可能认识的人'功能。"
+
+**洞见：** 在用户自己的环境中直接观察他们，能揭示数据无法捕捉的文化差异和心智模型。
+
+**实操建议：**
+- 观察用户执行核心任务，看他们的心智模型（例如按照片搜索）与产品设计（例如按姓名搜索）有何不同。
+- 识别用户行为中的非西方范式，从而有效地本地化产品功能。
+
+*时间戳：01:27:14*
+
+
+## Bob Moesta
+*Bob Moesta*
+
+> "我们做的第一件事就是试图从客户那里提取故事。这不一定是我的产品，如果我的产品还没造出来，那也可能是别人的产品。关键是，人们雇佣我的时候会辞退什么？"
+
+**洞见：** 访谈应聚焦于用户从旧方案切换到新方案的"故事"。
+
+**实操建议：**
+- 访谈那些近期购买或切换了产品的用户，了解他们做出改变的"因果关系"。
+- 询问用户为了"雇佣"你的新产品，将会"辞退"什么。
+
+*时间戳：00:18:39*
+
+---
+
+> "我只跟那些已经尝试过做出改变的人聊……我需要跟那些采取了行动、尝试过的人聊，即使他们可能失败了——是什么促使他们去尝试的？"
+
+**洞见：** 避免访谈那些谈论自己"可能"会做什么的人；只访谈那些已经采取行动或尝试解决问题的人。
+
+**实操建议：**
+- 筛选那些已经花过时间或金钱试图解决该问题的受访者。
+- 忽略"抱怨"，关注"切换"（实际行为改变）。
+
+*时间戳：00:28:09*
+
+---
+
+> "我的另一个建议是不要使用讨论指南。这会让很多人抓狂，因为大家都想问同一套问题，但问题在于，当你问同一套问题时，你实际上就无法顺着那些包含最有价值信息的线索追问下去。"
+
+**洞见：** 僵化的讨论指南会阻碍访谈者追随最有价值的对话线索。
+
+**实操建议：**
+- 将"四种力量"（推力、拉力、焦虑、惯性）作为思维框架，而不是照着稿子念。
+- 使用"括弧法"（提供两个极端选项）来帮助用户表达他们难以言说的感受。
+
+*时间戳：00:30:18*
+
+
+## Christine Itwaru
+*Christine Itwaru*
+
+> "作为一名前产品经理，我绝不会放弃花时间与客户在一起、观察他们的痛点。正是这样让我爱上了产品——12 年前，我看到我的内部客户跟键盘较劲、跟鼠标较劲，我当时就想，'天哪，这家伙在干嘛？'"
+
+**洞见：** 直接观察客户的挣扎，是建立产品共情和识别真实问题的基础体验。
+
+**实操建议：**
+- 在客户的自然环境中观察他们如何使用产品，看他们在哪里与界面"搏斗"。
+- 优先选择直接观察，而不是二手报告，以便深切地理解"痛点"。
+
+*时间戳：00:00:00*
+
+---
+
+> "我无法想象产品经理会说，'我不想参与这种对话。'那么，我就直说了：那就别做产品了。"
+
+**洞见：** 直接与客户互动是产品经理不可妥协的核心职责，绝不应甩手给运营团队。
+
+**实操建议：**
+- 即使有支持或运营团队，也要确保产品经理与客户保持直接联系。
+- 将客户对话作为问题发现的主要工具。
+
+*时间戳：00:28:50*
+
+
+## Chris Hutchins
+*Chris Hutchins*
+
+> "我会在访谈中假装产品已经存在了。到最后，人们才会发现，'哦，还没发布啊。'然后他们会说，'我想用……'你能真切地感受到那种'不不不，这个必须得发布，我想马上开始用'的劲头。"
+
+**洞见：** 在访谈中假装产品已上线，可以揭示用户真实渴望的深度和紧迫感。
+
+**实操建议：**
+- 使用可点击的完整原型来模拟真实体验。
+- 观察用户在发现还不能使用产品时的情绪反应。
+
+*时间戳：00:10:12*
+
+
+## Chip Conley
+*Chip Conley*
+
+> "我就说，'听着，我们找一些年纪大一点的房东来试试，看看他们仅凭手机端管理房源的能力如何。'"
+
+**洞见：** 用户研究必须涵盖不同人口统计群体，以防止出现有偏的产品决策（比如全面转向移动端）。
+
+**实操建议：**
+- 主动招募年龄层被低估的用户，来测试重大的战略转变。
+
+*时间戳：00:09:47*
+
+---
+
+> "我确实走访了世界各地房东的家……我想我很幸运，因为 Brian 在这方面的投入不如他对其他人那么多。"
+
+**洞见：** 直接、亲身地观察客户在其自身环境中的情况，能提供数据本身无法给予的可信度。
+
+**实操建议：**
+- 进行"全球巡回"或上门拜访，以深入获得对用户的定性共情。
+
+*时间戳：00:15:05*
+
+
+## Christopher Miller
+*Christopher Miller*
+
+> "我们花了很多时间直接与用户交谈，并运用了很多游击式用户研究技巧。有时候，我们真的会走出办公室，跟路过的跑者聊天，了解他们在寻找动力方面遇到哪些挑战。"
+
+**洞见：** 直接、无中介地接触用户，对于理解数据背后的"为什么"至关重要。
+
+**实操建议：**
+- 使用"游击式"研究方法，在用户的自然环境中与他们交谈。
+- 访谈的重点是理解行为的情感和动机驱动因素。
+
+*时间戳：00:24:17*
+
+---
+
+> "我通常很喜欢与那些决定不使用 HubSpot 的人交谈，去真正剖析是什么促成了那个决定。它是否像我们有时可能默认的那样经过了深思熟虑……然后你常常会发现，这些决定有时是感性的、非常本能和发自内心的。"
+
+**洞见：** 访谈流失的潜在客户或已流失用户，能揭示使用数据无法捕捉的情感和品牌相关障碍。
+
+**实操建议：**
+- 优先访谈那些选择了竞品或"不消费"的人。
+- 提出能探究用户在决策过程中情绪状态的问题。
+
+*时间戳：00:27:40*
+
+
+## David Placek
+*David Placek*
+
+> "我们在那个阶段进行消费者研究或客户研究……把名字放到一系列测试中……观察这些名字如何激发他们的想象力。这是研究中最重要的东西，不是看名字是否受欢迎、是否让人舒服、是否契合概念。"
+
+**洞见：** 针对名称的用户研究应聚焦于想象力和期望，而不是流行度或"契合度"。
+
+**实操建议：**
+- 询问用户对一个特定名称的产品有什么期望，而不是问他们是否"喜欢"这个名称。
+- 测试一个名称是否创造了"考虑该产品的倾向"。
+
+*时间戳：00:51:44*
+
+
+## Dalton Caldwell
+*Dalton Caldwell*
+
+> "你必须走出去，面对面地与人交谈。你不能躲在键盘后面，然后把那叫做'与客户交谈'。对吧？我觉得很多人倾向于建一个落地页、买一些 Instagram 广告，然后试图让人注册。再说一次，那可能也有点用，但我认为很多人这么做的原因是他们害羞，他们不想把自己暴露出去，因为跟人搭话确实有点尴尬。"
+
+**洞见：** 有效的用户研究需要真实的面对面互动，以克服早期探索中的"键盘"偏见和社交焦虑。
+
+**实操建议：**
+- 优先选择面对面的线下会面，而不是落地页或广告等数字代理方式。
+- 克服向陌生人介绍自己想法时的社交尴尬。
+- 避免将"客户验证"作为单纯投广告的委婉说法。
+
+*时间戳：00:41:49*
+
+---
+
+> "我觉得，看看你的日历，上面应该有 20% 到 30% 的时间标注着类似'客户会议''客户通话''与某某会面''与某某交谈'。当你的日历上没有这些，或者全是……再说一次，如果你实际上只是在买广告来验证自己的想法，我不认为那叫做与客户交谈。"
+
+**洞见：** 创始人对用户研究的投入应体现在日历上，理想情况下应占据 20%–30% 的时间。
+
+**实操建议：**
+- 审视你的日历，确保 20%–30% 的时间用于直接客户通话或会议。
+- 区分"盯着数据分析"和进行真正的对话。
+
+*时间戳：00:43:17*
+
+
+## Dmitry Zlokazov
+*Dmitry Zlokazov*
+
+> "当你把客户研究和收集反馈这样重要的事情委托给别人时，你得到的将是经过提炼和过滤的版本。你将无法获得人们描述事物的细微差别、他们感受到的情绪以及他们觉得卡住的地方。在这个过程中，很容易丢失那些重要的信息字节。所以我坚信，与客户保持直接沟通渠道非常重要。"
+
+**洞见：** 产品负责人应亲自进行研究，以免在反馈经过中间人过滤时丢失关键细节。
+
+**实操建议：**
+- 避免将客户研究委托出去，以保持与用户情感和痛点的直接联系。
+- 构建内部工具，让产品负责人能通过几次点击就发起调查或访谈。
+
+*时间戳：00:23:52*
+
+
+## Geoffrey Moore
+*Geoffrey Moore*
+
+> "就像去看医生一样，你肯定不希望医生走过来就说，'嘿，我给你看一段我刚做完的手术录像吧？'……我想做的是跟你聊聊我身体侧面的这个疼痛。然后当医生针对这个问了很好的问题时，你会觉得，'啊，这是个好医生，我会信任他。'"
+
+**洞见：** 用户发现应效仿医学诊断，访谈者的可信度通过问题的质量来建立。
+
+**实操建议：**
+- 在提及你的解决方案之前，将访谈完全聚焦于用户的"痛点"。
+- 通过提出深入、行业相关的问题来建立信任，表明你理解他们的背景。
+
+*时间戳：00:13:00*
+
+
+## Gustaf Alstromer
+*Gustaf Alstromer*
+
+> "问题是——任何一个在加入 YC 之前没有做过销售的人都会意识到——如果你放眼全球的普通客户群体，90% 都不是早期采用者……那 10% 才是早期采用者。他们才是你真正想触达的人。但这也意味着你必须接触 10 个人才能找到一个。"
+
+**洞见：** 找到合适的访谈对象需要大规模的触达，才能筛选出那 10% 的早期采用者。
+
+**实操建议：**
+- 在寻找发现访谈时，要做好 90% 的拒绝或无动于衷率的心理准备。
+- 瞄准那 10% 愿意冒险尝试新方案的用户。
+
+*时间戳：00:24:25*
+
+---
+
+> "我认为人们只是有一种恐惧：'如果被很多人拒绝，那就意味着一切都很糟糕。'但拒绝应该放在早期采用者这个背景下看待，大多数不在乎的人并不是早期采用者……你只需要克服这种恐惧，明白即使人们不使用你的服务，也不会发生什么真正糟糕的事情。"
+
+**洞见：** 冷漠比厌恶更常见；拒绝是发现过程中的自然组成部分，而不是全面失败的标志。
+
+**实操建议：**
+- 要认识到用户很忙，他们不回应通常只是冷漠，而不是对你的想法永久性的拒绝。
+
+*时间戳：00:30:37*
+
+---
+
+> "判断问题强度最好的方法不是去问他们，而是去观察他们，或者观察他们如何解决正在做的事情……让他们共享屏幕，让他们带你过一遍他们在你正在做发现的这个领域的日常工作流程。这是最好的方法。"
+
+**洞见：** 观察性研究优于口头反馈，因为用户往往没有意识到自己的痛点有多严重。
+
+**实操建议：**
+- 使用屏幕共享来观察用户执行他们当前的手工工作流程。
+- 寻找那些用户已经习以为常的"隐形"痛点，比如重复性的 Excel 操作。
+
+*时间戳：00:32:15*
+
+
+## Jackson Shuttleworth
+*Jackson Shuttleworth*
+
+> "很多年前我们在印度做过一些 UXR……'保持火焰燃烧以显示你的承诺'这个想法在那里不太说得通……这是一个针对修理工的隐喻，当我们重新设计时……我们实际上把设计聚焦在屏幕上，让数字不断上涨。"
+
+**洞见：** 全球用户研究可以揭示核心产品隐喻中的文化脱节。
+
+**实操建议：**
+- 在不同文化背景下测试产品隐喻（比如"火焰"），确保它们能被普遍理解。
+
+*时间戳：00:41:15*
+
+
+## Jake Knapp + John Zeratsky
+*Jake Knapp + John Zeratsky 2.0*
+
+> "当你确切知道自己的假设是什么，并且有原型可以展示给他们看时，这些客户对话会变得更有成效、更有针对性。"
+
+**洞见：** 用具体假设和原型来测试，比开放式的对话要有效得多。
+
+**实操建议：**
+- 在进行客户访谈时，始终带上一个原型，让反馈扎根于现实。
+- 使用记分卡来追踪客户是否符合画像、是否有该问题、以及是否对差异化有积极反应。
+
+*时间戳：01:24:11*
+
+
+## Jeff Weinstein
+*Jeff Weinstein*
+
+> "当客户觉得有必要特意来跟你谈论某个问题时，那是一份不可思议的礼物。我会放下手头的事，只为给他们回一条消息。如果你能跟 5 到 10 个这样的客户保持短信联系，你将获得大量极具感染力的直接信号。"
+
+**洞见：** 与一小群高度投入的客户保持直接、高速的沟通，比大规模聚合数据能提供更有价值的信号。
+
+**实操建议：**
+- 以极快的速度响应客户反馈，建立一种"秘密通道"式的信任。
+- 争取与 5–10 位有抱负、懂技术的客户保持"短信友好"的关系。
+
+*时间戳：00:00:04*
+
+---
+
+> "你必须仔细倾听，而不是向客户推销……人们不想被推销。我有时会参加一个 UXR 通话……电话接通后，对方第一句话就是，'你好，我是 XYZ 公司的 CEO，我们做一二三业务，我想给你展示一个演示。'我就想，'等等，我是客户，我有……'你刚刚浪费了一个多好的机会。"
+
+**洞见：** 在研究通话中进行推销会锚定客户，阻止他们分享自己真正迫切需要解决的问题。
+
+**实操建议：**
+- 避免以公司介绍或演示开始通话。
+- 利用沉默让客户敞开心扉，说出他们脑海中首要的问题。
+
+*时间戳：00:21:34*
+
+---
+
+> "我会提示我的客户，我会说，'嘿，你介意打开你的邮箱吗？里面有什么？'或者，'如果你现在不是在跟我通话，你会在做什么？'或者，'嘿，上周是什么让你不爽？你不想面对的是什么？'或者，'魔法棒——你希望什么东西能立刻从你待办清单里消失？'"
+
+**洞见：** 关于客户日常生活的具体、开放式提问，能揭示他们迫切想要解决的"首要问题"。
+
+**实操建议：**
+- 询问客户如果不在跟你通话，他们会在做什么。
+- 请客户给你看他们的收件箱，以观察现实世界中的摩擦点。
+
+*时间戳：00:23:17*
+
+---
+
+> "我会让他们练习向我收费。我就说，'嘿，我就是一个朋友，我想帮你……现在就给我发一个 1 美元的账单或付款链接。这样，当真正要向你的第一个客户收费时，那就不是你第一次操作了。'"
+
+**洞见：** "愿意付费"和"实际付费"之间存在着巨大的鸿沟；强迫进行一次 1 美元的交易可以验证产品的核心效用。
+
+**实操建议：**
+- 在访谈中请潜在客户给你发送一张 1 美元的发票，以测试付款流程和他们的承诺度。
+
+*时间戳：00:44:09*
+
+
+## Jen Abel
+*Jen Abel*
+
+> "我会非常坦诚地告诉你我现在的状况。'嘿，我是一家早期创业公司，我们还有很多要学。能不能请你分享一下，这个问题在你这边的表现是怎样的？'"
+
+**洞见：** 坦诚承认自己是早期阶段，能鼓励潜在客户提供原始、真实的反馈，而不是礼貌性的敷衍。
+
+**实操建议：**
+- 请潜在客户"分享一下你脑子里是怎么想的"，以了解他们对解决方案的构想。
+- 避免问像"什么让你夜不能寐"这样的泛泛之问，而是问关于问题具体表现的问题。
+
+*时间戳：00:31:15*
+
+
+## Jess Lachs
+*Jess Lachs*
+
+> "团队，包括数据科学家，就坐在那里打电话……这就是定性研究优于定量研究的地方——它是在寻求上下文，通过与人实际交谈来弄清楚动机是什么、什么有效、什么对他们无效。"
+
+**洞见：** 当定量数据无法解释某个功能为何没有奏效时，数据团队应转向直接的客户对话。
+
+**实操建议：**
+- 让数据科学家通过电话访谈与客户交流，以理解数字背后的动机。
+- 利用这些通话中获得的定性洞察，为下一轮产品测试提供信息。
+
+*时间戳：00:42:16*
+
+
+## Judd Antin
+*Judd Antin*
+
+> "我的一个主要格言是：'我们不验证，我们证伪。我们在寻找自己可能是错的。'许多产品经理、许多设计师并非如此。他们不想犯错。他们寻求验证，那是用户中心的表现。"
+
+**洞见：** 研究应以证伪的心态来对待——寻求被证明是错的——而不是为现有想法寻求验证。
+
+**实操建议：**
+- 在发现阶段采用"证伪，而非验证"的心态。
+- 避免在产品周期结束时进行那种只是为了表明"关注客户"的"打勾式"研究。
+
+*时间戳：00:00:00*
+
+---
+
+> "一个会去问客户想要什么的研究人员，不是一个好的研究人员。你需要换一个研究人员。我整个职业生涯从未做过这种事。我的团队也从未做过这样的研究。"
+
+**洞见：** 有效的用户研究侧重于理解行为和问题，而不是让用户来设计解决方案。
+
+**实操建议：**
+- 不要直接问用户他们想要什么功能。
+- 将访谈的重点放在理解用户的背景和痛点上。
+
+*时间戳：00:42:41*
+
+
+## Keith Coleman & Jay Baxter
+*Keith Coleman & Jay Baxter*
+
+> "我们向不同政治光谱的人展示了这些。我们发现，嘿，人们真的很喜欢这个。无论是右派还是左派，他们似乎都非常愿意阅读这些社区注释，即使这些注释是对他们自己一方的批评。"
+
+**洞见：** 在高度对立的用户群体中测试原型，可以揭示令人惊讶的共同点，并验证产品的可行性。
+
+**实操建议：**
+- 从对立的意识形态或用户群体中招募研究参与者，以测试中立性。
+- 使用非主持式研究（如 usertesting.com）来收集关于有争议概念的早期反馈。
+
+*时间戳：01:06:35*
+
+
+## Kevin Aluwi
+*Kevin Aluwi*
+
+> "我想我只是想了解那个角色是什么样的，以便对该工作建立更多的共情，并确保我们的产品能够满足那些需求……这最终也促成了我后来对我们的司机团队的支持，当时他们正在争取：嘿，我们需要更多等待费，我们需要增加多个停靠点，以确保那些额外的工作真的能得到补偿。"
+
+**洞见：** 沉浸式用户研究（吃自家狗粮）对于建立倡导关键用户功能所需的共情至关重要。
+
+**实操建议：**
+- 亲自体验该服务或在真实条件下使用产品，以建立共情。
+- 利用第一手经验来识别需要产品解决方案的"隐藏"痛点，例如无补偿劳动。
+
+*时间戳：00:42:12*
+
+
+## Kevin Yien
+*Kevin Yien*
+
+> "产品经理需要直接接触原始材料。就这么简单。所以我认为你需要不断地与你的客户交谈或互动……你可以通过 Zapier 或其他工具设置工作流，比如'谁是客户？抓取他们的邮箱，放入一个序列中，链接到我的 Calendly'，然后访谈就会自动出现在你的日历上。"
+
+**洞见：** 自动化用户访谈的寻找过程，可确保产品经理在无需手动招募的情况下，持续掌握客户脉搏。
+
+**实操建议：**
+- 使用像 Gong 这样的工具，在销售通话中提到特定关键词时提醒你。
+- 通过 Zapier 和 customer.io 自动化对这类客户的触达，以预约研究会话。
+- 使用 userinterviews.com 进行针对性的 B2B 参与者招募。
+
+*时间戳：00:54:17*
+
+
+## Madhavan Ramanujam
+*Madhavan Ramanujam*
+
+> "如果你去问别人，'这个产品我应该收多少钱？'你实际上得到的会是垃圾信息……人们在绝对意义上毫无意义，但在相对意义上超级聪明。"
+
+**洞见：** 关于价格的直接提问会产生糟糕的数据；相对性和间接性问题更有效。
+
+**实操建议：**
+- 使用相对索引法：询问你的产品与已知锚点（如 Salesforce）相比能提供多少价值。
+- 询问三个价格点：可接受、昂贵、贵得买不起。
+- 在得到价格回答后，始终追问"为什么"，以理解其背后的价值感知。
+
+*时间戳：00:24:15*
+
+
+## Marty Cagan
+*Marty Cagan*
+
+> "我对我辅导的公司的用户研究人员说：如果产品经理和设计师无法到场参加产品测试，那就取消测试。他们必须在场。这才是他们能对团队有用的原因。"
+
+**洞见：** 产品经理和设计师必须亲自观察用户测试；委托的研究报告是不够的。
+
+**实操建议：**
+- 确保产品经理和设计师出席每一次用户测试。
+- 避免依赖研究人员单独提供的研究报告。
+
+*时间戳：00:33:48*
+
+---
+
+> "首先，他们必须真正了解用户和客户。他们必须被视为用户和客户方面的专家之一。我记得当我还是一个想成为产品经理的工程师时，指导我的人明确地说，在我拜访完 30 个客户之前，不允许我为团队做任何决定。"
+
+**洞见：** 产品经理做决策的权威是通过对客户的深度、直接了解来赢得的。
+
+**实操建议：**
+- 在做出重大产品决策之前，目标是要拜访或访谈足够数量的客户（例如 30 个）。
+- 建立对用户的专业了解，使其超过团队中的其他成员。
+
+*时间戳：00:39:49*
+
+---
+
+> "我知道，在我亲自拜访完 30 个客户之前——美国 15 个，欧洲 15 个——我不被允许担任产品经理的角色。这是指导我的人定下的规矩。我只知道，那 30 个客户改变了我的一生，因为我原以为我很了解我们的客户，但实际上我根本不了解。"
+
+**洞见：** 直接、大量的客户互动对于产品经理超越对用户需求的表面假设至关重要。
+
+**实操建议：**
+- 在对产品经理角色有信心之前，目标是要进行大量的客户拜访（例如 30 次）。
+- 确保地理位置的多样性，以获取对客户需求的多元视角。
+
+*时间戳：00:24:09*
+
+
+## Melissa Perri + Denise Tilles
+*Melissa Perri + Denise Tilles*
+
+> "同样重要的是找到愿意选择参与研究的参与者。所以确保你的客户知道：'嘿，我们可能会联系你进行客户访谈。这是为什么。你想参与 Alpha 或 Beta 测试吗？如果想，这是具体内容。'"
+
+**洞见：** 建立一个预先筛选的研究参与者数据库，可以简化产品经理的发现过程。
+
+**实操建议：**
+- 建立一个已选择参与研究的客户参与者数据库。
+- 明确客户参与 Alpha 或 Beta 测试的期望和节奏。
+
+*时间戳：00:16:22*
+
+
+## Merci Grace
+*Merci Grace*
+
+> "理想情况下，你应该每个月给自己定一个计划：如果你在大公司，有用户研究人员可以帮你招募人，那很好；如果没有，就去找符合你用户画像的人，或者干脆就是你的用户，让他们注册账号并走一遍流程。"
+
+**洞见：** 定期、直接地观察用户注册产品，对于保持共情和识别摩擦点至关重要。
+
+**实操建议：**
+- 每月至少安排一次，观察一个真实的人注册并使用产品。
+- 关注用户在整个过程中的语调和面部表情。
+
+*时间戳：31:26*
+
+
+## Mihika Kapoor
+*Mihika Kapoor*
+
+> "我觉得非常有用的一件事，不仅是问你的用户对你的产品有什么看法，还要问非用户为什么不使用你的产品。实际上，我认为这些才是最有洞察力的对话。"
+
+**洞见：** 访谈非用户能提供关于市场认知和采用障碍的关键洞察，这是现有用户无法提供的。
+
+**实操建议：**
+- 加入销售通话，直接听取客户的痛点，并将它们交叉融入路线图。
+- 询问非用户为什么没有采用你的产品，以发现营销或认知上的差距。
+- 制作产品内部使用情况的 Loom 视频，向客户宣传和推广新的使用场景。
+
+*时间戳：00:43:03*
+
+
+## Nabeel S. Qureshi
+*Nabeel S. Qureshi*
+
+> "你可能从周一到周四，真的去到客户工作的办公楼，和他们并肩工作。你真的会在那里有一张办公桌……你学会了沉浸并感受客户的问题，学会了说他们的语言。"
+
+**洞见：** 真正的客户共情来自于物理上沉浸在用户的环境中，而不是偶尔的访谈。
+
+**实操建议：**
+- 物理上坐在用户旁边，实时观察他们的工作流程。
+- 学习特定的行业术语和"梗"，以建立信任和理解。
+
+*时间戳：00:19:35*
+
+---
+
+> "周一，你进去。开会。周一晚上，你构建点东西。周二，你展示给别人看。周二，你收到反馈。周二晚上，你迭代。周三，你展示给别人看。周三晚上，你迭代。所以，你每周能完成四到五个这样的循环。"
+
+**洞见：** 通过每天与客户进行反馈和迭代循环，加速产品开发。
+
+**实操建议：**
+- 每天展示进行中的工作，以获得即时的方向纠正。
+- 根据白天收到的反馈连夜进行迭代，以保持势头。
+
+*时间戳：00:24:43*
+
+
+## Nan Yu
+*Nan Yu*
+
+> "我的目标是去感受与客户相同的负面情绪。他们带着请求来找我们，'嘿，我们想要 X'，背后一定有某种动机……促使你告诉我这一切的，到底是什么样的情感价态？"
+
+**洞见：** 有效的用户发现需要深入挖掘功能请求的背后，找到用户正在经历的底层负面情绪或"痛点"。
+
+**实操建议：**
+- 从意想不到的角度提问，以揭示根本动机。
+- 寻找"情感钩子"——用户感到沮丧或失败的具体时刻。
+
+*时间戳：00:31:10*
+
+---
+
+> "你可以直接问别人，'你感觉怎么样？'他们不一定会告诉你，但如果你跟他们进行了足够长、足够深入的对话，你就会开始与他们坦诚相见，开始从他们的角度看问题。"
+
+**洞见：** 建立深层次的共情需要长时间的对话，超越分析性的"待办任务"，进入个人视角。
+
+**实操建议：**
+- 花足够的时间与用户相处，让他们敞开心扉，谈论具体的"糟糕时刻"（例如错过截止日期）。
+- 利用用户的具体故事来构建对问题的心理模型。
+
+*时间戳：00:32:10*
+
+
+## Noam Lovinsky
+*Noam Lovinsky*
+
+> "想象一下，从零开始构建一个创业公司的产品，却无法坐在客户旁边，跟他们说'给我看看你是怎么做的'或者'给我看看你是怎么处理的'。这简直难如登天。你在寻找如此微弱的信号。你还想通过层层间接的传话游戏来获取它，这太疯狂了。"
+
+**洞见：** 从 0 到 1 的产品开发需要直接、无中介地接触客户，以避免信号在组织"传话游戏"中丢失。
+
+**实操建议：**
+- 消除阻止产品经理直接与用户交谈的法律或组织障碍。
+- 在用户的自然环境中观察他们，而不是依赖第三方报告。
+
+*时间戳：00:42:48*
+
+
+## Paul Adams
+*Paul Adams*
+
+> "我过去常做的是与人一起绘制他们的社交网络图——里面所有的人、他们的家人、朋友、他们如何沟通。我们会画出所有沟通渠道，讨论什么效果好、什么不好。我们在大约 18 个月的时间里对几十个人做了这件事。每次都会出现相同的模式。"
+
+**洞见：** 访谈中的映射练习可以揭示战术性的可用性研究可能遗漏的深层行为模式。
+
+**实操建议：**
+- 在访谈中使用可视化映射（例如社交网络或工作流程）来识别重复出现的模式。
+
+*时间戳：00:10:00*
+
+
+## Ravi Mehta
+*Ravi Mehta*
+
+> "我们定量地发现了一些非常有趣的东西……但我们关于为什么那个用例是那个用例的假设是错的。当我们最终与用户交谈时，我们因此进行了一些非常令人惊讶和有趣的对话，我们也得以重新校准并理解那些人到底在解决什么问题。"
+
+**洞见：** 定量数据能识别"发生了什么"，但需要用户访谈才能理解极端用户行为背后的"为什么"。
+
+**实操建议：**
+- 识别数据中的"超级用户"或"鲸鱼"，并针对他们进行定向的可用性研究。
+- 询问用户他们将你的产品成本与什么进行"框架对比"，以理解他们的价值心智模型。
+
+*时间戳：00:37:48*
+
+
+## Shaun Clowes
+*Shaun Clowes*
+
+> "一旦你访谈了 7 到 14 个人，你就不会再学到新东西了。少于 7 个人，你学得不够多；超过 14 个人，你开始学不到什么新东西了。所以，如果你只访谈了两个人，你很可能没有足够的数据；如果你访谈了 22 个人，你可能数据太多了——他们甚至都不去合理调整自己的工作规模。"
+
+**洞见：** 有效的用户研究需要"合理调整"访谈数量，以达到收益递减点，同时不浪费资源。
+
+**实操建议：**
+- 每个研究目标争取访谈 7 到 14 人，以达到主题饱和。
+
+*时间戳：00:14:23*
+
+---
+
+> "然后他们带着诱导性问题进入这些对话，这些问题实际上是为了让客户说出他们自己已经希望成立的事情——这说明他们要么做得研究不够，要么做得太多，然后在听到任何东西之前就已经把结果给毁了。"
+
+**洞见：** 诱导性问题通过制造确认偏见而非真正探索，从而使用户研究失效。
+
+**实操建议：**
+- 避免提出促使客户同意你现有假设的诱导性问题。
+
+*时间戳：00:14:48*
+
+
+## Tanguy Crusson
+*Tanguy Crusson*
+
+> "灯塔用户计划……我们与 10 个用户合作，证明他们遇到的问题正是我们解决的东西……我们把这些用户带到整个团队面前——不仅是产品经理，还有设计师、工程师。我们在 Zoom 上见面、聊天，与同一些用户合作好几个月来构建产品。他们在 Slack 上和我们在一起。"
+
+**洞见：** 与一小群"灯塔"用户建立深入的、纵向的关系，对于从 0 到 1 来说，比广泛的匿名研究更有价值。
+
+**实操建议：**
+- 招募 10 个特定的用户，在几个月内共同创建产品。
+- 让工程师直接参与用户通话，培养能对特定客户产生共情的"产品工程师"。
+- 与早期用户建立共享的 Slack 频道，形成直接反馈循环。
+
+*时间戳：01:23:56*
+
+
+## Teresa Torres
+*Teresa Torres*
+
+> "我认为访谈是一项被严重低估的技能。严重低估的技能。所以，第一点是，如果你没有在访谈中收集到丰富的故事，你将很难识别出机会。"
+
+**洞见：** 用户访谈的主要目标是收集具体的故事，而不是笼统的事实或观点。
+
+**实操建议：**
+- 避免脱离上下文直接提问（例如"你喜欢看什么？"）。
+- 询问具体事例（例如"跟我讲讲你上一次看电影的经历"）。
+- 将访谈扎根于行为，以获取可靠的数据。
+
+*时间戳：15:54*
+
+---
+
+> "最常见的策略是允许客户在使用你的产品或服务时选择加入……不是问'你会向朋友或同事推荐我们的产品或服务吗？'，而是问'你有 20 分钟和我们聊聊吗？'如果他们说愿意，你就发给他们一个排程软件的链接，他们就可以在你的日历上选一个时间，瞧，搞定了。"
+
+**洞见：** 自动化招募流程对于在没有行政负担的情况下保持持续的访谈习惯至关重要。
+
+**实操建议：**
+- 直接在产品流程中嵌入访谈邀请。
+- 使用排程软件（如 Calendly）让用户自动选择时间。
+- 对于 B2B，为销售/支持团队定义触发器，让他们代为安排访谈。
+
+*时间戳：27:18*
+
+---
+
+> "我在我们的访谈课上教的是，你其实不需要想好要问什么。你可以只问一个问题就完成整个访谈……'跟我说说你上一次在流媒体娱乐服务上看东西的经历。'……我只需要对你的经历保持好奇。我提问的作用只是帮你讲述这个时间线。"
+
+**洞见：** 一个好的访谈感觉像是一场自然的对话，访谈者扮演一个好奇的向导，帮助用户复述一段时间线。
+
+**实操建议：**
+- 从一个宽泛的、基于故事的问题开始。
+- 用"然后发生了什么？"来推动故事向前发展。
+- 总结你听到的内容，以表明你在倾听，并将用户带回到具体的时刻。
+
+*时间戳：37:00*
+
+
+## Todd Jackson
+*Todd Jackson*
+
+> "我们称之为'美元驱动的发现'。我们不仅仅关注做客户对话和客户发现的常规方式，更关注如何发现客户愿意为这个东西付钱，而且是付很多钱。"
+
+**洞见：** 有效的发现必须超越礼貌的对话，进行"美元驱动"的验证，以避免被潜在客户"发好人卡"。
+
+**实操建议：**
+- 问"什么是公平的价格？"、"什么算贵？"和"什么算贵得买不起？"来找出真正的支付意愿。
+- 寻找"惊叹语"或要求后续会议的请求，作为高信号的兴趣指标。
+- 问"这笔预算从哪来？"以确定是否有现有预算科目，或者你正在取代另一个工具。
+
+*时间戳：00:14:11*
+
+---
+
+> "我需要你的帮助。对我来说，这家公司成功而不是失败，非常重要。所以我不希望你对我客气。我希望你告诉我，Persona 对你的公司来说是必需品吗？如果我们消失了，会有多痛苦？如果出现一个收费只有我们一半的竞争对手，你会换过去吗？"
+
+**洞见：** 直接要求客户对产品的关键性做出残酷诚实的评价，可以帮助创始人避免"好人卡"陷阱。
+
+**实操建议：**
+- 明确询问客户是否愿意切换到更便宜的竞争对手，以测试你的产品是"必需品"还是"锦上添花"。
+
+*时间戳：00:37:00*
+
+
+## Tim Holley
+*Tim Holley*
+
+> "过去，我们会去卖家那里进行工作室访问。我们去他们的工坊，去他们的家。我们看他们如何制作商品，如何包装和发货。在黑客周期间，我们把他们请到办公室，问他们：'嘿，我们有个疯狂的想法，你有兴趣吗？'"
+
+**洞见：** 深度沉浸在用户的物理环境中，能构建对其工作流程和限制条件的丰富理解。
+
+**实操建议：**
+- 进行"工作室访问"或现场拜访，在用户的自然环境中观察他们。
+- 让用户直接参与产品开发过程，例如在黑客周期间。
+
+*时间戳：00:19:30*
+
+
+## Uri Levine
+*Uri Levine*
+
+> "如果你跟一百个人聊过，但如果你实际上是跟 20 个你不认识的人聊过，你就会得到验证——这个问题到底是不是真的。"
+
+**洞见：** 验证需要走出你的舒适区，与陌生人交谈，以确认问题的真实性。
+
+**实操建议：**
+- 至少与 20 个你不认识的人交谈，以验证一个问题。
+- 倾听他们是否用自己的语言描述这个问题，而不仅仅是附和你的描述。
+
+*时间戳：00:09:30*
+
+
+## Yuriy Timen
+*Yuriy Timen*
+
+> "了解你的客户总是有回报的。所以，用户访谈以及了解你的市场、客户和潜在客户，总是有回报的。客户研究、内部调查、访谈小组非常有用。我发现这在早期阶段尤其如此。当你真正做了一些恰当的研究推动之后，它能在种子轮到 B 轮的公司内部创造出的清晰度和势头，是巨大的。"
+
+**洞见：** 客户研究和用户访谈是创造团队对齐和战略清晰度的最高 ROI 活动。
+
+**实操建议：**
+- 进行一次"恰当的研究推动"，包括访谈和小组讨论，以围绕共同目标激励团队。
+
+*时间戳：00:54:07*
+
+
+## Zoelle Egner
+*Zoelle Egner*
+
+> "我们做了一个 Slack 集成，拉取了所有注册 Airtable 的人的大量信息……然后我们就坐在那里，在每一条进来的记录上都有一个按钮，可以让我们立刻给他们发邮件……'嘿，我们非常希望能得到你的反馈。'"
+
+**洞见：** 对新注册用户进行主动、即时的接触，有助于构建成功用户画像的心智模型。
+
+**实操建议：**
+- 将注册数据集成到实时信息流（如 Slack）中，以便即时触达。
+- 针对特定职位或公司进行高触达的反馈会话。
+- 利用早期对话帮助用户构建他们的第一个"可持续"工作流程。
+
+*时间戳：00:42:21*
+
+---
+
+> "最简单的方法就是给自己写一封模板邮件……'我非常希望能听听你到目前为止的体验，并得到你的反馈。你有 10 分钟时间通个电话吗？'我知道，必须是电话而不是调查问卷，这点很重要，因为你能从非结构化的对话中获得多得多的直觉信息。"
+
+**洞见：** 非结构化的电话交谈比结构化的调查问卷能提供更深刻的洞察。
+
+**实操建议：**
+- 自动化寻找用户并发送邮件征求反馈的流程。
+- 优先选择电话而非调查问卷，以捕捉细微差别和直觉。
+- 承诺每周或每月完成一定数量的客户对话。
+
+*时间戳：01:06:37*
+
+
+## Dylan Field
+*Dylan Field*
+
+> "我带他做完了用户研究，我知道我们需要一瓶酒才能完成，因为它花了好几个小时。当时 Figma 的输入速度非常慢……Payam 在跟我们做完一次用户研究之后，为我们写了一篇很长的文档，列出了他想在 Figma 中看到的所有东西。"
+
+**洞见：** 与早期采用者进行高强度、长时间的用户研究，可以提供全面的改进路线图。
+
+**实操建议：**
+- 进行深度挖掘式的用户研究，允许数小时的观察和反馈。
+- 鼓励超级用户在一次研究后详细记录他们的摩擦点。
+
+*时间戳：34:27*
+
+
+## Paige Costello
+*Paige Costello*
+
+> "和一个研究员成为最好的朋友，然后花时间亲眼观察客户使用产品，因为他们报告的内容或他们试图做的研究，可能与你实际观察到的大相径庭，但你确实只需要那个与客户面对面的前排座位。"
+
+**洞见：** 直接观察客户是建立可信度和理解真实产品使用情况（与内部假设相比）的最快途径。
+
+**实操建议：**
+- 与用户体验研究人员紧密合作，以获取直接接触客户的机会。
+- 亲眼观察客户使用产品，而不仅仅是阅读总结报告。
+
+*时间戳：00:24:59*
+
+
+## Peter Deng
+*Peter Deng*
+
+> "我仍然清晰地记得和 Kevin Systrom 一起飞到洛杉矶去做用户研究……没有什么可以替代那种体验……你无法通过摘要来共情。你必须亲自在房间里，完全沉浸，不看手机，真正地听到那些措辞和语调。"
+
+**洞见：** 真正的共情不能外包给 AI 摘要；领导者必须亲身或用心在场，才能听到用户反馈中的细微差别。
+
+**实操建议：**
+- 亲自参与用户研究会议，而不是阅读摘要。
+- 在用户的自然环境中观察他们（例如为 Uber 开车），去感受他们的痛点。
+
+*时间戳：01:32:44*
+
+
+## Scott Belsky
+*Scott Belsky*
+
+> "作为一名产品领导者，最让我谦卑的时刻，永远是肩并肩与客户在一起。观察他们度过自己的一天——不仅仅是使用我的产品，而是观察他们的一整天——因为你最终获得的是你缺失的很多数据的上下文。"
+
+**洞见：** 在用户的自然环境中观察他们，能提供关键的上下文，并揭示单纯靠分析无法捕捉的数据点。
+
+**实操建议：**
+- 观察用户完整的日常流程，而不仅仅是在他们使用你产品的时刻。
+- 识别那些争夺用户注意力的外部干扰因素（会议、通知、家庭）。
+
+*时间戳：00:13:41*