데모 데이터 준비하기: 녹화에 어울리는 데모 환경 만들기

대부분의 화면 녹화는 녹화 버튼을 누르기도 전에 실패합니다. 오디오나 조명, 속도감 때문이 아니라 화면에 무엇이 있는지 때문입니다. 텅 빈 대시보드, “asdf 테스트 3”이라는 이름의 고객, 데이터 포인트가 하나뿐인 차트, 그리고 하필 가장 결정적인 순간에 슬쩍 나타나는 동료의 알림 같은 것들이죠.

데모 데이터는 무대 세트와 같습니다. 시청자는 잘 준비된 데모 데이터를 의식적으로 알아차리지 못하지만, 엉성한 데모 데이터는 반드시 알아차립니다. 그리고 그것은 조용히 신뢰도를 깎아먹습니다. 이 가이드에서는 진짜처럼 보이고, 깔끔하게 녹화되며, 여러 번의 촬영에도 견디는 환경을 준비하는 방법을 소개합니다.

전용 데모 계정부터 만드세요

업무용 계정으로는 절대 녹화하지 마세요. 평소 쓰는 계정에는 하다 만 실험, 개인 정보, 촬영이 잘못됐을 때 되돌릴 수 없는 상태들이 가득합니다.

오직 녹화만을 위한 별도의 계정(또는 워크스페이스, 테넌트, 프로필)을 만드세요.

• 중립적인 정체성: 본인의 얼굴과 이메일이 아니라, 그럴듯한 이름과 일반적인 아바타를 가진 데모 사용자.
• 깔끔한 권한: 일반적인 신규 고객이 보게 될 화면 그대로. 관리자 전용 기능을 실수로 보여주는 일이 없도록.
• 재현 가능성: 몇 분 안에 알려진 상태로 되돌릴 수 있어야 합니다.

제품이 시드 데이터나 픽스처를 지원한다면, 이 계정을 처음부터 만들어 주는 스크립트를 작성하세요. 스크립트를 짜는 데 쓴 5분은 세 번째로 재녹화해야 할 때 충분히 보상받습니다.

샘플 데이터 이름을 의도적으로 지으세요

플레이스홀더 이름은 나쁜 데모의 가장 흔한 신호입니다. “테스트 사용자 1”, “aaa”, “Lorem ipsum 프로젝트”는 모두 아무도 준비에 신경 쓰지 않았다는 뜻입니다.

좋은 샘플 데이터에는 몇 가지 규칙이 있습니다.

• 그럴듯하되 명백히 가상일 것. “노스윈드 물류”, “하버 커피”는 실제 회사처럼 읽히면서도 특정 고객을 암시하지 않습니다.
• 형태가 다양할 것. 짧은 이름과 긴 이름, 한 단어와 여러 단어를 섞으세요. 균일한 데이터는 레이아웃 문제를 감추고 인공적으로 보입니다.
• 실제 고객 정보가 없을 것. 실제 고객명이 담긴 계정은 블러 처리를 하더라도 녹화하지 마세요. 현실감이 필요하다면 CRM이 아니라 허구에서 이름을 가져오세요.
• 문화적으로 중립적이거나 의도적으로 다양할 것. 글로벌 시청자를 대상으로 한다면 한 나라의 이름만 나열된 목록은 좁아 보입니다.

잘리거나 넘치는 형태로 보이는 문자열도 확인하세요. 사이드바에서 “3분기 지역별 성과…”처럼 잘려 보이면 미완성이라는 인상을 줍니다.

데이터 밀도를 알맞게 맞추세요

빈 화면은 데모가 아니며, 400줄짜리 목록도 마찬가지입니다. 건강하게 운영 중인 계정이 보여줄 법한 밀도를 목표로 하세요.

• 목록: 화면을 채우고 아래에 더 있음을 암시할 만큼, 그러나 중요한 항목을 찾으려고 스크롤하지 않아도 될 만큼.
• 차트: 성장, 하락, 회복처럼 이야기가 있는 추세. 평평한 선이나 막대 하나는 기능을 쓸모없어 보이게 만듭니다.
• 날짜: 최근이고 상대적인 시점. 8개월 전 타임스탬프는 영상을 즉시 낡아 보이게 합니다. 가능하다면 녹화 전에 모든 타임스탬프를 앞당기세요.
• 숫자: 현실적인 규모. 매출 12,000원은 테스트처럼 보이지만, 1억 2,840만 원은 사업처럼 보입니다.

클릭할 예정인 항목은 예측 가능한 위치에 두세요. 위쪽이 좋지만 항상 첫 번째 줄일 필요는 없습니다. 너무 연출된 느낌을 주니까요.

주변 환경을 정리하세요

데모 계정은 화면의 절반에 불과합니다. 녹화 전에 다음을 확인하세요.

• 관련 없는 탭을 닫고, 개인 링크가 담긴 북마크 바를 숨기세요.
• 방해 금지 모드를 켜서 메시지와 일정 알림이 캡처되지 않게 하세요.
• 중립적인 바탕화면을 사용하고 바탕화면의 파일을 정리하세요.
• 고해상도 디스플레이가 아니라 최종 내보내기 크기에서 읽히도록 브라우저나 앱의 확대 비율을 조정하세요.
• 아바타나 자동완성 제안이 튀어나올 수 있는 개인 계정에서 로그아웃하세요.

Recorded에서는 전체 화면 대신 단일 윈도우를 캡처하는 것만으로 이런 문제 상당수가 한 번에 사라집니다. 윈도우 캡처는 독, 메뉴 막대, 두 번째 모니터를 자동으로 화면 밖에 둡니다.

상태를 되돌릴 수 있게 만드세요

데모는 파괴적입니다. 항목을 삭제하고, 양식을 제출하고, 초대 코드를 써버리고 나면 두 번째 촬영에서는 보여줄 것이 남지 않습니다.

녹화 전에 시작 상태로 돌아갈 방법을 정해 두세요.

• 스냅샷을 만드세요. 데이터베이스 덤프, 복제한 워크스페이스, 명령 하나로 복원 가능한 픽스처.
• 스크립트로 만드세요. 짧은 시드 스크립트가 한밤중에 레코드 15개를 손으로 다시 만드는 것보다 훨씬 믿음직합니다.
• 또는 파괴의 역순으로 녹화하세요. “항목이 있는 목록” 장면을 먼저 찍고, 그다음 삭제 흐름을 찍으세요.

되돌릴 수 있다는 사실을 아는 것만으로 녹화의 긴장이 사라집니다. 데이터를 지키는 데 신경 쓰는 대신 내레이션에 집중할 수 있게 됩니다.

이야기에 맞춰 데이터를 설계하세요

가장 좋은 데모 데이터는 대본에서 거꾸로 설계됩니다. 개요를 따라가며 각 장면에서 무엇이 이미 존재해야 하는지 물어보세요.

1. 오프닝 장면에는 실제로 쓰이고 있는 듯한 계정이 필요합니다.
2. 중반부에는 핵심 기능을 보여줄 특정 레코드가 필요합니다. 소리 내어 말할 수 있는 이름으로 미리 만들어 두세요.
3. 마무리에는 눈에 보이는 결과가 필요합니다. 완료 상태, 끝난 내보내기, 움직인 차트 같은 것들이죠.

긴 업로드, 백그라운드 작업, 이메일 도착처럼 기다림이 필요한 단계가 있다면, 완료된 버전을 미리 준비해 두고 그 장면으로 전환하거나 편집기에서 대기 구간의 속도를 높이세요.

녹화 전 데이터 체크리스트

• 개인 계정이 아닌 데모 계정으로 녹화하는가
• 화면 어디에도 실제 고객이나 직원의 이름이 없는가
• 샘플 이름이 그럴듯하고, 다양하며, 가상인가
• 목록과 차트에 현실적인 밀도와 눈에 띄는 추세가 있는가
• 날짜와 타임스탬프가 최근으로 보이는가
• 알림을 끄고 관련 없는 탭을 닫았는가
• 클릭할 레코드를 미리 만들어 찾기 쉽게 두었는가
• 두 번째 촬영을 위한 초기화 방법이 있는가

녹화 전 15분을 여기에 쓰면 한 시간의 재촬영을 아낄 수 있습니다. 그리고 그 차이가 제품처럼 보이는 영상과 시제품처럼 보이는 영상을 가릅니다.

환경이 준비되면 나머지는 간단합니다. 윈도우를 캡처하고, 이야기를 따라가고, 마무리는 편집기에 맡기세요.