让一场录像变成团队都能读的文档

文稿是给人读的：段落、标点、发言轮次，不受每行字数的限制。字幕是给人看的：一行十几个字，按视频时间切成短句。这里产出的是阅读版本，需要字幕时再单独导出带时间的文件。两者可以同时存在，一份给读者，一份给播放器。

结构清晰的口播内容：录播课、课程章节、产品演示、内部培训和会议分享。信息主要放在画面文字或静止幻灯片上的视频，只能得到说话部分，画面内容不会被描述，因此仍是一份不完整的记录。只有画面、没有解说的演示，转写结果会非常有限，不适合当作记录。

段落会在转写时自然形成，语音停顿和话题转换处会断开。小标题不会自动生成，因为一场活动的结构需要人来判断；在文本编辑器里加几个标题只花一分钟，却能让文档好读很多。标题加在文稿里，导出的文件也会带着它，不必再单独维护一份目录。

可以。讲者的发言会转写下来，现场提出的问题也会。幻灯片内容和共享屏幕不会被描述，所以需要看图表的人仍然得回到录像。文稿更适合当作录像的配套材料，而不是替代品。如果一场研讨会既有幻灯片又有大量口头补充，文稿仍然值得保留。

一小时以上的章节按单个任务处理，文稿从头覆盖到尾。长内容返回得慢，而且处理一章期间就占住一个任务名额。把章节拆成独立任务，每份文稿都更好命名和归档，事后查找也方便。如果一章要反复使用，单独存一份文稿比整门课混在一起更好找。

导出的就是普通文件，可以发邮件、作为附件，或放进共享文件夹，和任何文档一样。收到的人不需要账号，链接也不会过期。这也是导出做成文档、而不是做成一个分享播放页的原因。需要长期保存时，把文件放进自己的网盘或知识库，比依赖分享链接稳妥。

可以。人名、职务、产品名和公司名是第一稿里最容易出错的部分，都能在导出前改正。保存的是修改后的版本，因此流传出去的文档不会带着明显的错误，也不需要在别处再修一遍。改完再导出，团队拿到的就是已经统一过口径的版本。

可以在移动浏览器里运行，用手机或平板就能提交一段录像，不必回到电脑。用移动网络上传大视频很慢，所以短片或直接给一个已托管的链接，在手机流量下更实际。如果现场网络一般，等回到电脑前再传大文件，反而更省时间。