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

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

一、本次申请批准什么

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

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

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

二、背景问题与用户价值

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

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

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

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

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

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

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

三、可选方案及推荐理由

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

四、首阶段目标与范围

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

共用的验收规则

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

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

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

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

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

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

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

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

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

本次评审记录

会后行动