在每次访谈中，从一个单一、具体的问题开始：“你试图完成什么工作，以及什么会让你转而使用我们的解决方案？” 这个建议使访谈重点关注结果，而不是功能，并将您的发现集中在真实的客户工作上。
尽可能录制视频会话，以捕捉文字记录遗漏的背景信息，然后创建一个简洁的综合，重点关注三个结果：节省时间、减少错误和易用性。 包括明确的信号，如订购频率、完成任务的平均时间以及采用工作流程的团队数量。 保持综合的紧凑性——一个包含三个客户群体的中心可以帮助您发现跨领域的模式并避免复杂的说法，尽管您应该通过播客摘要或快速跟进调查来验证，以保持数据的鲜活性。
当语言偏离实际工作时，就会出现障碍； 创始人可能会听到“我们需要入职”，但用户意味着“我们需要一种行之有效的成功复制方法”。 为了防止这种情况，运行小的、快速的测试，将每个见解映射到一个可衡量的行动：一个视频片段、一个着陆页变体和一个一键注册流程。如果一个假设失败了，你不应该等待数天来修改——在 24 小时内更新你的发现中心，并在下一个迭代中推送一个新的实验。
从 Zoom、Zapier 和 Dropbox 采用一个节奏：每周的客户访谈，团队的常设播客更新，以及跟踪当前实验的实时仪表板。 显然，围绕学习建立一个社区可以帮助您收集摩擦的视频证据，并使用待完成工作的问题来确定产品赌注的优先级，特别是对于早期阶段的项目。 您收集的数据应该产生一个您可以向投资者和团队成员展示的综合； 如果没有它，决策就会漂移，障碍就会加剧，但有了它，您就可以从猜测转向有衡量的进步，并且您最终会看到从发现到交付价值的非常清晰的路线。 这种方法已被创始人使用，他们已从 0 扩展到前 100 位客户，将见解转化为行动，并在项目中实现持续改进。
根本原因客户发现：超越补丁，点燃用户布道
从一个快速的、结构化的两周冲刺开始，识别入职流失和激活缓慢背后的一个根本原因。采访六位完成入职的用户和六位开始但未完成的用户。使用直接引用和渠道指标（如首次价值实现时间、步骤完成率和激活时间）捕获发现。使用提问来挑战假设并提出您可能错过的相反解释。这种方法多年来一直在不同的团队中提供切实的改进，并且是由包括工程在内的小型跨职能团队完成的。
绘制入职流程图，记下用户停滞的位置，并从听取对话、支持工单和分析中收集证据。对于每个步骤，记录摩擦、上下文和结果。这种缩小的视角让您发现一旦修复就能解锁入职、激活和长期参与度方面更广泛改进的单一原因。 避免将症状视为核心问题； 目标是直接链接到对真实用户重要的产品市场信号。
需要注意的常见模式包括与 Facebook 和 Shopify 的集成，标签不清晰，或者用户觉得必须忍受才能留在产品中的数据录入瓶颈。如果用户不小心遇到障碍，请设计一个安全、可逆的修复方案，以保持他们的前进势头。专注于根本原因，并指定团队中的某个人负责与工程、设计和客户支持团队一起测试该修复方案。通过保持较小的、可逆的更改，您可以最大限度地减少惯性，并邀请更多的用户成为拥护者。
| 步骤 | 行动 | 输出 |
|---|---|---|
| 1 | 收集 12 次访谈（6 次完成了引导，6 次放弃了引导），并应用 5 个为什么来揭示根本原因 | 缩小了根本原因假设范围 |
| 2 | 围绕根本原因设计一个微小的改变，并与工程团队一起构建一个快速原型 | 从小规模测试中获得验证过的信号 |
| 3 | 在引导流程中运行一个封闭测试，并衡量激活时间和完成率 | 明确的改进数据和“是/否”决策 |
| 4 | 记录调查结果，并计划与支持和产品团队一起进行更广泛的推广 | 可执行的计划已准备就绪 |
如果做得好，这种方法可以产生指导产品与市场协调一致的发现，并在感知到明确价值的用户中创造动力。如果您已经有证据，请将同样的原则应用于新的功能或集成，您将会看到更多来自一群感到被理解和倾听的用户的宣传。
确定真正的问题：将表面症状转化为核心用户痛点
记录来自引导说明、支持工单和应用内事件的表面症状，然后将它们转化为您的团队可以采取行动的单个核心用户痛点。经过多年的实践，这种框架可以使今天的工作专注于价值，并避免功能膨胀。以下是一种可以实现目标的实用方法，其中包含您可以立即应用的具体步骤，同时与用户交谈并阅读线索。
-
捕获信号，而不是意见。采访十几个不同角色和背景的用户；记录直接引语、事件和应用内行为。注意表情符号和表示沮丧的非语言提示。易于理解的引语有助于您和团队以用户故事而不是原始数据的形式进行思考。需要调查的领域包括引导摩擦、上下文切换和重复任务。
-
分组为模式和概念。将信号聚类为模式，例如慢速交接、不清楚的后续步骤或失败的自动化。将每个模式链接到用户作业和发生该模式的领域（销售、支持、产品、运营）。方法：将信号映射到您的团队可以记住并在类似事件中重复使用的简单概念。
-
定义核心用户痛点。编写一份简洁的问题陈述，将用户想要完成的作业与有形的影响联系起来。示例：“当发生 X 时，现场的用户会在 Y 方面遇到困难，导致 Z。” 这侧重于痛点，而不是功能请求。从用户和产品团队的利益角度着想。
-
使用备份数据进行验证。对照分析、支持日志和实地观察交叉检查问题；确认减少表面症状实际上可以减少核心痛点。如果您已经看到错位，请调整模式或收紧陈述。备份数据使您有信心从猜测转变为经过测试的假设。
-
转化为产品和引导决策。使用核心痛点来指导构建什么、如何引导以及应用哪些流程更改。专注于少数几个收益明显且可衡量的领域。今天的行动包括为团队起草一份一页纸的问题简报，并将引导文案与用户的下一步行动配对。
快速测试和迭代。创建一个针对核心痛点的最小更改，并观察用户行为；在快速周期（甚至几天）内收集反馈。如果指标显示出益处，则将该方法扩展到具有类似问题的其他领域，并重复该周期。
精心设计访谈提示，以揭示推广触发因素，而不仅仅是用法
关注推广触发因素：构建提示，以揭示他们的网络为什么会了解你以及是什么引发了分享，而不仅仅是如何使用功能。从真实时刻的初始故事片段开始，以保持对话的具体性，并有助于学习。追踪他们的社区认可、重视并在公开对话中重复的信号。
提示浮出推广触发因素
请详细描述您决定告诉同事关于我们的最初时刻。发生了什么，您想到了谁，您说了什么？
您首先告诉了网络中的哪个人，为什么这个人很重要？
您分享的确切语言是什么？如果必须为同事用一句话概括，那会是什么？
您听到了哪些反馈或问题，哪些信号表明了支持或怀疑？
入职或安装流程会影响您分享的意愿吗？如果是，哪个步骤最重要？
当您将我们与竞争对手进行比较时，哪些差异脱颖而出，这如何影响您谈论我们的意愿？
您是否撰写或阅读过关于我们产品的文章？您引用了哪篇文章或哪些文章，哪句话帮助您解释了价值？
您会向其他人强调哪个核心价值，以及您将如何将其构建为一个快速推销？
您是否认为存在一些阈值，当达到这些阈值时，会增加分享的可能性？如果是，它们是什么？
我们的目标是制定十几个涵盖动机、社会证明和障碍的提示。您认为哪三个提示最能预测倡导？
在多次访谈中使用这些提示，以构建一个紧凑的推广触发因素图。不仅要捕捉他们所说的话，还要捕捉他们在分享时想象的背景、语气和受众。尽可能逐字记录他们的话，并附上一份关于设置的简短说明，以帮助以后听到模式。
评估技巧：按动机（自豪感、实用性、社会证明）、受众（团队、同事、领导层）和渠道（电子邮件、聊天、文章、面对面）标记回复。如果回复围绕特定叙述聚集，则该信号将成为迭代消息传递和支持内容的候选对象。
当出现竞争对手时，记录对比以及与每个选项相关的情感。如果用户说：“我们选择你是因为它解决了 X，”请捕捉他们自己的话中的确切问题以及您表达问题的方式。从长远来看，这种框架可以成为可重复使用的案例研究片段或文章大纲。
通过阅读或文章参考来引导对话有助于锚定声明。询问他们会复制什么到文章中来说服同事，以及哪个现实世界的例子最能引起共鸣。如果他们还没有阅读任何内容，请提供一篇简短、具体的文章，以反映他们的用例，以测试您的消息传递效果如何。
其他实用角度：
安装过程如何改变人们谈论我们的方式？
与工程师与非技术团队成员讨论价值时，会涌现出哪些不同的谈话方式？
您的经理会在快速推销中使用什么语言，您会为更广泛的受众翻译什么？
在实践中，将提示用作演练而非问卷。在关键故事之后暂停，总结您听到的内容，并提出后续问题以推动清晰度。如果参与者暂停，您可以转向侧重于特定方面的并行提示，例如社会证明或易于采用。
除了访谈之外，将调查结果整合为两到三个以宣传为中心的材料：一份简洁的客户引言库和一份用于推荐的单页脚本。这些资产为您的团队和内容创作者提供随时可用的杠杆，帮助将阅读的见解转化为行动。如果您觉得数据仍在演变，请从最清晰的叙述中编译一篇快速文章草稿，并在内部共享以获取反馈和保持一致。好吧，这有助于确保您正在解决真正的拥护问题，而不仅仅是记录使用情况。
制定一个通过轮换提示进行持续倾听的计划。每隔几次访谈后重新审视的十几个精心挑选的提示，通常会产生最强的信号。当您看到他们的陈述如何转化为推荐的模式时，与团队分享学习成果，并相应地调整产品叙述。同意持续调整使该方法保持实用性并以他们的实际行为为基础，而不是仅仅基于假设，这就是您如何建立持久的宣传动力。
尚未将其构建到您的流程中？从一小组用户的快速试点开始，在文章或内部笔记中捕获他们的见解，然后进行迭代。目标是将软信号转化为消息传递、产品决策和赋能的具体线索，帮助用户和他们的网络都对推荐您感到自信。仔细阅读这些信号将阐明人们选择谈论您的原因的差异，而这种清晰性是实现可扩展宣传的最快途径。
将问题与推荐联系起来：建立从痛苦到拥护的证据链
建立从痛苦到拥护的证据链：通过对客户进行简短的 15 分钟访谈来提取具体的痛苦信号，并在白板上实时捕获发现。目标是将模糊的输入转化为一组清晰的线索，指向实际的解决方案，指导早期产品工作的快速实验。
通过倾听访谈中的重复短语来识别已识别的痛苦，然后将它们构建为信徒陈述：如果问题得到解决，信徒会推荐其他人。使用引言作为依据，避免猜测。在每次访谈中，捕获引言以支持乐观情绪，并帮助团队在选择修复方案时保持创造力。
建立四个级别的证据：第 1 级痛苦陈述，第 2 级验证的问题，第 3 级行为改变的确认，第 4 级推荐意图。对于每个级别，记下核心问题的答案，并通过有多少客户表示愿意推荐以及有多少客户实际推荐来跟踪进度。这创建了一条路径，其中复杂的反馈变成一个单一的、可跟踪的指标。
构建访谈协议：对早期用例中的 8-12 个客户进行抽样，包括 Shopify 店主。询问他们的目标、当前的解决方法、节省的时间以及推荐的潜力；捕获自定义需求以及他们希望从修复中获得什么。使用简单的计时器并逐字记录引言以保持数据清晰。
将数据转化为实验：选择解决已识别的痛苦的最容易的两个更改，并测试两周。衡量诸如节省的时间、转化为试用的转化率和推荐意图等指标。使用创造性的提示来激发乐观情绪和可爱的产品创意，然后将最佳创意编目为一组后续步骤。
与团队共享一个可访问的单页阶梯来传达结果；保持创始人全职负责任的语言实用且可操作。使用白板快照和一组简短的建议，回答有关首先要发布什么的关键问题。
指导原则参考：遵循 Jakob 以用户为中心的启发式方法来塑造问题和解释；通过验证确认来验证陈述，并保持测试实践的精简，专注于客户的需求。这种方法有助于创始人将问题转化为受欢迎的、可扩展的解决方案。
下一步：安排一个每周 2 小时的时段，用于采访 6-8 位更多客户，更新阶梯，并发布至少一个旨在推动用户走向拥护者地位的小功能。记录进展并完善实践，以确保每个新产品增量都能促进推荐。
通过避免修补程序的快速实验来验证根本原因
运行三个 72 小时的快速测试，每次隔离一个根本原因，并衡量其对用户在注册和早期价值时刻所遇到的摩擦的影响。不要修补产品；仅测试文案、流程和过程更改，以便在进行任何工程工作之前证明根本原因。
-
定义 3 个具有清晰信号的根本原因假设。对于每个假设，说明确切的用户痛点、所选指标和预期方向。保持范围足够窄，以便在测试窗口内显示离散影响。如果信号消失或看起来很弱，请留出空间稍后进行调整，而不是强行修补程序。
- 示例：表单长度导致放弃、不清晰的价值信息会降低感知价值，或者导航步骤会增加不必要的摩擦。
- 将成功量化为一个具体目标（例如，将完成率提高 8-12% 或将第 2 步的放弃率降低 15%）。
-
选择分离根本原因的非代码测试。使用文案调整、顺序更改或过程推动，而不是代码更改。这可以保持成本的可预测性，并让您快速了解对您的市场重要的事情。
- 变体可以包括更短的表单、顶部附近更清晰的价值行或可见的进度指示器。
- 一次只测试一个变量，以避免间接影响，并为领导者提供清晰的信号以供审查。
-
使用一致的样本计划数据收集。在 2 种市场类型中为每个假设招募 30-50 名参与者，并发送后续提示以捕获定性背景。记录定量信号和定性笔记，以获得更丰富的画面。
-
定义成功规则和时间表。如果变体通过目标阈值产生更好的主要指标，您将获得一个可以进一步推进的黄金信号。如果在第一眼后信号微弱或消失，请暂停并重新评估；该事件是一个指标，而不是最终结论。
-
有纪律地执行以避免修补。在测试期间，仅在实时环境中使用文案、流程和过程更改。确保参与者每次都收到相同的提示流程，并始终如一地发送提醒，以防止嘈杂的数据扭曲结果。
-
快速分析并分享简洁的要点。比较不同类型用户的结果，以及改进是否在各个市场中都保持不变。Reid 指出，早期互动中的间接信号可以确认方向，而 Karen 则强调主要指标的具体结果。
-
向领导者提供明确的建议。如果测试通过，请概述下一步行动，以在整个公司范围内公平地扩展该方法。如果测试失败，请记录要放弃的内容以及下一步尝试的内容，并修订目标和新的假设。
-
流程的警戒线。放弃修补程序，避免使用模糊根本原因的最后一刻的捷径。将从问题到解决方案的过程用作概念验证练习，而不是更广泛推广的捷径。
快速与团队分享学习成果，包括做出贡献的参与者和涉及的成本。一系列有据可查的、快速的、独立的测试为决策者创建了可靠的指南，并帮助公司充满信心地前进，无论您是在测试新的文案、修改后的流程还是简单的流程调整。黄金标准是一组经过验证的根本原因，这些原因有清晰的指标支持，并得到最重要的利益相关者的认可，并且可以在不干扰当前用户的情况下提供可衡量的改进。
闭环：将洞察转化为推动拥护者的产品变更
推荐：每个季度实施一个直接反映最新学习到的见解的简单草图变更，并作为简洁的更新发送给团队。
将洞察转化为具有明确负责人和成功指标的具体建议。附加一个简短的、可衡量的目标（例如，在14天内激活率提高+15%），以及在更广泛的推广之前与用户验证它的计划。
创建一个简洁的、一页纸的视图，显示变更、理由和预期影响。包括用户引言、粗略的原型以及关键指标的预测提升，以使案例变得具体。
运行快速硝化过程：两周的冲刺、严格的范围以及尽可能小的试点组。使用自动更新的单个仪表板跟踪进度，并使团队在各个学科之间保持一致。
在拉取之前，通过用户的快照以及来自Twitter和支持查询的信号来验证想法。捕捉他们选择或忽略拟议变更的原因，以磨砺判断力。
超越发现，转向推动路线图并取决于业务目标的具体产品变更。将每一项变更与销售和营销可以向粉丝和拥护者表达的客户成果联系起来。
保持实验可擦除且回退成本低廉，从而降低风险，并避免在信号较弱时进行大的返工。设计变更，使其可以在不中断更广泛产品的情况下回滚。
提供简洁的更新，列出变更的原因和预期指标；这可使利益相关者了解情况，并在不涉及过多细节的情况下展示进度。
在发布之前，从客户访谈、支持工单和使用数据中提取见解；让量化的信号和定性的笔记塑造最终的规范。
在Twitter上分享胜利，以保持可见性并邀请早期采用者提供快速反馈；当结果清晰且经过测试时，他们已准备好传播信息。
数月的节奏很重要：每月捕获学习内容，调整计划，并衡量累积进度以保持前进的势头。
以严格的文档循环结束：记录变更、总结影响，并发布简洁的学习简报，供其他人用于将来的迭代。