오류가 초래할 결과부터 판단하기
번역 업무에서 사람의 검토가 필요한 정도를 결정하려면 먼저 독자가 잘못된 문장에 따라 행동했을 때 어떤 일이 생기는지 물어야 합니다. 내부 공지의 어색한 표현은 추가 설명으로 해결할 수 있지만, 작업 순서가 뒤바뀌거나 의무가 달라지거나 제품 약속이 과장되면 배포를 멈춰야 할 수 있습니다. 검토 예산은 단어 수나 번역문의 유창함만으로 정할 수 없습니다.
현지화 및 품질 관리자는 제작 전에 독자, 사용 목적, 배포 채널, 오류 수정 가능성을 명확히 해야 합니다. 그다음 이중 언어 검토자, 분야 전문가, 최종 배포 승인자의 역할을 나눕니다. 아래 내용은 프로젝트 운영을 위한 제안이며 인증 주장이나 특정 산업의 승인 절차를 대체하는 규정이 아닙니다. 하나의 문서에도 서로 다른 위험 수준의 내용이 섞일 수 있습니다.
1. 검토자의 책임을 구체적으로 정의하기
번역자의 자체 점검, 독립적인 이중 언어 검토, 전문 분야 검토, 최종 교정은 서로 다른 질문에 답합니다. 번역자는 자신의 결과를 원문과 대조하고, 두 번째 언어 전문가는 의미와 누락, 용어, 작업 지침 준수 여부를 확인합니다. 분야 전문가는 기술적 해석을 판단하며, 최종 교정자는 편집이 끝난 결과물의 표시 문제를 확인합니다. 발주서의 ‘사람이 확인함’이라는 문구만으로 이 모든 단계가 포함되지는 않습니다.
기계번역 포스트에디팅에서는 원문 대조가 특히 중요합니다. 자연스러운 문장을 다듬기만 하면 조건이나 제한의 누락을 놓칠 수 있습니다. 포스트에디팅 이후 독립 검토를 추가할지도 별도로 결정해야 합니다. ISO는 ISO 18587:2017을 기계번역 결과의 완전한 인간 포스트에디팅 과정과 작업자 역량에 관한 표준으로 설명합니다. 서비스 이름만으로 해당 표준에 대한 적합성이 입증되지는 않습니다.
2. 위험에 따라 세 가지 경로 선택하기
오류의 영향이 작은 내부 자료는 책임자가 한계를 수용하는 경우 가벼운 경로를 사용할 수 있습니다. 자동 검사, 지정 담당자의 확인, 반복 문제를 관찰하기 위한 표적 표본 검사를 포함하고, 추가 검토 없는 외부 재사용은 제외한다고 명시합니다. 표본 검사는 확인한 자료에 대한 근거를 제공할 뿐, 검사하지 않은 모든 문장이 정확하다는 보증은 아닙니다.
고객에게 공개하는 내용에는 전체 이중 언어 검토, 용어 확인, 실제 채널에서의 최종 점검을 계획합니다. 오류의 결과가 큰 내용에는 적절한 분야 책임자와 명시적인 배포 승인을 추가하고 관련 지시, 제한, 주장을 모두 확인합니다. 긴 문서에 짧은 경고문이 들어 있다면 그 부분을 따로 표시해야 합니다. 전체 분량이 낮은 위험으로 분류되었다고 해서 경고문까지 같은 경로로 처리해서는 안 됩니다.
3. 기술 문서는 용어와 작업 맥락을 함께 확인하기
기술 검토자는 선행 조건, 작업, 예상 결과의 흐름을 따라 지시문을 읽어야 합니다. 부품 이름을 도면과 화면 표시 문구에 대조하고 단위, 수치 범위, 참조 위치, 조건 표현을 확인합니다. ‘그 이후에만’ 또는 ‘할 때까지’ 같은 표현은 모든 전문 용어가 맞더라도 작업 순서를 바꿀 수 있습니다. 관련 화면과 앞뒤 문단을 제공하면 고립된 문장 목록보다 정확한 판단에 도움이 됩니다.
예를 들어 덮개를 열기 전에 장치 연결을 해제하라는 가상의 정비 지시가 번역에서 선택 사항으로 바뀌었다면 행동 자체가 달라집니다. 원문과 번역문, 예상 영향, 수정안을 기록하고 다른 구간에도 같은 문제가 있는지 확인합니다. 원문이 모호하면 기술 책임자에게 질문해야 하며, 그럴듯한 해석을 임의로 만들어 넣지 않습니다. 승인된 답변은 모든 언어와 용어 자료에 반영합니다.
4. 법률 및 의료 내용의 승인 권한 구분하기
법률 문서의 언어 검토자는 정의된 용어, 날짜, 의무, 예외, 상호 참조, 당사자 이름을 대조할 수 있습니다. 법적 효과나 관할 지역에 따른 표현은 지정된 법률 책임자가 판단해야 합니다. 의료 내용에서는 수량, 단위, 적용 대상, 제외 조건, 지시사항을 정확하게 보존하고 임상적 적절성은 자격을 갖춘 책임자가 검토하도록 합니다. 이는 역할 분담에 대한 설명이며 법률 또는 의료 자문이 아닙니다.
두 언어를 잘한다는 이유만으로 전문 내용을 승인할 권한까지 있다고 가정하지 마십시오. 관련 경험을 확인하고 이슈 상향 보고 경로를 정한 후 작업을 배정합니다. 승인된 시스템을 사용하고 검토에 필요한 정보만 제공하며 승인된 버전을 기록합니다. 원문이 나중에 변경되면 관련 언어와 자산 전체의 영향을 평가해야 합니다. 한 단어만 교체하고 끝내면 이전 내용이 다른 결과물에 남을 수 있습니다.
5. 브랜드 검토는 약속의 범위를 지키기
브랜드 문구에서는 독자가 무엇을 추론할지 확인해야 합니다. 매끄러운 제목이 제품 약속을 강화하거나 제한 조건을 삭제하거나 격식 수준을 바꿀 수 있습니다. 대상 독자, 승인된 주장, 금지된 주장, 어조 예시, 원하는 행동을 검토 지침에 넣습니다. 단순히 ‘매력적으로 만들어 달라’는 요청은 검토자마다 서로 다른 결정을 내리게 할 수 있습니다.
오류와 취향은 구분합니다. 잘못된 약속은 수정해야 하지만 똑같이 정확한 두 표현은 스타일 선택일 수 있습니다. 시장별 승인자 한 명이 선호 차이를 정리하고 승인 예시를 축적하도록 합니다. 슬로건과 캠페인은 문화적 각색이나 트랜스크리에이션의 범위를 미리 합의합니다. 최종 제목을 이미지, 버튼, 연결 페이지와 함께 확인하여 전체 메시지가 일관되는지 검토합니다.
6. 대량 작업 전에 판단 기준 맞추기
시험 작업에는 모호한 원문, 반복 용어, 표, 제한 조건, 독자 반응에 민감한 문구를 포함합니다. 전체 제작 전에 번역자와 검토자가 몇 가지 이견을 논의하고 용어집, 주석이 있는 예시, 심각도 기준, 질문 처리 절차를 정리합니다. 쉬운 문단만 시험하면 실제 납기를 지연시키는 판단 문제를 발견하기 어렵고 전문가의 응답 시간도 추정하기 어렵습니다.
치명적 오류는 결과의 심각성으로, 중대 오류는 의미나 사용성의 실질적 손실로, 경미한 오류는 제한적인 영향으로 정의하고 프로젝트 사례를 추가합니다. 미해결 치명적 문제가 없고 중대 문제의 처리 내역이 남아 있어야 한다는 식의 배포 기준을 책임자가 승인하게 합니다. 평균 점수는 배치 비교에 도움이 되지만 위험한 한 문장을 가려서는 안 됩니다. 이견을 최종 판단할 담당자도 지정합니다.
7. 검토 기록을 납품 과정에 연결하기
하나의 이슈 로그에 언어, 파일, 구간 식별자, 원문 버전, 범주, 심각도, 수정안, 담당자, 처리 결과를 기록합니다. 이견에는 근거를 요구하고 지정된 조정자가 결론을 내리도록 합니다. 답변되지 않은 질문을 계속 표시해야 합니다. 마감일까지 중요한 모호성이 해결되지 않았다면 해당 자산의 배포 여부를 책임자에게 올려 판단받고, 침묵을 승인으로 간주하지 않습니다.
수정 후에는 반영 여부와 관련 구간의 영향을 다시 확인합니다. 용어 변경은 제목, 캡션, 화면 문자열, 번역 메모리에도 영향을 줄 수 있습니다. 승인된 버전을 고정한 뒤 실제 페이지 또는 내보낸 파일을 검사합니다. 잘못된 줄바꿈, 누락 글꼴, 잘린 문구, 링크 오류는 편집 후에만 나타날 수 있습니다. PDF 번역 및 DTP 안내는 이 마지막 제작 단계를 설명합니다.
8. 승인된 결과물을 기준으로 예산 세우기
견적에서 번역 또는 포스트에디팅, 독립 검토, 전문가 검토, 질문 처리, 레이아웃 점검, 재작업을 구분해 달라고 요청합니다. 포함되는 승인 횟수와 원문 변경 시 처리 방식을 명시합니다. 한 견적에는 두 번째 검토자가 있고 다른 견적에는 없다면 단가만으로 비교하기 어렵습니다. 최초 단어당 가격보다 내부 검토 시간을 포함한 최종 수락 비용을 관찰하는 편이 유용합니다.
대표성 있는 시험 작업으로 언어별 처리량과 질문 수를 추정합니다. 반복 중대 오류, 검토 소요 시간, 미해결 질문, 배포 후 수정을 추적하되 수정 횟수 자체를 성과로 보상하지 않습니다. 불필요한 취향 수정은 정확성을 높이지 않으면서 시간을 소모합니다. 번역과 MTPE 선택 및 MTPE 품질 수준을 참고하면 가격 협의 전에 범위를 명확히 할 수 있습니다.
9. 구매자가 사용할 수 있는 배포 체크리스트
- 내용 책임자, 독자, 원문 버전, 배포 채널을 정합니다.
- 결과가 중대한 구간을 표시하고 언어 및 분야 검토자를 배정합니다.
- 용어집, 예시, 검토 깊이, 심각도, 수락 기준을 승인합니다.
- 중요한 질문을 해결하고 관련 언어의 수정 결과를 확인합니다.
- 최종 형식에서 레이아웃, 링크, 레이블, 표시 문구를 확인합니다.
- 어떤 버전을 누가 승인했으며 배포 후 수정은 누가 담당하는지 기록합니다.
제품 출시를 예로 들면 내부 기획 메모는 가벼운 확인, 공개 제품 페이지는 전체 이중 언어 및 브랜드 검토, 사용 지침은 이중 언어 검토와 기술 승인을 거칠 수 있습니다. 이는 예시이며 고정된 공식은 아닙니다. 내부 메모가 영업 발표 자료로 재사용되면 문구가 같아도 독자와 위험이 바뀝니다. 따라서 이전 승인을 자동으로 이어받지 말고 경로를 다시 평가해야 합니다.
10. 반복 가능한 서비스 요구서로 만들기
견적 요청 전에 샘플, 언어 및 시장 목록, 위험이 표시된 콘텐츠 목록, 용어집, 납품 형식, 승인자 명단을 준비합니다. 제공업체에 검토자의 역량과 독립성, 이슈 상향 보고, 수정 확인 방식, 납품 시 제공하는 증거를 설명해 달라고 요청합니다. 그러면 ‘마지막에 확인한다’는 모호한 약속 대신 실제로 관찰할 수 있는 절차를 합의할 수 있습니다.
Smart Language Service는 콘텐츠 종류와 배포 요건을 기준으로 번역 또는 MTPE 작업 범위를 논의할 수 있습니다. 대표 샘플과 통제해야 할 오류의 결과부터 공유하십시오. 수락 기준이 명확한 시험 작업으로 시작하면 대규모 진행 전에 사람의 검토 절차가 요구사항에 맞는지 평가할 수 있습니다. 중요한 판단을 적절한 담당자에게 연결하고 버전과 승인을 추적하는 것이 핵심입니다.