# F2-early Persona Validation — TVU Producer Onboarding

**Date**: 2026-07-08
**Input**: IA + feature list（来自 [2026-07-08-producer-onboarding-discovery-spec.md](../specs/2026-07-08-producer-onboarding-discovery-spec.md)）
**Personas**: 导播(Director/TD) / 制作人(Producer) / 现场信号提供者(Field Contributor) / 音频工程师(Audio Engineer) / 运维·IT管理员(Ops & IT Admin) ⚠️

---

## Persona 1: 导播 (Director/TD)

**背景**: 主控切换器，全程高压实时决策切换时机、图形叠加、转场

| 维度 | Validation |
|---|---|
| **IA 层级可达性** | Workbench → Program 卡片 → Start ≈ 2 层进入核心切换工作区，尚可 |
| **Feature 覆盖完整性** | 帧精确切换 / 图形叠加 / 横竖屏同时制作 / 硬件控制器集成均已覆盖 |
| **缺失的关键 feature** | 具体转场类型（cut/dissolve/wipe 等）、preview/program 双画面这类经典导播 UI 元素未验证是否存在 |
| **IA 结构符合认知模型** | Program 列表当前只按 "Last edited" 排序，没有"正在直播 / Live Now"状态筛选——导播高频需求是快速定位正在进行的节目，而非按编辑时间翻找 |
| **改进建议** | 确认 Workbench 顶部 "All" 筛选下拉是否含直播状态选项；若无，建议补上。真实切换台界面（点 Start 后）需要实地走查以补全 feature list |

---

## Persona 2: 制作人 (Producer)

**背景**: 节目全局负责人，创建 Program、配置参数、协调各角色、管理分发

| 维度 | Validation |
|---|---|
| **IA 层级可达性** | 创建 Program：1 层（Workbench 首页直接可见）；配置 Settings：2 层（卡片「…」→ Setting），可达性良好 |
| **Feature 覆盖完整性** | Program 参数配置（Format/Audio Channels/Live Slots/Clip Players/Custom Sources/Outputs/Enable features）已实地确认完整；远程邀请、多平台推流均在 feature list 中 |
| **缺失的关键 feature** | "推流目的地管理"具体落在 IA 哪一层未标注（feature list 只写了能力，没写入口位置）；团队权限管理完全依赖 Management Center（⚠️ 未探索），未验证是否覆盖"邀请团队成员 + 分配角色权限" |
| **IA 结构符合认知模型** | 卡片「…」菜单里的 "Import EDL" 和 "Offline setup" 用途对制作人不直觉（EDL 通常是后期剪辑术语），需要向真实用户确认这两项服务的工作流 |
| **改进建议** | 补全"推流目的地配置"在 IA 中的具体位置（推测在导播主界面内，需验证）；向用户确认 Import EDL / Offline setup 的实际用途 |

---

## Persona 3: 现场信号提供者 (Field Contributor)

**背景**: 用摄像机/手机作为信号源或作为远程嘉宾加入，技术门槛最低，通常无账号、仅靠链接/二维码

| 维度 | Validation |
|---|---|
| **IA 层级可达性** | 不适用——该 persona 完全走独立的分享链接流程，不进入 Workbench/Management Center/Cloud Record 这套导播端 IA |
| **Feature 覆盖完整性** | feature list 只覆盖了"制作人如何邀请"，完全没有覆盖"Contributor 加入后自己看到什么、做什么操作" |
| **缺失的关键 feature** | 🔴 Contributor 自助界面（设备选择/麦克风摄像头预览/连接状态/退出直播）在 feature list 和 IA 中完全缺失 |
| **IA 结构符合认知模型** | 当前 discovery 文档是纯导播端视角写成，没有为这个 persona 单独建一条"加入者迷你 IA"，属于文档覆盖不全 |
| **改进建议** | 补充独立的 "Contributor Join Flow" IA 分支：打开链接 → 设备选择 → 预览 → 加入 → 直播中退出 |

---

## Persona 4: 音频工程师 (Audio Engineer)

**背景**: 管理多路输入电平/声像/静音独奏，专注音频面板

| 维度 | Validation |
|---|---|
| **IA 层级可达性** | 无法判断——音频混音器推测在导播主界面内（⚠️ 未探索），IA 文档中没有把它列为独立可达节点 |
| **Feature 覆盖完整性** | 电平/pan/mute/solo 基本能力点已覆盖 |
| **缺失的关键 feature** | 音频工程师与导播是否共享同一界面的不同面板、还是有独立入口/权限隔离——未说明，多人协作时的角色分工模型缺失 |
| **IA 结构符合认知模型** | 待验证 |
| **改进建议** | Phase 0 前需实地进入切换台界面，确认音频面板的 IA 位置和多角色协作/权限模型 |

---

## Persona 5: 运维·IT 管理员 (Ops & IT Admin) ⚠️

**背景**: 监控信号质量、云端资源、故障排查，通常在直播中或事后介入

| 维度 | Validation |
|---|---|
| **IA 层级可达性** | Workbench → Program 卡片「…」→ Monitor，需先定位到具体 Program 才能进入监控，缺少跨 Program 的全局监控总览入口 |
| **Feature 覆盖完整性** | CPU/Memory、码率/FPS、诊断日志均已实地确认覆盖 |
| **缺失的关键 feature** | 跨 Program 全局监控看板缺失；诊断日志是被动查看，未见主动告警/通知机制；Monitor 面板右上角出现 "Purchase" 按钮，付费范围未知，若核心监控能力需付费，对该 persona 是重大摩擦点 |
| **IA 结构符合认知模型** | Monitor 入口和 Rename/Delete 等编辑类操作混在同一个「…」下拉菜单里，与运维角色"日常高频监控"的心智模型不符——更期望类似独立 Dashboard 式入口 |
| **改进建议** | 评估是否需要 L1 新增独立 "Monitoring" 入口聚合所有 Program 健康状态；向用户确认 Purchase 付费墙的具体范围 |

---

## Cross-persona Synthesis

| 维度 | 分歧点 | 建议 |
|---|---|---|
| Program 卡片「…」菜单设计 | 制作人（低频配置类操作）与运维（高频监控类操作）共用同一菜单，心智模型不同 | 拆分"管理类"（Rename/Setting/Delete/Duplicate）与"运维/协作类"（Share/Monitor），或至少为 Monitor 强化独立入口 |
| Program 列表排序/筛选 | 导播需要"Live Now"状态筛选快速定位直播中节目，制作人更关心"Last edited" | 支持多维度筛选（状态 + 编辑时间），而非单一排序维度 |
| 视角覆盖 | 现有 discovery 文档 100% 是导播端视角，Field Contributor 的加入者视角完全空缺 | 非"分歧"而是系统性盲区，需专门补一条 Join Flow IA |

---

## 缺口清单（进 Phase 0 前必须解决）

**更新 2（2026-07-08，用户澄清后）**：

- ✅ **Field Contributor 加入后自助界面** —— 用户确认：运行在另一个独立服务上，**不在 Producer 设计范围内**。此项从"缺失"改为"明确排除"，🔴 解除。
- ✅ **团队/权限管理** —— 用户确认：**不在 Producer 产品范围内**（另一服务负责），从 feature list 剔除，🟡 解除。
- ✅ **Source 数量口径不一致** —— 用户确认：Source 1-20 是 Live Source + Clip Player + Custom Source 三类合计的快捷键总数，与 Settings 的 Live Slots ≤12（仅指 Live Source 一类）不冲突，🟡 解除。
- 仍保留 🟡：真实导播/切换器主界面的**视觉布局**未验证（功能面已由 Shortcuts 页补全）；Monitor Dashboard 的 token/Purchase 付费范围未知；导播缺少"正在直播"状态筛选。这三项不阻塞 Phase 0，留待后续 mockup/走查阶段跟进。

| 缺口 | 影响 persona | Severity | 状态 |
|---|---|---|---|
| Field Contributor 加入后的自助界面 | 现场信号提供者 | ~~🔴~~ | ✅ 已排除（另一服务负责，非 Producer 范围） |
| 团队/权限管理能力 | 制作人、运维/IT 管理员 | ~~🟡~~ | ✅ 已排除（另一服务负责） |
| Source 数量口径（20 vs 12） | 导播、制作人 | ~~🟡~~ | ✅ 已澄清（三类 source 合计 vs 单类型上限，不冲突） |
| 真实导播/切换器主界面的**视觉布局**未验证 | 导播、音频工程师 | ~~🟡~~ | ✅ 已解决——用户实地启动 "0323" Program，只读观察确认完整布局（Preview/Program 双画面、左侧图标导航含新发现的 Intercom、信源网格分类型、二维码加入槽位、格式告警可视化） |
| Monitor Dashboard 的 token/Purchase 付费范围未知 | 运维/IT 管理员 | 🟡 | 待确认，不阻塞 Phase 0 |
| 导播缺少"正在直播"状态筛选 | 导播 | ~~🟡~~ | ✅ 部分解决——Workbench Program 卡片已确认带绿点 + "Running" 状态标签（不确定是否有独立筛选器，但状态可见性已具备，不再是缺口） |

**结论：无 🔴 / 🟡 关键缺口残留（仅 Monitor 付费范围待确认，不影响结构设计）→ F2-early 完全通过，正式进入 Phase 0。**