# TVU Producer — Design Discovery

> 依据 `design-discovery` skill 起手协议产出。素材来源：用户产品介绍文字 + 实地走查（Workbench 项目列表 `/producer/workContent/`、Program Settings 弹窗、Producer-monitor 诊断面板、Management Center 的 Usage/Settings/Shortcuts 子页面、真实 Studio 切换台界面——用户已启动名为 "0323" 的 Program，只读观察未做任何切换/推流操作）。
> **仍未探索范围**：仅剩 Cloud Record 顶级 tab 内部结构。其余区域（含 Studio 视觉布局）均已实地确认，标 ⚠️ 处为唯一残留推测/待确认项。

---

## 1. Personas (3-5)

| Persona | 业务角色 | 频率 | 技术深度 | 主要决策 |
|---|---|---|---|---|
| 导播 (Director/TD) | 主控切换器，决定信号切换时机、图形叠加、转场 | 每场直播全程 | 中高（需理解信号/延迟/切换节奏） | 何时 cut/take、叠加哪层图形、何时切横竖屏 |
| 制作人 (Producer) | 节目全局负责人，创建 Program、配置参数、协调各角色 | 每场直播前 + 全程 | 中（懂业务流程，不一定懂底层技术） | Program 参数配置（格式/声道/槽位数）、邀请谁加入、推流到哪些平台 |
| 现场信号提供者 (Field Contributor) | 用摄像机/手机作为云端信号源，或作为远程嘉宾 | 按场次 | 低（只需扫码/开链接加入） | 是否加入直播、用什么设备接入。**用户确认：其加入后的自助界面运行在另一个独立服务上，不在 Producer 本体的设计范围内**，Producer 侧只负责生成/管理邀请入口 |
| 音频工程师 (Audio Engineer) | 管理多路输入的电平、声像、静音/独奏 | 直播全程（如配置了该角色） | 中高 | 各声道电平/pan/mute/solo 决策 |
| 运维/IT 管理员 (Ops & IT Admin) ⚠️ | 监控信号质量、云端虚拟机资源、故障排查 | 直播中 + 事后复盘 | 高（需读懂诊断日志/码率/CPU-Memory） | 是否需要介入排障、是否升配 |

---

## 2. Use scenarios (5+)

1. 融媒体记者在外场用手机 + 专业摄像机做多机位直播，编辑部远程导播切换
2. 企业发布会/活动现场多路 SDI/ST2110 信号接入，云端专业切换 + 品牌图形叠加
3. 体育赛事直播叠加记分板、动画时钟（Singular.Live 集成），画中画呈现多角度
4. 一场直播同时产出横屏（电视/官网）+ 竖屏（短视频平台）两种成片，同步推流到社交媒体/SRT/RTMP/NDI
5. 制作人分享直播 URL/二维码，几分钟内让异地嘉宾接入连线
6. 导播用 Streamdeck/LoupeDeck/iPad(Sidecar) 硬件控制器操作切换，减少纯鼠标依赖
7. 运维人员在直播中通过 Monitor Dashboard 观察各路信号码率/FPS，发现格式不匹配告警并介入 ⚠️

---

## 3. Pain points (5+, ranked by严重度 × 频率)

| # | Pain | 严重度 | 频率 | 排序依据 |
|---|---|---|---|---|
| 1 | 传统电视台级导播依赖整套硬件设备，部署成本高、搭建慢 | 高 | 高 | Producer 的核心价值主张直接对应此痛点 |
| 2 | 互联网传输天然存在延迟，云端切换难做到"帧精确" | 高 | 高 | 官方特意强调"帧精确切换技术"作为差异化能力 |
| 3 | 多平台分发格式/协议不统一（社交媒体 vs SRT/RTMP/NDI），需要反复转码适配 | 中高 | 高 | 每场直播都要面对分发环节 |
| 4 | 异地嘉宾/多机位协作难以快速接入，传统方案门槛高（专线/硬件） | 中高 | 中 | 远程协作靠分享 URL/二维码解决，说明这是明确要解的痛点 |
| 5 | 直播故障定位困难（信号断流、格式不匹配）缺乏可视化诊断 ⚠️ | 中 | 中 | Monitor Dashboard 的诊断日志能力对应此痛点，但覆盖面待确认 |
| 6 | 横竖屏内容需要分别单独制作，无法一次直播两种产出 | 中 | 中 | "支持同时横竖屏制作"直接回应 |

---

## 4. User stories (5+)

- 作为**导播**，我希望在 Web 界面里对最多 12 路信号做帧精确预览与切换，即使互联网存在延迟，这样直播画面依然专业不卡顿。
- 作为**制作人**，我希望创建 Program 时就配置好格式、声道数、直播槽位数、输出数等参数，这样制作团队从一开始就在统一规格下工作。
- 作为**制作人**，我希望只分享一个直播 URL 或二维码，就能让任意数量的远程嘉宾在几分钟内加入直播，这样不必依赖专线或额外硬件协调异地嘉宾。
- 作为**音频工程师**，我希望对每路输入独立做电平、声像、静音、独奏监听，这样能在多信号源直播中保证混音质量。
- 作为**导播**，我希望同时产出横屏与竖屏两种版本并分别推流到不同平台，这样一次制作能覆盖电视端和短视频端两种受众。
- 作为**运维管理员**，我希望在诊断面板里看到各路信号的码率/FPS/格式告警和操作日志（谁在什么时间做了什么），这样出问题时能快速定位是信号源问题还是平台问题。⚠️
- 作为**导播**，我希望用 Streamdeck / LoupeDeck / iPad(Sidecar) 等硬件直接操作切换台，这样操作效率和现场硬件导播台一致，不必完全依赖鼠标点选。
- 作为**导播**，我希望能远程 PTZ（云台/变焦）控制现场摄像机，这样不需要现场额外配备摄像师就能调整机位取景。（实地确认：Shortcuts 页面有完整的 PTZ control 编组快捷键）
- 作为**制作人**，我希望直播中能开启实时转录字幕或接入第三方字幕服务，这样能满足无障碍/合规要求。（实地确认：Shortcuts 里的 "Go with transcriber" / "Go with third party caption"）

---

## 5. Market / Competitive analysis (3+)

| 产品 | 强项 | 弱项 → Producer 差异化机会 |
|---|---|---|
| vMix | 本地软件切换功能强大、图形叠加丰富、生态成熟 | 依赖本地高性能硬件部署，无法纯浏览器随时随地导播 → Producer 零安装、纯 Web 访问 |
| OBS Studio | 免费、插件生态庞大、社区活跃 | 无内置帧精确云端切换/专业信号（SDI/ST2110）接入能力，多人协作弱 → Producer 的帧精确切换 + 广播级信号接入是核心壁垒 |
| Grass Valley AMPP（云端制作套件） | 同属"云导播"赛道，广播级功能对标，行业认可度高 | 定价/部署偏企业重型，onboarding 门槛较高 → Producer 定位更轻量、SaaS 化、快速上手（分享链接即可加入） |
| StreamYard / Restream Studio（轻量浏览器直播工具） | 上手极简、多平台同步推流做得好 | 不支持专业级信号接入（SDI/ST2110/专业摄像机）、无帧精确切换、无硬件控制器集成 → Producer 面向融媒体/专业客户的广播级能力是差异点 |

---

## 6. Information Architecture (IA) + Feature List

### IA 层级

| Level | Page / Section | 主要功能 |
|---|---|---|
| L1 | Workbench | Program 列表管理入口（已实地走查） |
| L1 | Management Center | 账号级设置（已实地走查：Usage / Settings / Shortcuts） |
| L1 | Cloud Record ⚠️ | 未探索，推测为云端录制内容管理 |
| L2（Workbench 下） | Program 列表（`/workContent`） | 搜索/筛选/排序 Program，新建 Program 入口 |
| L2（Workbench 下） | Create a program | 新建 Program 流程入口 |
| L2（Workbench 下） | Program 卡片「…」菜单 | Rename / Share / Setting / Monitor / Delete / Duplicate / Import EDL / Offline setup |
| L2（Management Center 下） | Usage | 用量查看，指向外部 "token purchasing portal"——**确认为 token 消耗计费模型**，与 Monitor 面板的 Purchase 按钮呼应 |
| L2（Management Center 下） | Settings | 账号级偏好：Enable email notifications、Auto shut down after N mins without streaming |
| L2（Management Center 下） | Shortcuts | 完整快捷键参考，按功能分组：Transition / Source / Source to PGM / Mute-Unmute / Audio monitor / Remove source / Volume / PIP / Edit nickname / **PTZ control** / Change source / Output / Overlay / Clip player / Other / **Audio mixer** —— 这一页实质上是切换台（Studio）功能面的完整清单 |
| L3（Setting 弹窗） | Program Settings | Format、Audio Channels、Live Slots(≤12)、Clip Players、Custom Sources、Outputs、Enable features（RPS/Vertical/Output buffer/Follower mode/Source delay control/Input Source Recording/PGM Recording/Replay App/Review App） |
| L3（Monitor） | Producer-monitor Dashboard（独立子域） | Output 预览、Program info、Virtual machine info（CPU/Memory）、Input 信号槽位网格（Video/Audio Bitrate/FPS）、SCTE 状态、Diagnostic logs |
| L3 ✅ | 导播/切换器主界面（`/producer/studio/?id=<programId>`，"Studio"） | **视觉布局已实地确认**（观察正在直播的 Program，只读未操作）：<br>• 左侧图标导航：Output / Record / Overlay / Audio mixer（显示 AFV 开关状态）/ **Intercom**（🆕 团队内部通话，discovery 阶段完全未预见）/ Live Caption / SCTE / Monitor / PTZ Control / Clip Player / Buffer<br>• 主体上方经典 **Preview（绿框）/ Program（红框）双画面监视器**，中间为布局切换 + Overlay Cut / Video Cut 按钮<br>• 下方信源网格（编号插槽，分类型：Live Source / Clip Player / IP video / Custom / Replay），空槽显示 "Add source" 等占位文案，1 号槽带**二维码图标**（对应远程加入的可视化入口）；已接入信源可能带**格式不匹配警告三角**（与 Monitor 诊断日志的告警一致）<br>• 功能操作面另由 Shortcuts 页确认：多种 Transition（含 Singular cut / L band transition）、逐路 Source 操作（选源/切 PGM/静音/音量/PIP/改名）、PTZ 远程控制、Overlay 引擎（Native/Logo/Singular/Flowics/Url）、Output 目的地（HLS/SRT/RTMP(S)/Zixi/RTSP/UDP/Grid/主流社交平台等）、SCTE 广告信令、实时转录/字幕接入、独立 Audio Mixer（AFV + 4 组 Control pair） |
| L3 ⚠️（外部服务，非 Producer 范围） | Field Contributor 加入界面 | **用户确认：运行在另一个独立服务上**，不属于 Producer 本体 IA，Producer 侧只需设计"生成/分享邀请链接"这一段 |

### Feature list（按 persona 分组）

| Feature | 服务 persona | Priority | 数据源依赖 |
|---|---|---|---|
| 多类型信号接入（≤12 路，SRT/SDI/ST2110/摄像机/手机） | 导播、Field Contributor | 高 | 信号接入网关/协议栈 |
| 帧精确云端切换 + Web 零延迟预览 | 导播 | 高 | 云端切换引擎 |
| 图形叠加（静态图/PIP/Singular.Live 动态图形） | 导播、制作人 | 中高 | 图形素材库、Singular.Live 集成 |
| 高级音频混音（电平/pan/mute/solo） | 音频工程师 | 高 | 音频处理引擎 |
| 横竖屏同时制作 + 多平台同步推流（社交/SRT/RTMP/NDI） | 制作人、导播 | 高 | 分发网关 |
| 远程协作邀请（URL/二维码，参与者无上限）——**Producer 侧范围仅限"生成/分享邀请入口"，加入后的自助界面在另一独立服务上，不在本产品设计范围** | 制作人 | 高 | 邀请/信令服务 |
| 硬件控制器集成（Streamdeck/LoupeDeck/Korg Nano/iPad Sidecar） | 导播 | 中 | 设备驱动/协议适配 |
| PTZ 摄像机远程云台/变焦控制（新增，已实地确认于 Shortcuts） | 导播 | 中 | 摄像机 PTZ 协议对接 |
| 多引擎图形叠加（Native/Logo/**Singular.Live**/**Flowics**/Url，Flowics 为新增发现） | 导播、制作人 | 中高 | 图形引擎集成 |
| 实时转录字幕 / 第三方字幕接入（新增，已实地确认于 Shortcuts） | 制作人、（潜在）无障碍合规责任人 | 中 | ASR / 第三方字幕服务集成 |
| SCTE 广告信令 + timed cue tone（已实地确认于 Monitor + Shortcuts） | 制作人 | 中 | SCTE 信令服务 |
| 独立 Audio Mixer 模块（AFV + 声道对控制，已实地确认于 Shortcuts + Studio 左侧导航） | 音频工程师 | 高 | 音频处理引擎 |
| Intercom 团队内部通话（🆕 已实地确认于 Studio 左侧导航，discovery 阶段未预见） | 导播、音频工程师、Field Contributor（推测） | 中 | 实时语音信令 |
| 二维码扫码加入信源槽位（🆕 已实地确认于 Studio 空槽位图标） | 制作人、现场信号提供者 | 高 | 邀请/信令服务（与"远程协作邀请"feature 同源） |
| 信源格式不匹配可视化告警（🆕 已实地确认于 Studio 信源卡片，与 Monitor 诊断日志一致） | 导播、运维/IT 管理员 | 中 | 信号接入网关格式校验 |
| Program 参数配置（Settings 弹窗） | 制作人 | 高 | Program 配置服务（已实地确认） |
| Token 消耗计费 + Usage 用量查看（新增，已实地确认于 Management Center） | 制作人、账号管理者 | 高 | 计费/token 系统 |
| 运维监控仪表盘（信号码率/FPS/CPU-Memory/诊断日志） | 运维/IT 管理员 | 中 | 监控数据管线（已实地确认，⚠️ 覆盖范围/是否需 Purchase 待确认——面板右上角出现「Purchase」按钮，且已确认计费是 token 模型） |
| ~~团队/权限管理~~ | — | 不适用 | **用户确认：团队/权限管理不在 Producer 产品范围内**（存在于别的服务），从 Producer 的 feature list 中剔除 |
| 云端录制归档 ⚠️ | 制作人 | 待定 | Cloud Record，未探索 |

---

## 后置 Deliverable

### Pain → Feature mapping

| Pain | 对应 Feature | 状态 |
|---|---|---|
| 硬件部署成本高/慢 | 全平台纯 Web 云端导播 | ✅ 已解 |
| 延迟导致切换不精确 | 帧精确切换技术 | ✅ 已解 |
| 多平台格式适配繁琐 | 多平台同步推流 + 横竖屏同时制作 | ✅ 已解 |
| 异地协作门槛高 | URL/二维码远程邀请 | ✅ 已解 |
| 故障定位困难 | Monitor Dashboard 诊断日志 | ⚠️ 部分解（覆盖面未验证，且已确认是 token 计费模型下的功能） |
| 团队权限/多角色协作管理 | — | **不适用**——已确认不在 Producer 产品范围内 |

### MVP scope 声明（已根据用户确认更新）

- **Producer 设计范围**：导播、制作人、音频工程师三类 persona 的核心直播制作流（信号接入→切换→混音→分发→生成邀请入口）
- **明确排除（不在 Producer 范围）**：Field Contributor 加入后的自助界面（另一独立服务负责）、团队/权限管理（另一服务负责）
- **缓到 next phase**：运维/IT 管理员的完整监控/告警体验（Monitor Dashboard 细节 + token/Purchase 付费墙逻辑未明）、Cloud Record 的录制归档体验、导播/切换器主界面的**视觉布局**细节（功能面已由 Shortcuts 页确认，视觉布局待用户 Start 后补充截图）

---

> 数据可行性 Audit：本轮 discovery 不涉及新增 derived metric / chart 设计，跳过此步骤。