# 01 · 业务需求（含故事线与达成效果）

> 来源：对话包内 `doc_content.xml`、`project-summary.html`、`prd_md.md`、`需求点清单.md` 综合还原

---

## 一、故事线（这个项目是怎么来的）

你是期货公司（君弘研究）的产品经理，团队要做**投教直播**——研究员讲策略和行业、客户来看。

**痛点起点**：保利威是直播底层，但它的后台是"通用直播工具"，不是为期货投教场景设计的。运营要在保利威后台建频道、填标题封面、设观看密码；又要回自己系统维护研究员/板块/品种/适当性；还要手动把预告、直播、回放三件事串起来。两边来回切，重复配置多、易错、内容分类乱。

**你要的结局**：把保利威能力"接进来"，运营在**一个自有控台**里把预告→直播间→回放全生命周期搞定，保利威只在底层跑流。同时，期货业监管要求的**投资者适当性（C1–C5）+ VIP 服务分级**必须成为观看闸门——这是合规刚需，不是体验优化。

**对话里的演进轨迹**（从包内多个版本文档可辨）：
1. 先画了"预告/直播控制台/内容管理"三页草图（`doc_content.xml`）→ 偏运营操作视角。
2. 收敛成"预告→直播间→回放"业务流转 PRD（`prd_md.md`）→ 明确注入/命中/属性流转规则。
3. 落地为 v3 工程（`app.py` + 8 个模板 + 需求清单）→ 完整可跑的系统。
4. 最后补了"保利威 API 对接指南"（`polyv-integration-guide.md`）→ 准备从 Mock 切真实 API。

## 二、业务目标

| 目标 | 说明 |
|---|---|
| 全链路自管理 | 运营在自有控台完成预告发布、直播间配置、回放沉淀，不切保利威后台 |
| 信息自动流转 | 预告的标题/封面/板块/品种，在开播前后自动注入直播间、直播后继承到回放 |
| 命中通知 | 实际开播时间落在预告 ±20 分钟内 → 命中，预约用户收到开播提醒 |
| 合规闸门 | 适当性 C1–C5 + VIP 三档成为观看准入硬条件，优先级：适当性 > VIP |
| 内容沉淀 | 直播结束自动生成回放并独立存储，分类清晰可检索 |

## 三、用户角色

| 角色 | 关注点 | 在系统里的动作 |
|---|---|---|
| 运营人员 | 效率、不出错 | 建预告/直播间、设观看条件、批量操作、看节目单 |
| 研究员/团队 | 内容归属 | 被关联到直播间作为主播（团队分组） |
| 观众（客户） | 能不能看、体验 | 节目单选场 → 观看页过适当性/VIP 闸门 → 看直播/回放 |
| 管理员 | 合规、审计 | 启用/禁用直播间、WEB 渠道开关、操作者留痕 |

## 四、核心业务流（故事的主线）

```
建预告(绑直播间, 配板块/品种/适当性/VIP)
   │  开播前30min 自动注入直播间（备份原信息）
   ▼
直播间进入"注入状态"（展示预告信息）
   │  实际开播时间 ⊂ 预告±20min ?
   ├─ 命中 → 通知预约用户
   └─ 未命中 → 预告失效
   ▼
直播进行（保利威推流）
   │  结束后30min 自动恢复直播间原信息
   ▼
自动生成回放（继承板块/品种）→ 回放中心可检索观看
```

## 五、达成的效果（价值）

| 对运营方 | 对客户 |
|---|---|
| 减少重复配置（预告信息自动注入） | 预约后及时收到开播提醒 |
| 自动化信息同步，分类一致 | 观看体验一致（深色品牌页） |
| 内容管理效率提升 | 回放内容分类清晰、可检索 |
| 操作者留痕，便于审计 | 适当性/VIP 闸门保障合规观看 |

## 六、业务约束（决定了技术债的方向）

- **合规优先**：适当性等级优先级高于 VIP；`min_suit_level/min_vip_tier` 优先，未设时回退到 `suit_level/vip_tier`。这不是产品偏好，是监管口径。
- **适当性 C1–C5 排序**：C1< C2< C3< C4< C5（风险承受递增）。
- **VIP 排序**：空 < 君研(junyan) < 君行(junxing) < 君尊享(junzunxiang)。
- **品牌**：前端标题统一"君弘研究·直播节目单/直播大厅/回放中心/观看准入验证"，深色主题。

## 七、当前业务侧的已知缺口（影响工程）

1. 自定义鉴权虽在 PRD/需求里写了，但工程实现**没有真正按观众身份校验**（见 RAG 对查 P0）。
2. 回放授权在 PRD 提了"继承属性"，但工程**未实现回放（VOD）的 PolyV 授权闸门**。
3. 真实 PolyV API 对接仍是 Mock 为主，凭证与接口细节待与官方对齐（见迁移方案与 RAG 对查）。