如何錄製一支能得獎的黑客松展示影片

你只睡了四小時，用 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 會讓專案看起來沒做完
• 關掉所有無關分頁，清理通知並開啟勿擾模式
• 調大瀏覽器和編輯器的字級 —— 評審可能用筆電甚至手機觀看
• 預熱較慢的端點，別讓第一個請求剛好是冷啟動

使用視窗擷取而不是全螢幕擷取，這樣 Dock、桌布和其他螢幕都不會入鏡。

4. 分段錄製，不要追求一鏡到底

在第 46 小時錄出完美的一鏡到底只是幻想。依腳本的每個段落分段錄製，再接起來。某一段出錯時，你只需重錄三十秒，而不是兩分鐘。

分段也讓你能跳過真實的等待時間。錄到按下「送出」就停止，等工作跑完後再從結果畫面開始錄。把 90 秒的處理等待整段剪掉，展示會顯得俐落，而不是在造假。

如果某個步驟真的不穩定 —— 被限流的 API、不可靠的部署 —— 趁它還正常時盡早錄下來，並把那段素材保存好。

5. 自己做旁白

錄下麥克風音訊，一邊展示一邊講解。評審給有旁白的展示的分數一向高於配背景音樂的無聲錄影，因為他們能跟上每一次點擊背後的意圖。

讓旁白更有效的幾個要點：

• 在你能找到最安靜的房間錄，而不是在活動現場
• 講得比你覺得自然的速度再慢一點 —— 你既興奮又睡眠不足
• 在點擊之前先說出你要做什麼
• 如果英文不是你的母語，寫好稿子照唸完全沒問題

如果熬夜把嗓子熬壞了，也照樣錄。不完美的旁白也勝過沒有旁白。

6. 為清晰而剪輯，不是為風格

後製只保留真正對評審有幫助的部分：

• 修剪每段開頭與結尾的空白
• 對按鈕、輸入欄、日誌輸出等小型介面元素做縮放，讓小螢幕也看得清楚
• 用文字疊加標示段落，或寫出你正在展示的技術名稱
• 只在開頭和結尾使用網路攝影機子母畫面，讓評審看到你的臉又不遮住產品
• 平台若支援就加上字幕，因為很多評審第一遍是靜音觀看的

省掉動畫片頭、城市空拍鏡頭，以及和旁白打架的背景音樂，它們都不會加分。

7. 匯出並驗證上傳

以 1080p、30 FPS、H.264 編碼的 MP4 匯出。這個組合在所有評審平台和瀏覽器上都能播放，不會出現轉檔意外。

在宣布完成之前：

• 開著聲音，從頭到尾完整看一遍
• 檢查畫面上沒有出現憑證、私有權杖或私人訊息
• 確認檔案能從提交頁面本身上傳並播放，而不只是在本機能播
• 驗證連結是公開的，不需要帳號即可觀看

提交檢查清單

• 長度符合規則並留幾秒餘裕
• 前十五秒就講清楚問題
• 至少一半時間是真實產品畫面
• 展示資料看起來真實
• 已錄製旁白且清楚可聽
• 關鍵操作已做小螢幕縮放
• 沒有洩漏金鑰或通知
• 已匯出為 1080p MP4 並在上傳後驗證

送出吧

贏下黑客松的隊伍很少是程式碼寫最多的那一隊，而是能用九十秒把想法講明白的那一隊。寫好腳本、分段錄製、親自旁白，並且早點匯出，留時間完整看一遍。

然後去睡一覺吧。