如何录制一段能获奖的黑客松演示视频

你只睡了四个小时，用 48 小时做出了一个项目，而整个项目最终却要靠一段两分钟的视频来评判。这段视频绝不是走个形式：在大多数线上黑客松中，评委真正看到的就只有它。提交作品里有一半是画面晃动、没有声音的屏幕录像，所以只要录得清晰，你在评委看代码之前就已经领先了。

下面是即使只剩一小时也能录出配得上你项目的演示视频的方法。

1. 先读提交规则

在录任何东西之前，先到规则页面确认硬性要求。大多数黑客松会规定：

• 最长时长 —— 通常是两到三分钟，评委真的会在时限处停止观看
• 格式 —— MP4 到处都能接受；有些平台要的是 YouTube 或 Vimeo 链接而不是文件
• 公开可见性 —— 需要登录才能打开的不公开链接会让你被取消资格
• 内容要求 —— 有些活动要求展示实际运行的应用，而不只是幻灯片

在第一次录制之前就把导出设置调好。因为文件超过上传上限而在凌晨三点重新导出，是消耗最后一小时最糟糕的方式。

2. 为这两分钟写脚本

两分钟大约是 300 个口语词，没有即兴发挥的空间，所以先把节奏写下来：

• 0:00–0:15 —— 问题。 一句陌生人也能听懂的话。不要做团队介绍，也不要说”我们很高兴向大家展示”。
• 0:15–0:30 —— 方案。 你做了什么，是给谁用的。
• 0:30–1:30 —— 演示。 真实的产品，做真实的事。
• 1:30–1:50 —— 技术内幕。 简短说明一个技术上有意思的决定。
• 1:50–2:00 —— 下一步。 一句话说明未来方向。

最常见的错误是花 45 秒讲背景，然后匆匆带过演示。评委打分看的是你做出来的东西，尽快把画面亮出来。

3. 录制前先准备好演示状态

没有什么比现场输入登录表单或等待冷启动更浪费镜头了。先把舞台搭好：

• 提前登录，把应用调整到第一个镜头所需的状态
• 准备真实的数据 —— “test test test”和 asdf@asdf.com 会让项目显得没做完
• 关掉所有无关标签页，清理通知并开启勿扰模式
• 调大浏览器和编辑器的字号 —— 评委可能用笔记本甚至手机观看
• 预热较慢的接口，别让第一次请求正好是冷启动

使用窗口捕获而不是全屏捕获，这样程序坞、壁纸和其他显示器都不会入镜。

4. 分段录制，不要追求一条过

在第 46 个小时录出完美的一镜到底只是幻想。按脚本的每个部分分段录制，再拼接起来。某一段出错时，你只需重录三十秒，而不是两分钟。

分段还能让你跳过真实的等待时间。录到点击”提交”就停止，等任务跑完后再从结果页面开始录。把 90 秒的处理等待整段剪掉，演示会显得利落，而不是在造假。

如果某一步确实不稳定 —— 被限流的 API、不可靠的部署 —— 趁它还能正常工作时尽早录下来，并把那段素材保存好。

5. 自己来做解说

录制麦克风音频，边演示边讲解。评委给有解说的演示的分数一贯高于配着背景音乐的无声录屏，因为他们能跟上每一次点击背后的意图。

让解说更有效的几点：

• 在你能找到的最安静的房间里录，而不是在活动现场
• 说得比你觉得自然的速度再慢一点 —— 你既兴奋又缺觉
• 在点击之前先说出你要做什么
• 如果英语不是你的母语，写好稿子念出来完全没问题

如果熬夜把嗓子熬坏了，也照样录。不完美的解说也胜过没有解说。

6. 为清晰而剪辑，而不是为风格

后期只保留真正对评委有帮助的部分：

• 修剪每段开头和结尾的空白
• 对按钮、输入框、日志输出等小的界面元素做缩放，让小屏幕上也能看清
• 用文字叠加标注章节，或写出你正在展示的技术名称
• 只在开头和结尾使用摄像头画中画，让评委看到你的脸又不遮挡产品
• 如果平台支持就加上字幕，因为很多评委第一遍是静音看的

省掉动画片头、城市航拍镜头，以及和解说打架的背景音乐。它们都不会加分。

7. 导出并验证上传

按 1080p、30 FPS、H.264 编码的 MP4 导出。这个组合在所有评审平台和浏览器上都能播放，不会出现转码意外。

在宣布完成之前：

• 打开声音，从头到尾完整看一遍
• 检查画面上没有出现凭据、私有令牌或私人消息
• 确认文件能从提交页面本身上传并播放，而不只是在本地能播
• 验证链接是公开的，不需要账号即可观看

提交清单

• 时长符合规则并留出几秒余量
• 前十五秒就说清了问题
• 至少一半时长是真实产品画面
• 演示数据看起来真实
• 已录制解说且清晰可闻
• 关键操作已做小屏幕缩放
• 没有泄露密钥或通知
• 已导出为 1080p MP4 并在上传后验证

交上去吧

赢下黑客松的团队很少是代码写得最多的那一队，而是那些能用九十秒把想法讲明白的队伍。写好脚本、分段录制、亲自解说，并且早点导出，好留时间完整看一遍。

然后去睡一觉吧。