用途
本技能用于在产品开发之前，执行 Pragmatic Institute 的市场发现与验证流程，帮助产品经理识别并确认真实的市场问题。其核心规则是：大多数问题的答案不在构建之中，而应先发现、收集、分析并沟通市场中存在的问题，再验证这些问题是否紧急、普遍，以及市场是否愿意付费解决。
主要能力
明确倾听对象
技能强调区分“吵闹的 20%”与“沉默的 80%”。吵闹的 20%（最兴奋或最不满的客户，加上内部声音如高管顾问委员会、大客户销售代表、支持团队）提供的视角有限且偏斜；沉默的 80% 不会主动找你，必须主动去寻找（行业会议——离开展位、专业协会、LinkedIn、终端用户培训）。吵闹的客户不代表整个市场。
四类市场细分
每类细分都是“一个有问题的个人”，访谈需在四类之间保持平衡：
- 客户（已购买你的产品）：透过你的产品视角说话。提问：“我们今天没有解决、但应该为你解决的其它问题是什么？”
- 竞品客户：透过竞品视角说话。提问：“你的当前产品没有解决、但我们应该解决的其它问题是什么？”
- 评估者（正在选购）：赢/输视角——不要打断销售。提问：“为什么我们赢得（或失去）了你的业务？”
- 潜在客户（尚未选购）：没有视角——最适合创新。提问：“你面临什么问题，为什么没有在寻找解决方案？”
NIHITO 原则
“办公室里不会发生有趣的事。”建议每位产品经理每季度进行约 10 次市场走访。这感觉像冷电话，但你不是在销售——说明对方能获得什么，并预期很多次拒绝。
发现技巧
- 观察：做详尽笔记，寻找模式，尽量减少打断；若发现值得注意之处，就提问。回答：客户做什么/怎么做/为什么？哪些是手动完成但可以自动化的？哪些是多步骤但可以简化的？他们如何与你的产品交互？他们何时使用其它系统、搜索信息或需要帮助？
- 访谈：事先准备；使用高收益、开放式问题；大部分时间用于倾听，而非教育对方。可问：什么障碍让你无法达成目标？你的目标如何衡量？你如何看待我们的产品/公司？你还考虑过什么？问题有多严重？情况要糟糕到什么程度才会被解决？这在你的优先级中排在哪里？
三部分验证测试
机会是三者的交集（任何一项不通过 → 不要构建）：
- 紧迫性：何时紧急？紧迫感来自哪里？程度如何？
- 普遍性：是否大到足以支撑一门生意？（寻找沉默的 80%）
- 付费意愿：是否痛苦到愿意付费解决？谁会付费——他们会付给你吗？
用调查（针对三项标准的封闭式问题——避免引导性问题）和实验（低成本、低保真的假设测试）进行定量验证。
批量访谈问题
技能提供了一组批量问题，用于向用户了解：产品/功能领域及你认为谁有该问题（人物画像/细分）；你已有的证据（访谈、工单、赢/输、使用数据、调查）；你实际与四类细分中的哪些谈过、缺少哪些；对每个候选问题：多紧急、多普遍、是否愿意付费——证据是什么。
使用方式
技能包含两个工件模板：
- 市场发现文档（每次走访/访谈一份，每份一个文件，按 artifact-output.md 命名为
01-market-discovery-<contact-or-org>.md），包含公司、功能/产品、作者、日期、版本、联系人信息、产品信息、通话目的、通话笔记、关键观察与问题（以人物画像的第一人称口吻记录问题，标注紧迫性/普遍性/付费意愿信号及所属细分）。 - 市场问题汇总表，包含人物画像、问题名称（第一人称）、市场证据、影响（1–5，99999=合同约定）、优先级（证据 × 影响）、分组。市场证据 = 跨输入（访谈、调查、销售电话、支持工单、赢/输、分析师报告、评论、使用数据）记录的出现次数汇总。按优先级降序排序。通过紧急 + 普遍 + 愿意付费的问题成为候选需求。
交付工件时，遵循 artifact-output.md：确认输入（标记薄弱证据并建议具体的 NIHITO 走访来补充），询问 Markdown 还是 .docx，写入 .md，并应要求通过环境原生文档创建能力转换为 .docx。然后提供下一阶段：为拥有这些问题的人定义 pm-personas，或围绕已验证的问题撰写 pm-positioning。
适用场景
适用于产品经理在决定构建某个功能之前，需要验证市场问题是否真实、紧急、普遍且值得付费解决的场景。特别适合当产品经理说“我想构建一个功能”或类似表述时使用。
限制
技能本身未提供关于收费、价格、平台或具体效果的说明。其有效性依赖于产品经理实际执行市场走访和访谈，并如实记录证据。