Tideo 产品逻辑文档

最后更新：2026-04-15 · 版本：visual1（视觉稿还原版）

为什么做这个产品

立项有三个核心原因：

1. 能力整合

云点播、云直播、MPS 各自有视频处理能力，但分散在不同产品线。用户要用"视频译制"需要同时调 MPS 的擦除、翻译、配音三个接口，操作分散。Tideo 把它们整合成一键流程。

2. 开箱即用

中小企业和内容团队有直接使用这些能力的需求，但未必具备 API 对接的开发能力。Tideo 提供零代码、可视化的操作界面，上传视频就能用，不需要写一行代码。

3. 简化账号管理

腾讯云的账号体系需要多处授权（CAM 策略、服务角色、跨产品权限），流程繁琐。Tideo 用一套轻量账号体系统一管理，降低使用门槛。

产品是什么

首期核心功能

用户是谁

• 中小企业 — 没有技术团队，无法自己对接 API，需要开箱即用的音视频处理工具
• 短剧出海团队 — 中文短剧翻译成英语/日语/韩语发行海外，需要高效批量处理
• 内容创作者 — 把视频翻译成多语言版本，扩大海外受众
• 企业市场部 — 产品宣传片、培训视频的多语言本地化
• 直播运营团队 — 需要快速从直播流中剪辑精彩片段分发

视频译制 — 核心流程

首期已跑通的完整流程：

处理模式

详细步骤

体验设计 — 产品核心差异

这是 Tideo 区别于所有同类产品的核心体验差异。

四人虚拟工作坊

处理过程被具象化为一间像素风工作室，四个 AI 角色各司其职：

等待期间用户能看到什么

• 角色实时对话 — 四个角色在聊天面板轮流汇报进度，有性格、有台词，不是机械的状态文字
• 进度卡片 — 每个角色下方有子任务卡片，逐条从「排队中」→「处理中」→「完成」
• 像素工作室场景 — 等距视角的工作室画面，角色在各自工位上忙碌
• 节奏同步 — 所有视觉反馈与真实 MPS 处理进度完全同步，不是假动画

设计目标

• 降低用户在处理等待期间的流失率
• 让"等待"本身变成产品体验的一部分，而不是体验的断裂
• 建立用户对 AI 处理过程的信任感（看得见每一步在做什么）

技术架构

前端

• 纯 HTML/CSS/JS，无框架，轻量快速，托管在 GitHub Pages
• COS JS SDK 前端直传（不经过服务器）
• api-client.js 封装所有 API 调用
• tracker.js 全自动埋点（用户测试用）

后端

• 腾讯云 SCF 云函数（tideo-api）— 唯一的后端，约 150 行
• 职责：API 签名代理（前端不暴露 SecretKey）
• 路由：/translate · /erase · /clip · /task/:id · /upload-credential · /track · /track-data

云服务依赖

数据流

当前状态

已完成

• 视频译制全流程真实可用（上传 → MPS 处理 → 成片下载）
• 沉浸式四角色工作坊体验（对话进度与 MPS 同步）
• 完整埋点系统（自动记录用户全操作路径）
• 测试中心（生成链接 → 数据看板）
• 产品中心/黄页
• 项目时间线管理
• 无 API 时自动降级为演示模式
• 视觉稿还原版（visual1）：精调页点阵背景+毛玻璃、创作页配置栏重设计
• 视频来源三路径弹窗（上传/导入任务/项目文件）
• 精调直接入口模式（从任务导入/项目文件进入，跳过对话流）
• 对话状态持久化（sessionStorage 多任务管理）
• 全局去 emoji，统一 SVG icon
• 字幕/配音精调面板重构（设置区+列表卡片式布局）

待做

• ⏳ 直播剪辑对接 EditMedia API
• ⏳ AI 视频生成对接
• ⏳ 精调面板对接真实数据
• ⏳ 多语言支持（目前只支持中→英）
• ⏳ 轻量账号体系（替代腾讯云多处授权）
• ⏳ 更多音视频能力持续扩充

产品规划

版本演进

关键指标

用户测试时重点关注：