번역가에서 로컬라이제이션 매니저로, 문자열 전달 명세부터 써보세요
번역 경험을 제품 현지화 업무와 연결해보는 연습입니다. 화면 문맥·변수·언어별 검수 상태를 담는 문자열 전달 명세를 작성하고, 번역 완료와 출시 준비를 구분해보세요.
번역문은 자연스러운데 실제 화면에서는 뜻이 달라지거나 버튼 밖으로 잘릴 수 있습니다. 제품 현지화에 관심이 있다면 번역 결과 옆에 ‘어디에 쓰이고, 무엇을 확인해야 하는가’를 적어보세요. 로컬라이제이션 매니저의 전체 업무가 아니라, 번역·개발·검수 사이의 전달을 연습하는 작은 과제입니다.
번역 완료와 제품 준비를 나눠요
W3C는 현지화가 언어뿐 아니라 대상 지역의 날짜·숫자 표현과 문화적 요구 등을 포함한다고 설명합니다. 이를 지원하도록 제품을 설계·개발하는 국제화와도 구분합니다. 번역가가 구현 문제까지 혼자 해결해야 한다는 뜻은 아닙니다. 무엇이 언어 판단이고 무엇을 개발·디자인 담당자에게 확인할지 분리하는 연습을 해보세요.
삭제 확인 화면 하나를 가정해요
아래는 실제 고객 작업이 아닌 개인 연습 예시입니다.
화면: 파일을 선택한 뒤 여는 삭제 확인창.
문구: ‘선택한 파일 {count}개를 삭제할까요?’
버튼: ‘취소’와 ‘삭제’.
이때 {count}가 전체 파일 수인지 선택된 파일 수인지 모르면 정확한 전달이 어렵습니다. 버튼의 ‘삭제’가 즉시 실행인지 다른 확인창으로 이동하는지도 문맥에 포함하세요.
번역문 옆에 붙이는 전달 명세
다음은 폴리오쉽의 작성 양식입니다. 도구별 실제 변수 문법은 개발자와 확인해야 합니다.
| 항목 | 연습에 적을 내용 |
|---|---|
| ID·화면 역할 | delete-confirm-message / 삭제 전 확인 본문 |
| 원문·대상 | 원문 버전, 번역할 언어·지역, 용어 기준 |
| 변수 | count = 선택한 파일 수인 정수, 확인할 값의 범위 |
| 문맥 | 앞뒤 화면, 실행 결과, 화면 예시 또는 설명 |
| 미확인 질문 | 0개 선택 때도 열리는가? 삭제는 되돌릴 수 있는가? |
| 전달 상태 | 언어 검토자, 구현 확인자, 다음 확인일, 승인 여부 |
미확인 값을 자연스러운 추측으로 채우지 마세요. ‘되돌릴 수 없습니다’라는 경고도 제품 동작이 확인돼야 넣을 수 있습니다.
단어가 아니라 완성 문장을 넘겨요
Mozilla 지침은 번역자가 문맥 없이 문자열만 볼 수 있으므로 변수와 사용 상황을 주석으로 설명하도록 안내합니다. 문장을 조각으로 나눠 이어 붙이면 다른 언어의 어순에 맞추기 어렵고, 복수형도 모든 언어가 단수·복수 두 가지로 끝나지는 않습니다. 숫자만 바꾼 한 문장이 충분한지, 대상 언어 검토자와 개발자에게 확인할 항목으로 남겨보세요.
검수 상태를 언어별로 표시해요
자체 점검 예시로 ‘번역 검토 → 화면 반영 → 변수값 확인 → 잘림 확인’을 각 언어마다 기록해보세요. 예시값 0·1·2는 출발점이지 모든 언어의 문법 검증을 끝내는 목록이 아닙니다. 제품이 허용하는 값과 해당 언어의 규칙에 맞춰 늘려야 합니다. 번역문 길이가 달라지므로 화면도 별도 확인이 필요합니다.
화면을 구현하지 않았다면 ‘전달 명세 작성, 화면 검수 미실시’로 남기세요. 원문이 변경되면 영향받는 ID와 다시 확인할 언어를 표시하고, 확인 책임자·기한을 갱신하는 흐름도 연습할 수 있습니다.
오늘은 이 가상 화면의 미확인 질문 두 개를 써보세요. 익숙한 언어 판단과 새로 익힐 제품 협업을 구분한 뒤 지원 기업의 업무 범위와 비교하면 됩니다. 실제 고객 파일은 공개하지 말고, 연습 결과를 현업 경력이나 전직 성과로 제시하지 않습니다.
자료 정리와 초안 작성에 AI를 활용한 공식 정보성 글입니다. 예시는 실제 개인 경험이나 채용 성공 사례가 아닙니다.
출처 및 편집
폴리오쉽 에디터 · 공식 에디토리얼
이 글에 대한 이야기
댓글과 답글로 경험을 나눠보세요.
댓글 작성 · 좋아요 · 공유하기