# RecordFab 项目方向与首阶段验证计划

更新日期：2026 年 10 月 8 日  
评审状态：待评审；负责人、资源和周期待确认

## 一、本次申请批准什么

本次请管理层确认三件事：产品方向、首阶段验证范围及投入原则，并指定牵头人补齐资源方案。

建议优先改善现有用户的首次成功与再次使用，同时为 Mac 本地录制、桌面入口的云端录制安排有限验证，取得后续投资依据。

**本次批准限于方向、范围和原则。** 具体人员、费用上限和周期确认后，再批准对应工作启动；本次不批准完整产品开发或正式上线。

## 二、背景问题与用户价值

RecordFab 主要服务已经找到想保存的视频，但现有下载方式不支持或失效的人。作为独立产品，它通过录制帮助用户取得需要的视频或片段，操作容易理解，遇到问题知道如何继续。

点播和直播同等重视，分别衡量效果：点播关注完整保存和失败后继续完成；直播关注及时开始、减少中断、保住已录内容。

首次成功是用户想保存的内容已录到，文件能找到、能播放、音画正常，不能用演示片段代替整段保存目标。再次使用是用户有新需求时，仍选择 RecordFab 并完成保存。

| 已有数据：截至 2026 年 10 月 7 日最近 30 天的记录 | 对规划的意义 |
| --- | --- |
| 已上报的成功和失败记录中，成功占比约 94% | 还需核对文件是否完整、可用 |
| 557 台带首次运行标记、可完整观察后续 24 小时的设备中，238 台上报成功，约 43% | 应调查从打开产品到取得文件的阻碍，不能直接当作真实新用户完成率 |
| 播放和音视频相关失败涉及 137 台设备 | 优先调查原因和影响，再判断改进价值 |

以上为历史 ELK 数据，未更新到本文件日期。设备不等于用户，首次运行标记不保证是真实新用户，未看到成功也不等于失败。

**已有规划选择**：先改善现有产品，再拓展用户和场景；Mac 在本机录制，云端先由桌面客户端发起。免安装、网页入口和跨设备使用是后期愿景。

**待验证假设**：哪些问题最值得解决、改善效果如何；Mac 和云端是否有明确需求；用户是否接受云端的登录、等待和费用；开发及维护成本是否可承受。

依据：《RecordFab 产品体验与竞争力改进分析》（2026 年 10 月 7 日快照）、《RecordFab 产品定位与阶段规划》（10 月 7 日形成、10 月 8 日补充扩展方向）。本次仅整理计划，没有新增实测、访谈或数据统计。

## 三、可选方案及推荐理由

| 方案 | 好处 | 代价与取舍 | 建议 |
| --- | --- | --- | --- |
| 只改善现有产品 | 人力集中，尽快查清当前问题 | Mac、云端的不确定性继续保留 | 资源只够主线时采用 |
| 现有产品优先，同时有限验证 Mac、云端 | 兼顾当前体验和后续投资判断 | 需要安排验证资源，控制范围 | 推荐 |
| 立即完整开发 Mac 和云端产品 | 同时推进更多能力 | 需求、支持范围和成本未验证，返工风险较大 | 当前不建议 |

推荐第二种方案；资源不足时采用第一种。扩展验证不挤占现有产品主线，也不默认两条扩展方向同时全面开发。

## 四、首阶段目标与范围

按成果里程碑推进：先取得问题诊断与需求调查结果，再按需开展原型验证，最后形成各方向的投入建议。具体交付见第五节。改善幅度在真实完成情况测清后确定，暂不预设提升数字。

**诊断投入**：检查现有流程和记录、访谈用户、比较替代办法，了解 Mac 和云端的主要限制。可在批准范围内做必要的小实验；人员、费用上限和周期须在启动前确认。

**原型投入**：Mac、云端分别提交一份简短方案，说明要验证的用户需求和疑问、覆盖范围、最少工作、检查标准、负责人、投入上限和周期，经审批后启动。原型用于判断可行性，不要求事先证明可行；若调查已足以得出结论，就不再制作原型。

只做回答关键问题所需的最小流程。新增数据采集和试验性开发计入投入范围；正式修复另列改进项评审。批量、预约启动、完整 Mac 版本、网页版云录制及价格调整不在本阶段范围内。

达到投入上限或触发约定停止条件时，停止该项新增投入并评审。补测、延期或增加范围须说明缺什么证据、追加投入和停止条件，另行批准。

## 五、四项工作、交付物和验收

### 工作一：找到现有产品最值得解决的问题

**做什么**：检查从选择内容到取得文件的用户流程，优先调查受影响设备最多的前三类问题。覆盖成功、失败、无结果和重复使用的用户情况，区分故障、操作困难与没有新需求，并比较替代办法。

**交付什么**：按优先级排序的问题清单和首批改进建议，列明影响依据、建议改法、工作量及效果检查办法。

**如何验收**：重点问题完成调查，点播、直播和再次使用均有证据支持的结论；未查清的说明缺口。没有值得开发的改进项，也应说明依据。

### 工作二：测清用户是否真正完成保存

**做什么**：将保存目标与最终文件核对，分别统计点播和直播的首次完成、失败后完成及再次完成。结合回访区分没有新需求与改用其他工具，单列取消和未知结果。

**交付什么**：指标说明、带样本量和观察时间的现状报告、数据缺口与补齐建议；数据足够时提出下一阶段目标。

**如何验收**：按约定完成采集和检查，结果可以复算，成功有文件检查依据。未知不能算成功，观察未结束不能宣布完成；已证实无法取得的数据须说明原因和影响。

### 工作三：验证 Mac 本地录制是否值得做

**做什么**：了解实际需求和替代方式；获批后，在选定设备、系统及内容范围内验证点播和直播的本地录制，评估开发、发布与维护投入。

**交付什么**：需求记录、已验证的支持范围、样例及检查结果、主要障碍、可行首版范围与投入估算。

**如何验收**：约定验证项有结果，成功结论有重复录制的文件证据，失败结论能说明阻碍；未覆盖范围清楚，不将少量样例当作全面支持。

### 工作四：验证桌面入口的云端录制是否值得做

**做什么**：了解需求及用户对登录、等待和费用的接受程度；获批后，验证从桌面发起、云端录制到取得文件的完整流程，覆盖点播和直播。检查失败或中断时用户能否了解结果、继续处理，并评估单次使用成本。

**交付什么**：需求及用户接受情况、流程与文件检查结果、失败或中断的处理结果、支持限制、成本估算和下一步建议。

**如何验收**：约定流程和异常情况有验证记录；可行性结论以实际云端录制并取回的文件为依据，实测成本与估算分开说明。

### 共用的验收规则

开始前确认样本、观察时长、复测及质量标准，目前待确认。文件检查以用户原定内容为准，核对完整性、可播放性和音画质量，并说明检查范围。

阶段报告包含成功、失败、未知和未执行项。有充分证据的否定结论也可验收；触发约定停止条件时，由验收人确认提前结项并列明未执行项。单纯缺人、缺样本或工作未完成，不能当作已验证不可行，也不能事后降低标准。

## 六、资源安排、关键风险与依赖

| 工作 | 建议牵头及配合角色 | 负责人、验收人 | 资源、投入上限及周期 |
| --- | --- | --- | --- |
| 现有产品问题诊断 | 产品牵头，研发、测试配合 | 待确认 | 人员、用户样本、投入上限及周期待确认 |
| 真实完成情况统计 | 数据分析牵头，产品、研发、测试配合 | 待确认 | 数据与采集条件、投入上限及观察周期待确认 |
| Mac 本地录制验证 | 客户端研发牵头，产品、测试配合 | 待确认 | 设备、人员；诊断与原型各自的投入上限、周期待确认 |
| 桌面入口云端验证 | 研发牵头，产品、测试、数据分析配合 | 待确认 | 云环境、人员；诊断与原型各自的投入上限、周期待确认 |

项目总负责人、投入审批人、最终验收人及总投入上限：**待确认**。

| 关键风险 | 应对方式 |
| --- | --- |
| 数据不完整或只接触到成功用户 | 提前确认数据和样本来源，覆盖不同使用结果，说明结论限制 |
| 部分设备或内容可用，其他范围不可用 | 限定验证范围，优先检查最可能阻断流程的环节 |
| 技术可行，但用户不接受或成本过高 | 将用户反馈与成本一起作为继续投入的依据 |
| 验证范围扩大，挤占主线资源 | 按第四节控制投入；资源冲突时缩小或延后扩展验证 |

## 七、继续、缩小或暂停的条件

**工作验收判断调查是否完成、结论是否可信；进入下一阶段判断是否值得继续投入。** 进入下一阶段还需明确范围、预期成果、负责人和资源，并经评审批准，不自动批准上线。

| 对象 | 继续的条件 | 缩小、补证或暂停的条件 |
| --- | --- | --- |
| 现有产品改进 | 问题及影响有证据，方案和工作量清楚，效果可检查 | 根因或价值不清则限定范围补证；代价超出认可上限则暂不开发 |
| 正式起点与改善目标 | 计算规则一致，文件可检查，样本和观察期满足约定 | 数据不足则暂不发布正式起点和提升承诺；有独立证据的故障修复可继续 |
| Mac 本地录制 | 需求明确，约定范围内点播和直播均可重复取得合格文件，开发维护投入可接受 | 部分范围可行则缩小方案；关键流程受阻、需求不足或成本过高则暂停扩大投入 |
| 桌面入口云端录制 | 需求明确，两类场景流程可行、文件可用、异常结果清楚，用户接受且成本可承受 | 录制或取回不可靠、需求不足、用户不接受或成本过高则缩小范围或暂停扩大投入 |

用户接受程度、成本等具体判断标准须在验证前确认，当前待确认，不能只凭一次成功或口头兴趣作决定。

Mac 与云端分别评审，互不构成前置条件，现有产品改进不必等待两项结束。缩小范围若取消点播或直播中的一类，须重新评审。

## 八、评审结论与待确认事项

### 本次评审记录

| 需决定的事项 | 当前状态 |
| --- | --- |
| 是否认可目标用户、产品价值及优先顺序 | 待评审 |
| 是否采用推荐方案，并认可四项工作及投入、验收和后续决策原则 | 待评审 |
| 本次结论：同意方向、范围和原则／调整后再审／暂缓 | 待评审 |
| 指定项目牵头人、投入审批人 | 待确认，由本次评审指定 |

### 会后行动

| 行动 | 交付结果 | 负责及确认安排 |
| --- | --- | --- |
| 补齐资源方案 | 各项工作负责人、验收人、人员与环境、投入上限、周期及评审节点 | 项目牵头人汇总，投入审批人确认；人选及提交时间待确认 |
| 细化验证安排 | 样本与覆盖范围、检查标准及停止条件；拟开展原型的单独方案 | 各工作负责人提交，验收人确认标准、投入审批人确认启动；人选及时间待确认 |
| 阶段结束后提交投入建议 | 各方向的工作验收结果，以及继续、缩小或暂停建议；拟继续事项附范围、预期成果和资源需求 | 项目牵头人汇总，管理层评审；人选及评审时间待确认 |