Files
TaoTao/1-prd-CEC.md
T
2026-06-16 00:38:58 +08:00

8.5 KiB
Raw Blame History

1-prd-CEC · 产品需求文档(PRD

项目:CECCapCut 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-secondAI 起步,人工兜底,结果永远可改)

1.3 它不是什么(边界)

不是可用的视频编辑器,不接真实 AI / 支付 / 后端,不做桌面端与全功能编辑。仅围绕主线演示设计理念与交互链路。


2. 目标与成功指标

2.1 产品目标

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

2.2 成功指标(演示用,映射 R9

维度 指标 基线(Before) 目标(After)
用户效率 任务完成时间 8.5 min ≤ 4 min
用户效率 任务完成率 62% ≥ 85%
用户信心 自评信心(15 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 的需求编号 R1R9。

优先级 功能 映射需求 说明
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 高保真可交互原型 待开发