매뉴얼이 제품과 다르게 말하는 순간, 사용자는 제품 자체의 신뢰성을 의심합니다. 매뉴얼에는 “POWER 버튼”이라고 되어 있는데 실제 제품 각인은 “ON/OFF”입니다. 설명서의 메뉴 경로는 “설정 > 무선”인데 실제 펌웨어는 “설정 > 네트워크 > 무선”입니다. 사용자는 화면에 없는 기능을 찾다가 서비스 센터에 전화합니다.
UI 매칭은 매뉴얼 번역이나 기술 문서 번역 품질과는 별개의 영역입니다. 문장은 완벽하게 번역되어 있어도, 그 문장이 인용한 버튼명과 메뉴 경로가 실제 제품과 다르면 매뉴얼은 쓸모가 없습니다. 이 가이드는 출시 직전 다국어 매뉴얼과 사용설명서가 제품 UI, 물리 버튼·라벨, 화면 메시지, 부품 번호, 펌웨어 버전과 일치하는지 확인하는 15개 항목을 다룹니다.
UI 매칭 점검이란?
UI 매칭 점검은 다국어 매뉴얼이 인용한 제품 정보가 실제 출시 제품과 일치하는지 출고 전에 확인하는 검수입니다. 스크린샷의 펌웨어 버전, 버튼·포트의 제품 각인, 화면 메시지와 메뉴 경로의 문자열, 안전 라벨과 인증 마킹, 부품 번호와 바코드, 문서 버전 정보가 대조 대상입니다. 번역 검수가 문장을 다루는 반면, UI 매칭은 제품과 문서의 동기화를 다룹니다. 다국어 매뉴얼 UI 매칭 점검은 매뉴얼 현지화 공정에서 제품과 문서의 동기화를 확정하는 관문이며, 판정 기준은 최종 펌웨어 빌드와 실제 제품 실물입니다.

펌웨어에서 메뉴명 하나가 바뀌면 50개 언어판 매뉴얼의 스크린샷, 메뉴 경로 표기, 인용 문자열이 동시에 무효가 됩니다. 번역 오류는 한 언어에 머물지만, UI 불일치는 언어 수만큼 증폭됩니다. UI 매칭 결함의 수정 비용이 다른 QA 영역보다 큰 이유가 여기에 있습니다.
- 이런 분께 테크니컬 라이터, 매뉴얼 기획자, 현지화 PM, QA 담당자, 제품 UI 담당자, AI 도구로 매뉴얼을 제작하는 제조사
- 이럴 때 펌웨어 확정 이후, 언어별 UI 캡처 완료 직후, 제품 라벨·각인·부품 정보가 변경되었을 때, 최종 매뉴얼 사인오프 전
- 함께 보기 「다국어 매뉴얼 UI 매칭 점검 체크리스트」로 15개 항목을 자가 점검하고 사인오프까지 기록할 수 있습니다.
본 가이드는 산업·제품 비특화 범용 항목을 다룹니다. 제품군별 인증, 안전 라벨, 규제 문구, 펌웨어 변경 관리 요건은 별도 검토가 필요합니다. 제품 사양서와 릴리스 노트를 대체하지 않습니다.
UI 매칭이 별도의 QA 영역인 이유
매뉴얼 번역은 문장의 의미를 책임지는 작업입니다. 매뉴얼이 인용한 버튼명, 메뉴 경로, 화면 메시지, 제품 각인, 라벨, 부품 번호가 실제 제품 사양과 같은지는 실물과 펌웨어를 놓고 대조해야 판정되는 영역입니다. 언어 지식으로는 검출할 수 없습니다.
다국어 환경에서는 한 번의 UI 변경이 수십 개 언어판에 동시에 영향을 줍니다. 화면 캡처 한 장, 메뉴명 한 단어, 각인 하나가 어긋나도 결과는 서비스 콜 증가, 현지화 미완성이라는 인상, 잘못된 매뉴얼 동봉, 그리고 안전 조작 실패입니다.
기준일을 고정하지 않으면 점검이 무의미해진다
UI 매칭 점검에서 가장 흔한 실패는 항목을 빠뜨리는 것이 아닙니다. 서로 다른 시점의 자료를 대조하는 것입니다. 매뉴얼 원고는 3월 빌드 기준인데 스크린샷은 4월 빌드에서 캡처했고, 제품 각인 사양서는 2월판이라면, 15개 항목을 모두 통과해도 실제 출시본과는 어긋납니다.
점검을 시작하기 전에 다섯 가지 자료의 기준일을 하나로 맞추십시오. 이것이 UI 매칭 QA의 전제조건입니다.
| 기준 자료 | 확정해야 할 정보 | 이 자료가 판정하는 대상 |
|---|---|---|
| 최종 펌웨어 빌드 | 출시 빌드 번호와 빌드 일자 | 스크린샷, 메뉴 경로, 화면 메시지의 원본 |
| 언어별 UI 문자열 리소스 | 펌웨어 문자열 파일(.strings, .xml, .json 등) | 매뉴얼 인용 텍스트의 글자 단위 대조 기준 |
| 제품 각인·라벨 사양서 | 실물 도면 또는 최종 아트워크 | 버튼·포트 명칭, 안전 라벨, 인증 마킹의 기준 |
| 부품 번호·바코드 목록 | 시장별 동봉품 구성표 | 액세서리 목록과 QR·바코드 데이터의 기준 |
| 매뉴얼 원고 | 문서 버전과 발행일 | 위 네 가지와 대조할 대상 |
운영 원칙. 검수 기준 자료를 부서별로 흩어 두지 마십시오. 최종 펌웨어 버전, 언어별 UI 문자열, 제품 라벨 사양, 부품 번호 목록, 매뉴얼 원고를 같은 릴리스 패키지 안에서 함께 관리해야 기준일이 유지됩니다.
제품 UI와 문서 동기화의 5대 검증 영역
UI 매칭은 스크린샷을 다시 찍는 작업으로 끝나지 않습니다. 사용자가 매뉴얼에서 마주치는 제품 정보는 화면, 실물 각인, 화면 텍스트, 동봉품, 버전 표기의 다섯 갈래로 나뉘고, 갈래마다 대조해야 하는 원본 자료가 다릅니다.
다섯 영역을 나누어 관리하면 어느 부서에서 어떤 자료를 받아야 하는지가 명확해집니다. 자료 출처가 흩어져 있으면 점검 항목을 아무리 촘촘하게 만들어도 대조 결과를 신뢰할 수 없습니다.
| 영역 | 동기화 검증 대상 |
|---|---|
| 스크린샷 ↔ 최종 UI | 출시 펌웨어 캡처, 언어별 UI 캡처, 영어 UI 고지 방식, 스크린샷 내 개인정보 가공 |
| 제품 각인·물리 라벨 | 버튼·포트 명칭 일치, 영어 각인 고정 시 병기 방식, 안전 라벨과 인증 마킹 |
| 화면 텍스트 ↔ 매뉴얼 인용 | 알림·에러 코드·메뉴 경로의 글자 단위 일치, 펌웨어와 매뉴얼의 단일 용어집, 인용 강조 표기 |
| 부품 번호·바코드 | 시장별 동봉품 구성, 부품 번호, 바코드·QR 데이터의 실제 스캔 검증 |
| 버전·펌웨어 동기화 | 문서 버전 표기, 발행일, UI·각인·문서 변경의 단일 추적 기록 |
점검 15항목의 다섯 범주
본 항목은 전자기기, 자동차, 산업 장비, 의료기기, 로보틱스 등 제품 UI를 갖춘 여러 영역에서 공통으로 적용할 수 있도록 구성했습니다. 제품군별 UI 설계 규칙이나 펌웨어 변경 관리 절차를 대신하지 않습니다.
기술 문서 제작과 매뉴얼 현지화 과정에서 공통으로 놓치기 쉬운 제품과 문서의 불일치를 문서 단계에서 미리 걸러내는 실무 도구입니다. 항목은 다섯 범주, 총 15개입니다.
| 범주 | 점검 영역 | 항목 수 |
|---|---|---|
| A. 스크린샷 ↔ 최종 UI | 출시 빌드, 언어별 UI, 영어 UI 고지, 스크린샷 개인정보 가공 | 4 |
| B. 제품 각인·물리 라벨 | 버튼·스위치·포트 명칭, 병기 방식, 안전 라벨, 인증 마킹 | 4 |
| C. 화면 텍스트 ↔ 매뉴얼 인용 | 알림·메뉴 경로, 펌웨어 문자열, 단일 용어집, 인용 강조 표기 | 4 |
| D. 부품 번호·바코드 | 시장별 동봉품, 부품 번호, 바코드·QR 데이터 검증 | 2 |
| E. 버전·펌웨어 동기화 | UI·제품 각인·매뉴얼 변경 관리 기록 | 1 |
중요도 분포: 필수(A) 8 · 권장(B) 6 · 보조(C) 1
중요도 등급과 사인오프 기준
모든 항목의 중요도가 같지는 않습니다. 사용자의 조작 성공 여부와 출시 일정에 미치는 영향에 따라 A, B, C 등급으로 구분하고, 한 가지 원칙을 강제합니다. A등급은 최종 사인오프 전 0건이어야 합니다.
| 등급 | 명칭 | 정의 및 누락 시 영향 |
|---|---|---|
| A | Critical · 필수 | 사용자의 실제 조작 실패, 안전 정보 불일치, 인증 정보 오류, 출시 지연으로 직결될 수 있습니다. 사인오프 전 0건이어야 합니다. |
| B | Major · 권장 | 누락 시 고객 클레임, 서비스 콜 증가, 재작업, 브랜드 신뢰 저하가 발생합니다. 가급적 0건을 목표로 합니다. |
| C | Minor · 보조 | 단건 영향은 작으나 누적 시 언어판별 품질 편차와 운영 비용이 증가합니다. |
UI 매칭 점검 15항목
다음 표는 체크리스트의 각 항목을 실무 지침 형태로 풀어 정리한 것입니다. 실제 작업에서는 각 항목을 자가 확인(Self)과 검사원 확인(Reviewer)으로 나누어 두 번 기록합니다.
| No | 점검 항목 · 점검 기준 | 등급 |
|---|---|---|
| 1 | A. 스크린샷 ↔ 최종 UI 매뉴얼 내 모든 스크린샷이 출시 펌웨어에서 캡처되어 있는가 개발 중간 빌드나 이전 버전 캡처가 남아 있는지 점검합니다. 스크린샷 파일의 캡처 일자와 출시 빌드 일자를 대조하면 잔존 캡처를 쉽게 찾을 수 있습니다. | A |
| 2 | A. 스크린샷 ↔ 최종 UI 스크린샷 내 텍스트가 해당 언어판 UI로 캡처되어 있는가 영어 UI 스크린샷이 비영어 매뉴얼에 그대로 사용되지 않도록 언어별 빌드에서 캡처했는지 점검합니다. 스크린샷 인벤토리에 언어 코드와 캡처 빌드 번호를 함께 기록해 두면 누락된 언어판을 바로 찾을 수 있습니다. | A |
| 3 | A. 스크린샷 ↔ 최종 UI 제품이 다국어 UI를 지원하지 않을 경우 매뉴얼이 “UI는 영어로 표시됩니다”를 명시하고 있는가 독자가 화면 언어를 바꿀 수 있다고 오해하지 않도록 본문에 명확히 안내했는지 점검합니다. 고지 문구와 위치는 전 언어판에서 일관되어야 합니다. | B |
| 4 | A. 스크린샷 ↔ 최종 UI 스크린샷에 포함된 개인정보·테스트 데이터가 가공되어 있는가 실제 사용자 이름, 이메일, 전화번호, 계정 ID, 위치 정보의 노출을 방지하고 더미 데이터를 사용했는지 점검합니다. 화면 상단의 시각, 배터리, 통신사 표시처럼 반복 노출되는 상태 표시줄도 전 언어판에서 같은 값으로 통일하는 편이 좋습니다. | B |
| 5 | B. 제품 각인·물리 라벨 매뉴얼이 지칭하는 버튼·스위치·포트 명칭이 제품 각인과 정확히 일치하는가 매뉴얼은 “POWER”인데 제품 각인은 “ON/OFF”인 식의 표기 차이를 점검합니다. 아이콘 표기도 동일한지 함께 확인합니다. | A |
| 6 | B. 제품 각인·물리 라벨 “제품 표기 + 현지어 설명” 병기 방식이 통일되어 있는가 제품 각인이 영어나 기호로 고정되어 병기가 필요한 경우, 병기 방식(예: POWER(전원))이 문서 전체에서 일관된지 점검합니다. 병기 여부를 항목마다 다르게 적용하면 같은 버튼이 페이지마다 다른 이름으로 읽힙니다. 병기 대상 목록을 점검 착수 전에 확정해 두십시오. | C |
| 7 | B. 제품 각인·물리 라벨 경고·안전 라벨의 위치·문구·픽토그램이 매뉴얼 안전 섹션과 일치하는가 ANSI Z535.6, ISO 3864, ISO 7010 기준의 픽토그램과 시그널 워드가 실물 라벨과 매뉴얼에서 동기화되어 있는지 점검합니다. | A |
| 8 | B. 제품 각인·물리 라벨 제품이 받은 인증이 매뉴얼 인증 페이지와 일치하는가 실제 제품 인증과 매뉴얼에 명시된 마킹의 종류, 인증 번호, 표기 형식이 일치하는지 점검합니다. Section 3(규제)의 마킹 목록과 연계합니다. | A |
| 9 | C. 화면 텍스트 ↔ 매뉴얼 인용 알림·메뉴 경로가 펌웨어 실제 표시와 글자 단위로 일치하는가 펌웨어 문자열이 확정된 뒤 매뉴얼 인용 텍스트를 전수 대조합니다. 펌웨어 문자열 리소스 파일을 직접 받아 대조하면 단어, 기호, 공백 단위까지 자동으로 검증할 수 있습니다. | A |
| 10 | C. 화면 텍스트 ↔ 매뉴얼 인용 화면 메시지와 매뉴얼 인용이 동일한 번역 기준으로 작성되어 있는가 펌웨어 번역과 매뉴얼 번역이 같은 메시지를 서로 다르게 번역하지 않도록 단일 용어집을 운영하는지 점검합니다. 펌웨어 문자열을 매뉴얼 번역의 상위 소스로 고정하면 같은 메시지가 두 갈래로 번역되는 상황 자체를 차단할 수 있습니다. | A |
| 11 | C. 화면 텍스트 ↔ 매뉴얼 인용 메뉴 경로 표기(예: 설정 > 네트워크 > 연결)가 언어별 UI 메뉴명과 일치하는가 언어별 메뉴 번역과 매뉴얼 표기가 일치하는지, 메뉴 구분 기호가 일관된지 점검합니다. 메뉴 계층이 한 단계 늘거나 줄면 그 경로를 인용한 모든 문장이 무효가 됩니다. 경로 인용은 별도 목록으로 추출해 관리하십시오. | A |
| 12 | C. 화면 텍스트 ↔ 매뉴얼 인용 버튼·메뉴 인용 텍스트의 강조 표기(따옴표·볼드·대괄호)가 일관되는가 인용 표기 방식이 매뉴얼 전체에서 통일되어 있는지 점검합니다. 따옴표와 볼드를 혼용하면 독자가 화면 문자열과 본문 설명을 구분하지 못합니다. 표기 규칙을 스타일가이드에 명시하고 전 언어판에 동일하게 적용합니다. | B |
| 13 | D. 부품 번호·바코드 액세서리·부속품 목록의 부품 번호가 실제 동봉품과 일치하는가 국가·시장별 동봉품 차이를 반영했는지, 매뉴얼이 지역별 구성을 정확히 안내하는지 점검합니다. 같은 모델이라도 전원 어댑터, 케이블, 동봉 인쇄물 구성이 시장마다 달라지는 경우가 많습니다. 시장별 구성표와 매뉴얼 변형을 1:1로 매핑해 두십시오. | B |
| 14 | D. 부품 번호·바코드 제품과 매뉴얼의 부품 번호·바코드·QR 데이터가 일치하는가 실제 스캐너로 스캔했을 때 동일한 정보가 반환되는지 검증합니다. 눈으로 대조하는 방식으로는 검출되지 않습니다. | B |
| 15 | E. 버전·펌웨어 동기화 UI·제품 각인·매뉴얼 변경의 변경 관리 기록이 존재하는가 제품과 문서의 동기화 변경 이력이 단일 시스템에서 추적 가능한지 점검합니다. 변경 요청자, 반영 일자, 영향받는 언어판 목록을 남깁니다. | B |
납품 검사에서 자주 검출되는 5가지 오류
다섯 가지 모두 편집 화면이나 원고 단계에서는 정상으로 보이고, 실물 제품이나 최종 빌드와 나란히 놓았을 때만 드러납니다. 매뉴얼 제작 일정이 펌웨어 확정 일정보다 앞서 시작되는 구조에서 반복적으로 발생하는 유형입니다.
- 매뉴얼 v2.3 캡처가 v2.5 출시본에 잔존 실패 시 사용자가 화면에 없는 메뉴를 찾습니다. 서비스 콜이 증가하고, 전 언어판의 해당 페이지를 다시 캡처해야 합니다.
차단 방법 스크린샷 파일의 캡처 일자와 출시 빌드 일자를 대조합니다. 펌웨어 빌드가 바뀌면 캡처 전량을 무효 처리하는 규칙을 세웁니다. - 매뉴얼 “POWER”와 제품 각인 “ON/OFF” 불일치 실패 시 사용자가 지시받은 버튼을 제품에서 찾지 못합니다. 안전 조작 지시문에서 발생하면 조작 실패로 이어집니다.
차단 방법 제품 각인 사양서(실물 도면 또는 최종 아트워크)를 단일 출처로 삼고, 매뉴얼의 모든 버튼·포트 인용을 그 목록과 대조합니다. - 펌웨어와 매뉴얼이 같은 메시지를 다르게 번역 실패 시 독자가 동일한 항목을 서로 다른 기능으로 오인합니다. 오류 메시지에서 발생하면 문제 해결 자체가 불가능해집니다.
차단 방법 펌웨어 번역과 매뉴얼 번역에 단일 용어집을 적용합니다. UI 문자열은 매뉴얼 번역의 상위 소스로 고정합니다. - 일부 영어 UI 화면이 비영어 매뉴얼에 잔존 실패 시 현지화가 미완성이라는 인상을 줍니다. 비영어권 사용자의 브랜드 신뢰가 떨어집니다.
차단 방법 언어별 빌드에서 캡처했는지 스크린샷 인벤토리로 전수 확인합니다. 제품이 다국어 UI를 지원하지 않으면 그 사실을 본문에 명시합니다. - 국가별 모델 변형이 매뉴얼에 매핑되지 않음 실패 시 유통 입고 오류가 발생하고, 잘못된 매뉴얼이 동봉될 수 있습니다.
차단 방법 시장별 동봉품 구성표를 매뉴얼 변형과 1:1로 매핑하고, 부품 번호와 바코드를 실제 스캐너로 검증합니다.
오류 vs 정상: 세 가지 대표 사례
다음 세 가지는 납품 검사에서 가장 자주 보고되는 UI 매칭 결함입니다. 오류 사례와 정상 처리 방식을 나란히 두면 검사원이 판정 기준을 빠르게 익힐 수 있습니다.
| 스크린샷 버전 | |
|---|---|
| ✗ 오류 | 개발 v2.3 빌드 캡처가 출시 v2.5 매뉴얼에 그대로 남아 있습니다. |
| ✓ 정상 | 펌웨어가 확정된 뒤 출시 빌드에서 언어별로 다시 캡처합니다. 빌드가 바뀌면 기존 캡처를 무효 처리합니다. |
| 제품 각인 | |
|---|---|
| ✗ 오류 | 매뉴얼은 “POWER”라고 쓰지만 제품 각인은 “ON/OFF”로 표시되어 있습니다. |
| ✓ 정상 | 제품 각인 사양서를 단일 출처로 삼아 매뉴얼 표기를 동기화합니다. 병기가 필요하면 병기 기준을 문서 전체에 일관되게 적용합니다. |
| 메뉴 경로 | |
|---|---|
| ✗ 오류 | 매뉴얼은 “설정 > 무선”이라고 쓰지만 실제 UI는 “설정 > 네트워크 > 무선”입니다. |
| ✓ 정상 | 펌웨어 문자열 리소스를 받아 언어별 메뉴 경로를 매뉴얼 인용과 글자 단위로 대조하고 갱신합니다. |
2단계 교차 검증으로 운용하기
UI 매칭은 펌웨어가 변동되는 동안 수시로 확인해야 합니다. 다만 최종 사인오프는 출시 직전 단일 기준일을 정해 한 번에 수행합니다. 제품과 문서의 기준일이 어긋나면 검수 결과가 전부 통과여도 실제 출시본과 맞지 않습니다. 한샘글로벌은 기술 문서 제작과 매뉴얼 현지화 공정에서 이 기준일 고정과 교차 점검을 언어별 검수자와 60종 이상의 자동 검사를 갖춘 QA Suite로 함께 운영합니다.
| 단계 | 수행자 | 주요 작업 | 사인오프 기준 |
|---|---|---|---|
| 1단계: 작업자 자가 점검 | 테크니컬 라이터, 매뉴얼 담당자 | 최종 펌웨어 빌드, 언어별 UI 캡처, 제품 각인·라벨 사양, 부품 번호 목록, 변경 이력을 같은 기준일로 준비한 뒤 15개 항목을 확인합니다. | A등급 0건. 기준일과 빌드 번호를 기록합니다. |
| 2단계: 검사원 교차 점검 | 매뉴얼 제작에 참여하지 않은 리뷰어, 펌웨어·UI 담당자, 제품 라벨 담당자 | 실제 제품 또는 최종 빌드 화면을 기준으로 스크린샷, 메뉴 경로, 각인, 라벨, 부품 번호, 변경 기록을 다시 대조합니다. | 출고 승인 또는 반려. 반려 시 수정 후 재확인합니다. |
AI·자동 생성 도구를 쓰는 경우
AI 도구는 매뉴얼 초안 작성과 화면 설명 생성 속도를 크게 높입니다. 다만 그 도구가 참조한 화면이 어느 빌드의 것인지, 인용한 버튼명이 실제 제품 각인과 같은지는 자동으로 보장되지 않습니다.
생성된 문장이 자연스러울수록 잘못된 버튼명이나 존재하지 않는 메뉴 경로가 그대로 통과할 위험이 커집니다. 자동 생성 구간일수록 기준일 고정과 실물 대조를 더 엄격하게 적용해야 합니다.
제조사 문서팀을 위한 매뉴얼 현지화 UI 매칭 적용 순서
- 펌웨어 빌드 번호와 기준일을 먼저 고정합니다. 이후의 모든 대조는 이 하나의 기준일 위에서 이루어집니다.
- 펌웨어 팀에서 언어별 UI 문자열 리소스 파일을 직접 받습니다. 화면을 보고 옮겨 적는 방식으로는 글자 단위 일치를 담보할 수 없습니다.
- 제품 각인 사양서(실물 도면 또는 최종 아트워크)를 단일 출처로 확보하고, 매뉴얼의 버튼·포트 인용을 전수 대조합니다.
- 스크린샷은 출시 빌드에서 언어별로 재캡처합니다. 빌드가 바뀌면 기존 캡처를 전량 무효 처리하는 규칙을 세웁니다.
- 부품 번호와 바코드는 실제 스캐너로 검증합니다. 눈으로 대조하는 방식은 이 항목에서 통하지 않습니다.
- 점검 결과에 펌웨어 빌드 번호와 기준일을 함께 기록해 보관합니다. 이후 펌웨어 업데이트 시 어느 항목을 다시 봐야 하는지 판단하는 근거가 됩니다.
자주 묻는 질문
- UI 매칭은 번역 검수와 무엇이 다른가요? 대상과 판정 근거가 다릅니다. 번역 검수는 문장의 의미와 표현을 다루고, 판정 근거는 원문입니다. UI 매칭은 매뉴얼이 인용한 제품 정보를 다루고, 판정 근거는 최종 펌웨어와 실제 제품 실물입니다. 완벽하게 번역된 문장이 “설정 > 무선”이라고 인용했는데 실제 UI가 “설정 > 네트워크 > 무선”이면, 번역 검수는 통과하고 매뉴얼은 실패합니다.
- 최종 펌웨어 확정 전 캡처를 사용해도 되나요? 초안 검토용으로는 가능합니다. 출시용 매뉴얼에는 최종 펌웨어 기준으로 다시 캡처해야 합니다. 개발 중간 빌드 화면이 남아 있으면 사용자가 실제 제품에 없는 화면을 보게 됩니다. 빌드가 바뀔 때마다 기존 캡처를 무효 처리하는 규칙을 미리 세워 두는 편이 안전합니다.
- 메뉴 경로는 번역 검수에서 확인하면 충분하지 않나요? 메뉴 경로는 번역 품질의 문제가 아닙니다. 펌웨어 문자열과 문서 인용의 동기화 문제입니다. 번역이 아무리 정확해도 펌웨어의 메뉴 계층이 한 단계 늘어나면 그 인용은 틀린 것이 됩니다. 언어별 UI 문자열과 매뉴얼 본문을 글자 단위로 대조해야 합니다.
- 제품 UI가 영어만 지원하는 경우에도 언어별 스크린샷이 필요한가요? 제품이 다국어 UI를 지원하지 않는다면 언어별 캡처는 불가능합니다. 대신 “UI는 영어로 표시됩니다”와 같은 안내를 본문에 명시해야 합니다. 이때 고지 문구와 그 위치가 전 언어판에서 일관되어야 합니다.
- UI 매칭 점검의 최종 책임자는 누구여야 하나요? 문서팀 단독으로 끝내기 어려운 영역입니다. 문서팀, 현지화 PM, 펌웨어·UI 담당자, 제품 라벨·인증 담당자가 같은 기준일의 자료를 놓고 교차 확인하는 방식이 안전합니다. 문서팀 혼자 판정하면 자료의 최신성 자체를 검증할 수단이 없습니다.
- 매뉴얼 현지화 공정에서 UI 매칭 점검은 언제 하나요? 매뉴얼 현지화는 매뉴얼 번역, 편집·조판, 규제 표기 반영, UI 매칭, 산출물 생성을 포함하는 공정입니다. UI 매칭 점검은 최종 펌웨어 빌드가 확정되고 언어별 UI 캡처가 끝난 직후에 수행합니다. 번역 단계의 결함은 번역 무결성 점검에서, 조판 결함은 DTP·조판 무결성 점검에서, 시장별 표기는 규제·표준 표기 점검에서 걸러야 합니다.
다국어 매뉴얼 출시 전 QA 시리즈 (총 8편)
이 시리즈는 번역물 입수부터 최종 출시까지, 다국어 매뉴얼이 거쳐야 하는 8단계 점검을 순서대로 다룹니다. 각 편은 가이드와 자가 점검 체크리스트로 구성됩니다.
- Section 1 · 번역 무결성 편집 전 번역물의 결함 사전 점검
- Section 2 · DTP 다국어 조판·레이아웃 무결성
- Section 3 · 규제 시장별 규제·표준 표기 점검
- Section 4 · UI 매칭 제품 화면과 문서의 동기화 (현재 글)
- Section 5 · 접근성 EAA·WCAG·PDF/UA 접근성 점검
- Section 6 · 다중 매체 산출 PDF·HTML·모바일 매체간 일관성
- Section 7 · 인쇄 도련·CMYK·폰트 임베딩 등 인쇄 적합성
- Section 8 · 데이터 관리 재사용을 위한 소스·번역메모리 자산화와 보관