현지화 팀을 위한 화면 녹화 가이드

번역가는 자신이 번역하는 제품을 직접 볼 기회가 거의 없습니다. 이들이 받는 것은 btn.save, error.network.retry, tooltip.export 같은 문자열이 나열된 스프레드시트뿐입니다. 그 텍스트가 어디에 나타나는지, 공간이 얼마나 되는지, 누가 읽는지에 대한 시각적 단서는 모두 제거되어 있습니다. 결과는 뻔합니다. 기술적으로는 맞지만 어색하게 읽히거나, 버튼 밖으로 넘치거나, 주변 화면과 모순되는 번역이 나옵니다.

화면 녹화는 이 간극을 메웁니다. 기능을 2분 동안 둘러보는 영상 하나가 문서 한 페이지 분량의 설명보다 더 쓸모 있는 맥락을 전달하며, 제작 비용은 훨씬 적습니다.

이 가이드에서는 현지화 매니저, 번역가, 언어 QA 리뷰어가 현지화 워크플로우 전반에서 Recorded를 활용하는 방법을 다룹니다.

영상이 ‘컨텍스트 칼럼’보다 나은 이유

대부분의 번역 관리 시스템에는 ‘컨텍스트’ 또는 ‘메모’ 필드가 있습니다. 하지만 실제로는 비어 있거나 “설정 페이지의 버튼” 같은 짧은 단서로만 채워집니다. 영상은 그 필드가 결코 해결하지 못하는 문제를 해결합니다.

• 공간 맥락: 라벨이 잘리기 전까지 실제로 얼마나 가로 공간이 있는지 보여줍니다
• 흐름 맥락: 앞선 세 개의 화면을 보면 문자열의 의미가 분명해집니다
• 어조 맥락: 온보딩 화면과 삭제 경고는 서로 다른 문체가 필요하며, 영상에서는 그 차이가 즉시 드러납니다
• 상태 맥락: 빈 상태, 오류 상태, 로딩 상태는 글로 설명하기 어렵고 보여주기는 쉽습니다

여러 시간대에 걸친 분산 팀이라면 영상은 확인 메일을 한 라운드 통째로 없애줍니다. 번역가는 질문하는 대신 보면 됩니다.

무엇을 녹화할 것인가

1. 기능 맥락 워크스루

번역에 넘기기 전, 새 기능을 한 번씩 통과하는 영상을 녹화하세요. 사용자가 무엇을 하려는지 설명하고, 숫자로 치환되는 플레이스홀더, 여러 곳에 재사용되는 문자열, 페이지 제목으로도 쓰이는 라벨처럼 모호한 지점을 짚어주세요.

영상은 짧게, 기능 하나로 범위를 좁히세요. 40개 문자열을 맡은 번역가는 45분짜리 릴리스 리뷰를 뒤지는 대신 알맞은 5분 영상을 바로 찾을 수 있어야 합니다.

2. 용어·스타일 브리핑

용어집을 실제 제품 화면에서 훑는 짧은 스크린캐스트를 녹화하세요. 이 객체는 이렇게 부른다, 이 표현은 절대 쓰지 않는다, 사용자를 이렇게 지칭한다. 용어 결정은 스프레드시트의 한 줄로 읽을 때보다 실제 위치에서 볼 때 훨씬 잘 기억됩니다.

3. 언어 QA 세션

언어 리뷰어가 문제를 발견했을 때 가장 빠른 보고 수단은 녹화입니다. 화면을 캡처하고 재현 경로를 보여준 뒤 수정안을 말로 설명하세요. 대상 언어를 읽지 못하는 개발자도 라벨이 잘렸다거나 날짜 형식이 틀렸다는 사실은 볼 수 있습니다.

4. 로케일 고유 동작

오직 한 로케일에서만 발생하는 문제가 있습니다. 오른쪽에서 왼쪽으로 쓰는(RTL) 미러링, 높임말 수준, 통화와 날짜 형식, 정렬 순서, 필요한 글리프가 없는 폰트 등입니다. 이런 문제는 글로 명확히 쓰기는 거의 불가능하지만 녹화하기는 아주 쉽습니다.

현지화 작업을 위한 녹화 설정

창 캡처 사용하기

창 캡처는 애플리케이션만 분리해 바탕화면, 브라우저 탭, 개인 파일이 화면에 들어오지 않게 합니다. 또한 녹화 간 프레이밍을 일정하게 유지해 주는데, 리뷰어가 같은 화면을 두 언어로 비교할 때 이 점이 중요합니다.

소스 언어를 그대로 보여주기

맥락용 영상은 문자열이 작성된 원본 언어, 즉 소스 언어로 녹화하세요. 번역가가 무엇을 ‘출발점’으로 번역하는지 실제 화면에서 보여주는 것이 목적입니다.

로케일 간 프레이밍 맞추기

비교를 위해 같은 화면을 여러 로케일에서 녹화할 때는 창 크기와 캡처 영역을 동일하게 유지하세요. 나란히 놓고 보는 리뷰는 변수가 언어 하나뿐일 때만 유용합니다.

잘 맞는 설정값

• 해상도: 디스플레이 기본 해상도 — 작은 UI 텍스트도 읽을 수 있어야 합니다
• 프레임 레이트: UI 워크스루에는 30fps로 충분하며 티켓에 첨부할 만큼 파일이 작습니다
• 커서: 항상 표시 — 시청자가 인터페이스 안에서 경로를 따라가는 기준입니다
• 시스템 오디오: 기능 자체가 소리를 내지 않는 한 끄기 — 알림음이 내레이션 중간에 끼지 않도록

다국어 시청자를 위한 편집

긴 내레이션보다 텍스트 오버레이

내레이션 1분은 나중에 누군가 번역하거나 자막을 달아야 할 1분입니다. 여러 언어의 번역가가 보는 맥락 영상이라면 화면 텍스트 오버레이가 대개 더 낫습니다. 업데이트가 빠르고, 훑어보기 쉽고, 소리 없이도 읽힙니다.

어조와 뉘앙스가 중요한 부분(스타일 지침, 결정 배경)에는 내레이션을, 라벨과 문자열 ID, 강조에는 오버레이를 쓰세요.

문자열 ID를 화면에 표시하기

UI의 라벨을 가리킬 때 해당 키를 텍스트 오버레이로 함께 띄우세요: settings.export.format. 이 습관 하나만으로 맥락 영상이 번역가가 문자열 목록에서 검색할 수 있는 자료가 됩니다. 언어 QA 보고서도 즉시 실행 가능해집니다. 개발자가 어떤 키를 고쳐야 하는지 정확히 알 수 있으니까요.

좁은 레이아웃은 확대하기

잘림, 줄바꿈, 클리핑 문제는 작은 UI 디테일에 숨어 있습니다. 중요한 순간 직전에 확대하고, 시청자가 라벨을 읽을 만큼 유지한 뒤, 다시 축소해 화면 전체에서의 위치를 보여주세요.

과감하게 잘라내기

로딩 스피너, 잘못 들어간 경로, 메뉴를 찾는 동안의 정적은 모두 잘라내세요. 잘 다듬은 3분짜리 영상은 번역가 열두 명이 모두 봅니다. 산만한 12분짜리는 아무도 보지 않습니다.

현지화 영상 라이브러리 정리하기

현지화 자산은 개별 릴리스보다 오래 살아남으므로 이름 규칙이 중요합니다.

• 기능과 로케일을 포함: checkout-flow-context-en.mp4, checkout-flow-qa-de.mp4
• 제품 버전이나 릴리스 날짜 포함 — UI 영상은 인터페이스가 바뀌는 순간 낡습니다
• 번역 배치가 아니라 기능 단위로 묶기 — 배치는 한시적이고 기능은 남습니다
• 소스 언어 맥락 영상을 해당 로케일 QA 녹화 옆에 두어 비교하기 쉽게 하기

화면이 리디자인되면 맥락 영상을 다시 녹화하세요. 오래된 영상은 없는 것보다 나쁩니다. 번역가가 그것을 믿기 때문입니다.

영상으로 현지화 버그 보고하기

좋은 현지화 버그 영상에는 네 가지가 담깁니다.

1. 로케일 — 시작 시 명시하고 UI에서도 보이게
2. 재현 경로 — 중간이 아니라 알려진 시작 지점부터
3. 결함 — 확대해서 읽을 수 있을 만큼 화면에 유지
4. 기대 결과 — 내레이션으로 설명하거나 소스 언어로 보여주기

문자열 키와 함께 티켓에 첨부하세요. 이렇게 올린 버그는 번역 문제인지, 레이아웃 문제인지, 폰트 문제인지 따지는 왕복 논의를 건너뜁니다. 모두가 눈으로 확인할 수 있으니까요.

현지화 녹화 체크리스트

• 릴리스가 아니라 기능 단위로 영상 하나
• 맥락 영상은 소스 언어 화면으로 녹화
• 필요한 곳에 문자열 ID를 오버레이로 표시
• 일관된 프레이밍을 위해 창 캡처 사용
• 좁거나 잘린 레이아웃에는 확대 적용
• QA 녹화 시작 시 로케일 명시
• 파일명에 기능·로케일·버전 포함
• UI가 크게 바뀌면 영상 재녹화

마무리

현지화 품질은 대부분 맥락에서 결정됩니다. 자신이 무엇을 보고 있는지 이해하는 번역가는 더 나은 판단을 내리고, 질문을 덜 하며, 인터페이스에 꼭 맞는 문구를 만들어냅니다.

번역 문의가 가장 많이 발생하는 기능부터 시작하세요. 초점이 분명한 워크스루 하나를 녹화해 번역가들과 공유하고, 질문이 얼마나 줄어드는지 확인해 보세요.