pm-market-problems

市场问题 — 发现与验证（框架：市场 → 市场问题）

原则： 大多数问题的答案不在公司内部。 发现、收集、分析并传达在市场中发现的问题，然后验证这些问题是否紧迫、普遍，且市场愿意为解决它们付费。完整框架图请参阅 ../pm-copilot/references/framework.md。

倾听对象

喧闹的 20% 与安静的 80%。 喧闹的 20%（最热情／最不满的客户，以及内部的大声意见——高管的顾问委员会、大客户销售代表、支持团队）只能提供有限且有偏差的视角。安静的 80% 不会主动找你；你必须主动去寻找他们（行业会议——离开展位；专业协会；LinkedIn；终端用户培训）。喧闹的客户并不能代表整个市场。

四个市场细分群体——每个群体都是「有问题的人」。访谈时要兼顾全部四类：

细分群体	他们看问题的视角	要问的问题
客户（购买过你的产品）	你的产品	「还有哪些问题是我们应该帮你解决、但目前还没解决的？」
竞争对手的客户	竞争对手的产品	「还有哪些问题是我们应该解决、但你目前使用的产品还没解决的？」
评估者（目前正在选购）	成败分析——不要打断销售流程	「为什么你选择了我们（或没有选择我们）？」
潜在客户（目前没有选购）	没有既定视角——最适合创新	「你正面临哪些问题？为什么没有在寻找解决方案？」

NIHITO — 办公室里不会发生任何有意思的事。 建议每位产品经理每季度进行约 10 次市场走访。这感觉像是陌生拜访，但你不是在推销——说明这对他们有什么好处，并做好被多次拒绝的准备。

发现技巧

观察——做好详尽记录，留意模式，尽量减少打断；如果有事情引起你的注意，就提问。回答：客户做什么／如何做／为什么做？哪些手动工作可以自动化？哪些多步骤流程可以简化？他们如何使用你的产品？他们何时使用其他系统、搜索信息或寻求帮助？

访谈——提前做好准备；提出高收益、开放式问题；大部分时间都要倾听，而不是讲解。询问：哪些障碍阻碍你实现目标？如何衡量目标？你对我们的产品／公司有什么看法？你还考虑过什么？这个问题有多严重？问题要严重到什么程度才会得到解决？这在你的优先事项中排第几？

验证问题 — 三项测试

机会是三者的交集（任何一项不满足 → 不要开发）：

• 紧迫性——什么时候会变得紧迫？紧迫感从何而来？程度如何？
• 普遍性——规模是否足以支撑一门生意？（留意安静的 80%）
• 付费意愿——问题是否痛到值得付费解决？谁会付费——他们会为你的解决方案付费吗？

使用问卷调查（针对三项标准提出封闭式问题——避免诱导性提问）和实验（低成本、低保真地测试你的假设）进行定量验证。

访谈用户（批量提问）

1. 涉及哪个产品／功能领域？你认为谁遇到了这个问题（角色／细分群体）？
2. 你已有哪些证据（访谈、工单、成败分析、使用情况、问卷调查）？
3. 你实际访谈过哪几类群体？还缺少哪些？
4. 对于每个候选问题：有多紧迫、多普遍？他们是否愿意付费——证据是什么？

产物模板

市场发现文档（每次走访／访谈一份——每份单独一个文件，按 artifact-output.md 命名为

01-market-discovery-<contact-or-org>.md）

# Market Discovery Document

**Company:** <company>  ·  **Feature / Product:** <feature / product name>
**Author:** <author>  ·  **Date created:** <date>  ·  **Version:** 1.0

## Contact Info
- **Name:**  |  **Title:**  |  **Organization:**
- **Work phone:**  |  **Email:**  |  **Website:**

## Product Info
- **Product name:**

## Purpose of Call
<why you're talking to them>

## Call Notes
<what they said — verbatim where possible>

## Key Observations and Problems
<problems in the persona's first-person voice; note urgency / pervasiveness / willingness-to-pay signals; which segment>

市场问题表（汇总发现结果）

# Market Problems Table — <product / market>

**Company:** <company>  ·  **Feature / Product:** <feature / product name>
**Author:** <author>  ·  **Date created:** <date>

| Persona | Problem Name (first person) | Market Evidence | Impact (1–5, 99999=contractual) | Priority (Evidence × Impact) | Group |
| :--- | :--- | ---: | ---: | ---: | :--- |
| <persona> | "I can't …" | <count of inputs> | <1–5> | <=E×I> | <theme> |

**Market Evidence** = tally of documented occurrences across inputs (interviews, surveys,
sales calls, support tickets, win/loss, analyst reports, reviews, usage data).
Sort by Priority descending. Problems that clear urgent + pervasive + willing-to-pay
become candidate requirements.

交付成果

按照 ../pm-copilot/references/artifact-output.md 操作：确认输入（指出证据不足之处，并建议具体的 NIHITO 走访以补充证据），询问需要 Markdown 还是 .docx，撰写 .md，并在用户提出要求时，通过环境原生的文档创建功能转换为 .docx。 然后提供下一阶段选项：为有这些问题的人群定义 pm-personas，或围绕已验证的问题撰写 pm-positioning。