화면 녹화 스크립트와 스토리보드 작성법

실패한 화면 녹화는 대부분 ‘잘못 녹화된’ 것이 아니라 ‘잘못 기획된’ 것입니다. 음질도 깔끔하고 해상도도 적절하고 커서도 잘 보이는데, 3분이 지나도 시청자는 이 영상이 어디로 가는지 알 수 없습니다.

기획은 그 문제를 해결하며, 다시 녹화하는 시간보다 훨씬 적게 걸립니다. 이 글에서는 한 문장의 약속, 비트 시트, 화면에 보일 내용의 스토리보드, 그리고 읽는 글이 아니라 말하는 글로서의 스크립트까지 실용적인 과정을 안내합니다.

즉흥 녹화보다 기획이 나은 이유

즉흥적으로 녹화하는 것이 빠르게 느껴지는 이유는 비용이 나중에 드러나기 때문입니다.

• 흐트러진 구조: 지도가 없으면 시청자가 필요한 순서가 아니라 내가 떠오르는 순서로 설명하게 됩니다
• 빈 소리: “음, 그 창이 어디 있었지” 하는 순간들이 편집으로 잘라낼 때까지 영상에 그대로 남습니다
• 빠뜨린 단계: 워크플로우를 재현 가능하게 만드는 결정적인 한 가지를 잊어버립니다
• 길어지는 편집: 기획 없이 찍은 녹화를 정리하는 시간이, 기획하고 다시 찍는 시간보다 더 긴 경우가 많습니다
• 겉도는 효과: 줌과 텍스트 오버레이가 페이싱에 녹아들지 못하고 나중에 억지로 덧붙여집니다

기획 15분이 편집 1시간을 아껴줍니다.

1단계: 한 문장의 약속을 쓰세요

무엇보다 먼저 이 문장을 완성하세요. “이 영상을 보고 나면 시청자는 ___을 할 수 있다.”

구체적이고 하나여야 합니다. “결제 시스템을 이해한다”는 주제일 뿐 약속이 아닙니다. “환불을 처리하고 고객에게 전달됐는지 확인한다”는 약속입니다. 시청자가 직접 확인할 수 있는 결과를 가리키기 때문입니다.

한 문장으로 쓸 수 없다면 영상이 두 편 이상인 것입니다. 쪼개세요. 초점이 분명한 4분짜리 두 편이 산만한 9분짜리 한 편보다 거의 항상 낫습니다.

2단계: 비트 시트를 만드세요

비트 시트는 영상을 ‘비트’, 즉 의미 있는 최소 단위로 나눈 개요입니다. 비트마다 한 줄씩, 대략적인 길이를 함께 적습니다.

0:00  훅 — "환불은 예전엔 세 사람이 필요했습니다. 지금은 화면 하나면 됩니다."
0:10  약속 — 영상을 다 보면 무엇을 할 수 있는지
0:20  맥락 — 환불 패널이 어디에 있는지
0:45  1단계 — 주문 찾기
1:15  2단계 — 부분 환불 처리
2:00  3단계 — 확인 메일 검증
2:30  예외 상황 — 이미 결제가 정산된 경우
3:00  요약 + 다음 영상

다 쓰고 나면 세 가지를 확인하세요.

1. 첫 비트가 관심을 얻어내는가? 첫 10초가 나머지를 볼지 말지를 결정합니다.
2. 합산 길이가 내가 볼 만한 길이인가? 비트 합이 9분이라면, 서두르지 말고 비트를 덜어내세요.
3. 90초를 넘는 비트가 있는가? 있다면 그 안에 두 개의 비트가 숨어 있습니다.

3단계: 화면에 보일 것을 스토리보드로

화면 녹화에도 ‘숏’이 있습니다. 스크린캐스트 스토리보드에 그림은 필요 없습니다. 두 칸 표로 충분합니다.

화면에 보이는 것	내가 말하는 것
주문 목록, 검색창 확대	”먼저 주문을 찾습니다. 주문 번호가 아니라 이메일로 검색하세요.”
주문 상세 페이지, 창 전체	”이 패널에 원 결제 내역과 이미 환불된 금액이 표시됩니다.”
환불 버튼 확대, 커서 하이라이트	”부분 환불은 메인 버튼이 아니라 이 드롭다운 안에 있습니다.”
메일 클라이언트, 주문 화면과 나란히	”티켓을 닫기 전에 고객이 실제로 받았는지 확인하세요.”

왼쪽 칸을 미리 채우면 유용한 결정을 강제하게 됩니다.

• 비트별 캡처 모드: 맥락은 전체 화면, 단일 앱은 창 캡처, 패널 하나만 필요하면 영역 캡처
• 준비해야 할 것: 데모 데이터, 열어둘 탭, 적절한 계정, 비워둔 알림 센터
• 시선이 가는 곳: 줌이 필요할 만큼 작은 요소는 편집 중에 발견하지 말고 지금 표시해 두세요
• 가려야 할 것: 실제 고객 이름, API 키, 내부 대시보드

스토리보드는 ‘애초에 불가능한 영상’을 가장 저렴하게 걸러내는 방법이기도 합니다. 어떤 비트가 만들 수 없는 계정 상태를 요구한다면, 녹화 중이 아니라 글을 쓰는 동안 알게 됩니다.

4단계: 눈이 아니라 귀를 위해 쓰세요

종이에서 잘 읽히는 내레이션은 소리로 내면 딱딱한 경우가 많습니다. 말하기 위해 쓰세요.

• 문장은 짧게. 한 문장에 한 생각만. 읽다가 숨이 차면 너무 긴 문장입니다.
• 쉬운 말로. “활용하다”보다 “쓰다”, 격식체보다 평이한 구어체.
• 동작은 말한 뒤에 하세요. “설정을 열겠습니다” 다음에 클릭 — 순서를 바꾸지 마세요. 시청자가 커서를 따라오는 데 0.5초가 필요합니다.
• 용어는 일관되게. ‘라이브러리’든 ‘녹화 목록’이든 하나를 정해 끝까지 쓰세요.
• 전환을 알려주세요. “여기까지가 정상 흐름입니다. 이제 이미 정산된 경우를 보겠습니다.”
• 한 번은 소리 내어 읽으세요. 어색한 표현은 첫 낭독에서 전부 드러납니다.

어떤 영상에는 완성된 문장보다 요점 메모가 맞습니다. 흐름을 놓치지 않을 정도면 충분하고, 외워 읊을 필요는 없습니다. 인트로와 아웃트로, 법적·기술적으로 정확해야 하는 부분은 전체 스크립트로, 자연스러운 목소리가 더 중요한 데모 본문은 요점 메모로 다루세요.

5단계: 효과도 스크립트에 미리 넣으세요

페이싱이 효과를 감당할 수 있도록 스크립트에 효과를 표시하세요. 줌에는 숨 쉴 시간이 필요하고, 텍스트 오버레이에는 그것이 얹힐 문장이 필요합니다.

2:00  3단계 — 확인 메일 검증
      [줌: 메일 제목줄, 3초 유지]
      [텍스트: "제목만 보지 말고 시각을 확인하세요"]
      "확인 메일을 열고 제목이 아니라 발송 시각을 확인하세요."

이렇게 계획하면 효과가 장식이 아니라 내레이션을 보강합니다. Recorded 편집기에서는 이 표시가 그대로 체크리스트가 됩니다. 2:00에 줌 구간을 넣고, 그 아래 텍스트 오버레이를 올리고, 오버레이를 읽을 수 있도록 해당 비트를 약간 늘리면 됩니다.

6단계: 대사가 아니라 클릭을 연습하세요

마지막 리허설은 대사를 외우는 시간이 아니라, 손에서 망설임을 없애는 시간입니다. 무음으로 한 번 통과하세요. 스크립트를 옆에 두고 내레이션 없이 전체 흐름을 클릭해 봅니다.

이 과정에서 테이크를 망치는 문제들이 드러납니다. 느리게 로딩되는 페이지, 잊고 있던 다이얼로그, 만료된 로그인, 엉뚱한 위치의 창. 그것들을 고친 뒤에 녹화하세요. 클릭이 이미 몸에 익어 있으면 전달력이 눈에 띄게 안정됩니다.

기획이 과한 경우

모든 녹화에 이 과정이 필요한 것은 아닙니다.

• 버그 리포트와 재현 영상: 그냥 순서대로 찍으세요. 다듬지 않은 게 더 믿을 만합니다
• 동료에게 보내는 빠른 답변: 40초짜리 답에 비트 시트는 필요 없습니다
• 실시간·연속 작업: 빌드나 장시간 작업은 자기 고유의 페이싱이 있습니다
• 1분 미만의 모든 것: 의도를 담은 한 문장이면 충분합니다

재사용 정도에 비례해 기획하세요. 다섯 명이 한 번 볼 영상에는 개요가 필요합니다. 2년 동안 모든 신입을 교육할 영상이라면 스토리보드를 들일 가치가 있습니다.

재사용 가능한 템플릿

메모에 저장해 두고 영상마다 복사해 쓰세요.

약속: 이 영상을 보면 시청자는 ___을 할 수 있다

대상: 누구이며, 이미 무엇을 알고 있는가

비트:
  0:00  훅
  0:__  약속
  0:__  비트 1 — [화면] / [내레이션] / [효과]
  0:__  비트 2 — ...
  _:__  요약 + CTA

준비: 계정, 데모 데이터, 탭, 알림 끄기, 캡처 모드
가리기: 이름, 키, 내부 도구
목표 길이: __분

마무리

스크립트와 스토리보드는 화면 녹화를 격식 있게 만들기 위한 것이 아닙니다. 모든 멈춤이 테이크 하나를 대가로 요구하는 녹화 중이 아니라, 생각을 바꾸는 데 아무 비용도 들지 않는 문서 안으로 결정을 옮기기 위한 것입니다.

약속을 쓰고, 비트를 나열하고, 화면에 보일 것을 스케치하고, 한 번 소리 내어 읽고, 무음으로 클릭해 보세요. 그러고 나서 녹화를 시작하면 편집할 것이 얼마나 줄어드는지 직접 보게 됩니다.