수상하는 해커톤 데모 영상 만드는 법

네 시간밖에 못 자면서 48시간 동안 무언가를 만들었는데, 프로젝트 전체가 2분짜리 영상 하나로 평가받습니다. 이 영상은 형식적인 절차가 아닙니다. 대부분의 온라인 해커톤에서 심사위원이 실제로 보는 것은 이 영상뿐입니다. 제출물의 절반은 소리도 없는 흔들리는 화면 캡처이기 때문에, 깔끔한 녹화 하나만으로도 코드를 보기 전부터 앞서 나갈 수 있습니다.

마감까지 한 시간밖에 남지 않았더라도 프로젝트를 제대로 보여주는 데모 영상을 만드는 방법을 소개합니다.

1. 제출 규정부터 확인하기

무엇이든 녹화하기 전에 규정 페이지에서 필수 요건을 확인하세요. 대부분의 해커톤은 다음을 명시합니다.

• 최대 길이 — 보통 2~3분이며, 심사위원은 정말로 제한 시간에서 시청을 멈춥니다
• 형식 — MP4는 어디서나 허용되며, 일부 플랫폼은 파일 대신 YouTube나 Vimeo 링크를 요구합니다
• 공개 여부 — 로그인이 필요한 비공개 링크는 실격 사유가 됩니다
• 콘텐츠 요건 — 슬라이드가 아니라 실제로 동작하는 앱을 보여달라고 요구하는 대회도 있습니다

첫 촬영 전에 내보내기 설정을 규정에 맞춰 두세요. 업로드 용량 제한 때문에 새벽 3시에 다시 내보내는 것은 마지막 한 시간을 쓰는 최악의 방법입니다.

2. 2분 대본 쓰기

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시간째에 완벽한 한 번의 촬영은 환상입니다. 대본의 각 섹션마다 짧은 구간으로 나눠 녹화한 뒤 이어 붙이세요. 한 구간이 잘못되면 2분이 아니라 30초만 다시 찍으면 됩니다.

구간 녹화는 실제 대기 시간을 건너뛰게도 해줍니다. “제출” 클릭을 녹화하고 멈춘 뒤, 작업이 끝나면 결과 화면부터 다시 시작하세요. 90초의 처리 대기를 통째로 잘라내면 데모가 조작이 아니라 빠릿하게 느껴집니다.

호출 제한이 있는 API나 불안정한 배포처럼 정말 불안한 단계는 잘 동작할 때 미리 녹화해서 그 클립을 안전하게 보관하세요.

5. 직접 내레이션하기

마이크 오디오를 녹음하고 데모 위에 직접 설명하세요. 심사위원은 배경음악만 깔린 무음 화면 캡처보다 내레이션이 있는 데모에 일관되게 높은 점수를 줍니다. 각 클릭의 의도를 따라갈 수 있기 때문입니다.

내레이션을 살리는 몇 가지 요령:

• 행사장 바닥이 아니라 가능한 한 조용한 방에서 녹음하기
• 자연스럽다고 느끼는 것보다 조금 더 천천히 말하기 — 흥분했고 잠이 부족한 상태입니다
• 클릭하기 전에 무엇을 할 것인지 먼저 말하기
• 모국어가 아니라면 대본을 써서 읽어도 전혀 문제없습니다

밤을 새워 목이 상했더라도 그냥 녹음하세요. 완벽하지 않은 내레이션이 내레이션 없는 것보다 낫습니다.

6. 스타일이 아니라 명확함을 위해 편집하기

후반 작업은 심사에 실제로 도움이 되는 것만 하세요.

• 모든 구간의 앞뒤 빈 시간 잘라내기
• 버튼, 입력 필드, 로그 출력 같은 작은 UI 요소를 작은 화면에서도 읽을 수 있게 줌 적용
• 섹션을 표시하거나 사용한 기술 이름을 적는 텍스트 오버레이
• 인트로와 아웃트로에만 웹캠 PIP를 써서 제품을 가리지 않고 얼굴 보여주기
• 플랫폼이 지원한다면 자막 추가 — 많은 심사위원이 처음에는 무음으로 봅니다

애니메이션 인트로, 도시 드론 샷, 내레이션과 싸우는 배경음악은 생략하세요. 어느 것도 점수를 주지 않습니다.

7. 내보내기와 업로드 확인

1080p, 30FPS, H.264 MP4로 내보내세요. 이 조합은 모든 심사 플랫폼과 브라우저에서 변환 문제 없이 재생됩니다.

완료라고 말하기 전에:

• 소리를 켜고 처음부터 끝까지 전체 파일을 한 번 다시 보기
• 자격 증명, 비공개 토큰, 개인 메시지가 화면에 나오지 않는지 확인
• 로컬이 아니라 제출 페이지에서 파일이 업로드되고 재생되는지 확인
• 링크가 공개되어 있고 계정 없이 볼 수 있는지 검증

제출 체크리스트

• 길이가 규정을 몇 초 여유 있게 충족
• 첫 15초 안에 문제 제시
• 전체 러닝타임의 절반 이상 실제 제품 화면
• 데모 데이터가 현실적으로 보임
• 내레이션 녹음 완료, 잘 들림
• 핵심 인터랙션에 작은 화면용 줌 적용
• 비밀 정보나 알림이 보이지 않음
• 1080p MP4로 내보내고 업로드 후 확인 완료

제출하기

해커톤에서 우승하는 팀이 코드를 가장 많이 쓴 팀인 경우는 드뭅니다. 90초 만에 아이디어를 명확하게 이해시키는 데모를 만든 팀이 이깁니다. 대본을 쓰고, 구간별로 녹화하고, 직접 설명하고, 한 번 돌려볼 수 있을 만큼 일찍 내보내세요.

그런 다음 잠을 좀 자러 가세요.