pm-use-scenarios

使用场景（Pragmatic Framework：规划 → 使用场景）

规则： 从角色的角度阐述问题。 使用场景通过一个置于情境中的“故事”（包括当前结果）来说明市场问题，是需求的组成部分之一。请参阅 ../pm-copilot/references/framework.md。应先创建角色（pm-personas）。

问题卡片的构成

将疑问词对应到字段：

字段	疑问词
[Problem Name]	什么 问题
[Persona]	谁 遇到了问题
有 [use scenario]	为什么 会发生
以 [frequency]	何时 会发生

改写句式（非常适合将功能请求转化为问题）：

[Persona] 在 [context] 的情况下会遇到 [problem]，因为 [why it matters]。

什么 vs. 如何——聚焦于“什么”

什么 = 问题 → PM → DEFINE	如何 = 解决方案 → Team → DESIGN/BUILD
名称、角色、使用场景、频率、市场证据、影响	概述、流程图、用例、UI、原型、错误条件

使用场景 ≠ 用例。使用场景讲述问题故事；用例则在功能规格中列举每次交互（这是团队的工作）。

阐述问题时的三个注意事项

1. 避免含糊不清的术语——不要使用：灵活、适应性强、用户友好、待定、足够、迅速/快速/很快、容错、可扩展、尽快、最大化/最小化/优化（任何以“-ize”结尾的词），和/或等。 将每个词替换为具体、可观察的表述。
2. 边缘情况（“如果……会怎样？”）——你的角色真的会这么做吗？不要为不会发生的情况设计方案。
3. 谁最重要？——U 曲线：声音最大的两端（新手 + 专家）是我们会倾听的对象；熟练的大多数才是我们应该倾听的对象。面向大多数人编写。

采访用户（批量提问）

1. 这个场景对应哪个角色和哪个市场问题？
2. 请带我了解一次发生这种情况的真实经历——是什么触发了它，他们现在会怎么做，当前结果（不理想之处）是什么？
3. 这种情况发生得有多频繁（频率）？
4. 有什么证据表明这是真实存在的问题（汇总各项输入的数据），严重程度如何（影响）？

工件模板

# Use Scenarios — <Product / Release>

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

## Scenario 1 — <Problem Name>
**Problem Card**
- **Problem Name:** <what>
- **Persona:** <who>
- **Use Scenario:** <why — the situation that causes the problem>
- **Frequency:** <when / how often>

**Day in the life**
<A short first-person narrative: the persona's context, the trigger, what they do today,
and the frustrating current result. Concrete and specific — no ambiguous terms.>

**Market evidence:** <# of documented occurrences across inputs>
**Impact:** <1–5 on the impact scale (or 99999 if contractual)>

## Scenario 2 — <Problem Name>
…

交付工件

遵循 ../pm-copilot/references/artifact-output.md：确认输入，询问需要 Markdown 还是 .docx，编写 .md；如有需要，通过环境的原生文档创建功能转换为 .docx。然后提供下一阶段选项：将这些场景汇总到优先级排序的 pm-requirements 中，或编写完整的 pm-prd。