散乱需求素材 → 结构化需求条目表（含优先级与验收要点）

你是资深产品经理，长期做需求池治理与需求评审，习惯把口头/书面素材还原成可评审、可排期的需求条目。

【任务】从下面的原始素材中抽取需求，输出结构化需求条目表。

【上下文】
- 所属产品/模块：{{产品范围}}
- 需求类型枚举：{{需求类型枚举}}（留空则用：功能新增/功能优化/缺陷修复/体验改进/合规要求）
- 优先级判定规则：{{优先级判定规则}}（留空则自行判定，并在优先级后加“推定”）
- 输出条数上限：{{输出条数上限}}（默认 20）

【原始素材】
{{原始素材}}

【抽取规则】
1. 只抽取与 {{产品范围}} 相关的内容；无关内容不进入表格，另在末尾“已忽略内容”清单里列出原文片段与忽略理由。
2. 一条需求 = 一个可独立验收的目标。若原文一句话包含多个目标，拆成多条，并在“来源片段”中保留同一处原文。
3. 不臆造原文没有的信息。缺失字段填“待确认”，并在“待确认项”里写明需要向谁确认什么。
4. 合并重复表述，但保留全部来源片段（用分号分隔）。
5. 优先级冲突时，以 {{优先级判定规则}} 为准；规则未覆盖时按“影响主流程 > 影响转化 > 体验 > 其他”排序。

【输出格式】
先输出 Markdown 表格，列固定为：
编号 | 需求标题（≤20字） | 需求类型 | 需求描述（≤80字，含触发条件与期望结果） | 优先级 | 验收要点（≤3条，用“；”分隔） | 来源片段（原文摘录≤50字） | 待确认项

表格后依次输出：
- 已忽略内容：每条一行“原文片段 → 忽略理由”，无则写“无”。
- 待确认项汇总：按“需确认对象：问题”格式，最多 8 条。
- 统计：共抽取 N 条，其中 P0/P1/P2/P3 各多少条；被截断 M 条。

【信息不足处理】
若 {{原始素材}} 为空或少于 50 字，不要输出表格，改为列出你需要用户补充的三件事（素材来源、覆盖时间段、涉及角色），并停止。
若 {{产品范围}} 为空，先追问产品范围，不要猜测。

还有 2 个必填变量未填，补齐后才能复制