# 1-prd-CEC · 产品需求文档（PRD）

> 项目：**CEC（CapCut Create-Export Confidence）**
> 上游：`0-req-CEC.md`（需求与目标，已确认）
> 主题：**让创作者在投入时间之前就心里有数（Confidence Before Investment）**

---

## 1. 产品概述与定位

### 1.1 一句话定位
一个聚焦 CapCut「创作—导出」链路的高保真可交互原型，用**意图分流 + AI 编排 + 计费透明 + 导出预检**四个动作，消除创作过程中的不确定性，让创作者在投入前就对「能做什么、要花多少、最终产出什么」心里有数。

### 1.2 设计原则
- Guide, don't take over（引导而非替代）
- Make trade-offs visible（让权衡可见）
- Respect creator control（尊重创作者控制权）
- Reduce cognitive load at high-friction moments（高摩擦时刻减负）
- AI-first, Manual-second（AI 起步，人工兜底，结果永远可改）

### 1.3 它不是什么（边界）
不是可用的视频编辑器，不接真实 AI / 支付 / 后端，不做桌面端与全功能编辑。仅围绕主线演示设计理念与交互链路。

---

## 2. 目标与成功指标

### 2.1 产品目标
| 目标 | 说明 |
|------|------|
| 降低不确定性 | 把「中途被墙 / 不会用 AI / 导出惊吓」三类摩擦消除在投入之前 |
| 降低决策负担 | 用意图分流与 AI 编排替代「面对空白时间线 + 散落工具」的茫然 |
| 提升信心与控制权 | 全程透明成本 + AI 产出可改可撤销 |
| 体现专业与创新 | 一条可演示的完整闭环 + 可量化的 Before/After |

### 2.2 成功指标（演示用，映射 R9）
| 维度 | 指标 | 基线(Before) | 目标(After) |
|------|------|-------------|------------|
| 用户效率 | 任务完成时间 | 8.5 min | ≤ 4 min |
| 用户效率 | 任务完成率 | 62% | ≥ 85% |
| 用户信心 | 自评信心（1–5） | 2.8 | ≥ 4.2 |
| 用户信心 | 中途流失率 | 38% | ≤ 15% |
| 产品健康 | AI 入口采用率 | — | ≥ 60% |
| 产品健康 | 7 日重复使用率 | 41% | ≥ 55% |
| 产品健康 | 免费→Pro 转化率 | 3.1% | ≥ 5% |

> 数值均为演示用模拟值，写入 `APP_DATA.metrics`，不代表 CapCut 真实数据。

---

## 3. 用户画像与核心场景

### 3.1 用户画像
| 画像 | 描述 | 核心诉求 | 主要痛点 |
|------|------|---------|---------|
| **小白带货新手** | 想发带货短视频，不会剪辑 | 几分钟出片、别花冤枉钱 | 不懂从哪下手、怕被扣费 |
| **吐槽的老用户** | 用过免费版，反感付费墙 | 沿用熟悉的简单模板 | 免费功能被收回、中途被墙 |
| **进阶口播创作者** | 常做口播/卡点，追求效率 | AI 帮忙提速但要可控 | AI 工具分散、产出不可控 |

### 3.2 核心场景（标注「痛点 → 解法」）

**场景 A：带货新手首次成片（主线）**
- 痛点：打开 App 面对空白时间线，不知做什么、用什么工具。
- 解法：**意图选择器**（R1）让他选「带货」，直接进入预载好模板工具的主线工作区。

**场景 B：一句话生成视频**
- 痛点：字幕、配乐、卡点是分散的 AI 工具，不知道用哪个、会不会扣费。
- 解法：**魔法按钮**（R2）一句话「帮我做个 30 秒带货视频，加字幕和卡点音乐」→ 编排出有序步骤，每步标注成本与 AI 标记，可改可撤销（R8）。

**场景 C：避免中途被墙**
- 痛点：选了个模板做到一半，提示要 Pro。
- 解法：**计费透明化**（R3）在选择前就标明免费/Pro，并给免费替代；点 Pro 项用底部抽屉说明而非打断。

**场景 D：导出不再惊吓**
- 痛点：导出才发现有水印、清晰度被锁、credit 用光。
- 解法：**导出预检**（R4）导出前出清单，一键换免费方案，credit 不足直接禁用导出并给降本方案。

**场景 E：评审者理解价值**
- 痛点：评委需要快速判断改进是否真实有效。
- 解法：**Before/After 对比**（R5）+ **成功指标页**（R9）量化呈现。

---

## 4. 功能清单与优先级（MoSCoW）

> 映射回 `0-req-CEC.md` 的需求编号 R1–R9。

| 优先级 | 功能 | 映射需求 | 说明 |
|--------|------|---------|------|
| **Must** | 意图选择器 | R1 | 主线入口，四意图分流 + 跳过 |
| **Must** | AI 魔法按钮编排 | R2 | 一句话 → 有序步骤 + 进度 + 计费/AI 标记 |
| **Must** | 计费透明化 | R3 | 标签前置 + 免费替代 + Pro 说明抽屉 |
| **Must** | 导出预检 | R4 | 清单 + 一键换免费 + credit 守卫 |
| **Must** | 完整闭环主线 | R7 | 四环节顺序串联 + 状态传递 |
| **Must** | 移动端形态 | R6 | 竖屏画框、底部导航、抽屉、Toast、对话框 |
| **Must** | AI 可控（编辑/撤销/标记） | R8 | 贯穿 R2 的产出 |
| **Should** | Before/After 对比页 | R5 | 量化改进，强说服力 |
| **Should** | 成功指标页 | R9 | 三类指标 + 基线/目标 + 达成态 |
| **Could** | 微动效与转场打磨 | R6 | 弹性动画、环节转场 |
| **Could** | 多意图差异化内容 | R1 | 口播/卡点/Vlog 各自模板（主线只需带货完整） |
| **Won't（本期）** | 真实编辑/AI/支付/后端、桌面端 | — | 见非目标 |

---

## 5. 关键流程

### 5.1 主线闭环（Happy Path）
```
启动
 └─ 意图选择器（R1）──选「带货」──▶ 主线工作区
      └─ 魔法按钮（R2）──输入需求──▶ AI 编排步骤列表
            ├─ 每步：计费标签 + AI 标记（R3/R8）
            ├─ 执行：逐步进度 + 结果（R2）
            └─ 结果：可编辑 / 可撤销（R8）
      └─ 透明计费校对（R3）──Pro 项？──▶ 一键换免费替代
      └─ 发起导出 ──▶ 导出预检清单（R4）
            ├─ 清晰度 / 水印 / Pro 项 / credit / 时长
            ├─ credit 不足 → 禁用导出 + 降本方案
            └─ 确认导出 ──▶ 完成态（R7）+ Toast
 └─（旁路）Before/After 对比（R5）｜成功指标（R9）
```

### 5.2 关键分支
- 意图预载失败 → 停留列表 + 可重试（R1.4）
- AI 输入为空/超长 → 阻止 + 提示（R2.4）
- AI 步骤失败 → 暂停后续 + 重试（R2.8）
- 免费替代与编辑不兼容 → 抽屉确认（R3.5）
- credit 不足 → 禁用导出直至降本（R4.7）
- 撤销 AI 产出 → 确认提示（R8.6）

---

## 6. 角色权限矩阵

> 原型为单机演示，无真实账号体系；此处描述各角色在原型内可执行的操作。

| 操作 | 创作者 | 评审者 | 开发者 |
|------|:---:|:---:|:---:|
| 走主线（意图→编排→计费→导出） | ✅ | ✅ | ✅ |
| 编辑/撤销 AI 产出 | ✅ | ✅ | ✅ |
| 查看 Before/After 与指标页 | ✅ | ✅ | ✅ |
| 修改 `APP_DATA` 模拟数据 | — | — | ✅ |

---

## 7. 版本规划

| 阶段 | 范围 | 对应优先级 |
|------|------|-----------|
| **MVP（本周交付）** | 主线闭环 R1+R2+R3+R4+R6+R7+R8 全部走通 | Must |
| **增强（如有余力）** | Before/After 对比页 R5 + 成功指标页 R9 | Should |
| **打磨（可选）** | 微动效转场、多意图差异化内容 | Could |

---

## 8. 非功能性要求（摘自 0-req-CEC.md 第 5 节）
- 纯 HTML/CSS/JS，零构建，浏览器直接打开即运行。
- 全部数据集中于唯一 `APP_DATA`，数据驱动渲染，不硬编码。
- 内联 SVG + 本地占位图，离线可用，无外部资源。
- 数据缺失健壮降级；关键反馈数秒内可见。
- 移动端竖屏，触控目标 ≥44×44 CSS px，默认中文。

---

## 9. 依赖与风险

| 类型 | 项 | 影响 | 应对 |
|------|----|------|------|
| 依赖 | 仅浏览器原生能力（无框架/CDN） | 低 | 用原生 JS + CSS 实现组件 |
| 依赖 | 占位图（本地生成/内联） | 低 | 用 SVG/渐变色块占位，避免外链 |
| 风险 | 范围蔓延（想做成真编辑器） | 高 | 严守主线，非目标明确写入文档 |
| 风险 | 单 HTML 体量过大难维护 | 中 | 模块化组织 JS（视图/数据/组件分层），统一 `APP_DATA` |
| 风险 | 一周工期紧张 | 中 | MVP 先于增强；Should/Could 视余力 |
| 风险 | AI 编排「演示真实感」不足 | 中 | 用拟真进度、分步结果与可编辑态增强可信度 |

---

## 10. 文档链路

| 文档 | 用途 | 状态 |
|------|------|------|
| `0-req-CEC.md` | 需求与目标 | ✅ 已确认 |
| `1-prd-CEC.md` | 产品需求文档（本文档） | 待确认 |
| `2-task-CEC.md` | 开发任务文档 | 待生成 |
| `index.html` | 高保真可交互原型 | 待开发 |