표준 문장 관리, 매뉴얼 현지화 비용을 가르는 기준

매년 수십 종의 파생 모델이 쏟아지고, 그때마다 매뉴얼을 다시 만들어 여러 언어로 내보내는 제조사라면 이 글이 다루는 문제를 이미 겪고 계실 것입니다. 파생 제품이 거의 없는 조직이라면 이 글에서 얻을 것이 많지 않습니다.

번역비를 줄여야 할 때 대부분 번역 단계를 들여다봅니다. 단가를 협상하고 업체를 비교합니다. 기계번역 도입도 검토합니다.

그런데 제조사가 발행하는 매뉴얼, 즉 사용설명서를 수십 개 언어로 옮기는 일에서 비용을 실제로 결정하는 것은 훨씬 앞 단계입니다. 정확히는 원문을 쓰는 순간입니다. 최초 모델의 신규 매뉴얼보다, 그 뒤로 해마다 이어지는 후속 파생 모델의 매뉴얼 현지화에서 이 차이가 훨씬 크게 벌어집니다.

30%의 수정이 문서 전체로 번집니다

하나의 플랫폼에서 여러 파생 모델이 나오는 제조업의 제품 전략은 매뉴얼 개발 조직에 그대로 부담으로 전이됩니다.

신규 모델과 이전 모델의 기능 차이가 전체 매뉴얼의 30% 이내인 경우에도, 많은 조직에서 문서 작업은 이전 모델의 파일을 통째로 복사한 뒤 처음부터 끝까지 다시 검토하는 방식으로 이루어집니다.

그 30%의 변경이 특정 섹션에 모여 있지 않고 문서 전체에 흩어져 있기 때문입니다. 물론 특정 기능이나 섹션이 완전히 새로 만들어지거나 통째로 삭제되는 경우도 있습니다. 다만 대부분의 파생 제품에서는 기능의 성능적 개선, 일부 옵션의 추가, 접근 경로의 변경, 화면 변경 같은 수정이 훨씬 많습니다. 이런 수정은 페이지마다 조금씩 산재하기 때문에 어느 파트도 안심하고 건너뛸 수 없습니다. 결국 테크니컬 라이터는 전량을 다시 봐야 합니다.

여기까지는 표준 문장을 관리하든 하지 않든 다르지 않습니다. 차이는 그다음에 생깁니다.

같은 30%를 수정해도 결과는 매뉴얼 개발자마다 다릅니다

전량을 보다가 부분적으로 달라졌거나 완전히 새로운 기능을 만나면, 매뉴얼 개발자는 베이스 매뉴얼에서 그 지점의 수정을 시작합니다. 이때 기존 문장을 살려 필요한 부분만 고치기보다 문장 전체를 새로 쓰게 되기 쉽습니다. 그 편이 빠르거든요.

그런데 이 작업자가 놓친 것이 있습니다. 완전한 신규라고 생각했던 그 기능이, 또는 상당히 달라졌다고 생각한 그 기능이 그 사람이 작업하지 않았던 다른 모델에 이미 있습니다. 그 사실을 몰랐던 테크니컬 라이터는 스타일 가이드를 준수해 가면서 문장을 다시 작성합니다. 이미 번역이 끝나 있던 내용인데 표현만 달라졌으니, 번역 단계에서 비용이 다시 붙는 문장이 됩니다.

또 다른 문제도 있습니다.

테크니컬 라이터가 기능을 설명할 때, 사람에 따라 동일한 기능을 표현하는 형식은 얼마든지 달라질 수 있습니다. 아래 네 문장을 보십시오.

“You can cancel phone pairing by pressing any button.”

“Press any button to cancel phone pairing.”

“Cancel phone pairing by pressing any button.”

“Phone pairing can be canceled by pressing any button.”

모두 “폰 페어링을 해제하려면 아무 버튼이나 누르십시오”입니다. 네 문장 모두 상황을 정확하게 설명합니다. 사용법 전달이라는 매뉴얼 본래의 목적에는 어느 것에도 결함이 없습니다.

문제는 이 문서가 번역 단계로 넘어갈 때 드러납니다. 사람에게는 모두 같은 뜻이어도 번역 메모리에게는 전부 다른 문장입니다. 한 사람이 여러 모델을 맡아도 마찬가지입니다. 모델마다 표현이 조금씩 달라지면 그 차이만큼 값이 붙습니다.

문장 하나는 결함이 없습니다. 문장이 갈라지는 구조가 문제입니다

용어집과 스타일 가이드를 참고해 작성한 문장이라면 그 문장 자체에는 아무 문제가 없습니다. 앞의 네 문장 중 어느 것을 골라도 사용자는 폰 페어링을 해제할 수 있습니다. 표준 문장 관리가 필요한 이유는 개별 문장의 품질에 있지 않습니다. 문장이 갈라진 상태로 쌓였을 때 나타나는 결과에 있습니다.

같은 제품군의 매뉴얼끼리 어긋납니다. A 모델 사용설명서와 B 모델 사용설명서가 동일한 기능을 다르게 설명하면, 그 차이는 차기 모델이 어느 쪽을 베이스로 삼느냐에 따라 그대로 이어집니다. 제품 세대가 거듭될수록 같은 제품군 안에서 설명 방식이 여러 갈래로 갈라지고, 제조사가 쌓아 온 문서의 통일성도 함께 흐려집니다.

다국어로 전개되는 순간 갈라짐이 증폭됩니다. 원문에서 미세하게 갈라진 표현이 20개 언어로 나가면 갈라짐도 20배가 됩니다. 원문 검토 단계에서는 넘어갈 만했던 차이가 지역 법인 리뷰에서 문의로 돌아옵니다. 매뉴얼 현지화 규모가 클수록 원문의 작은 균열이 크게 확대되는 구조입니다.

그리고 비용이 붙습니다. 이미 번역되어 있던 문장을 다르게 표현하면 100% 일치로 지나갔을 문장이 퍼지 매치 구간으로 내려앉습니다. 표현을 많이 바꿨다면 신규로 판정되기도 합니다. 언어 수가 늘고 파생 모델이 쌓일수록 이 손실은 눈덩이처럼 커집니다. 사용자에게는 보이지 않는 비용이라 매뉴얼 개발 조직도 오래 알아차리지 못합니다.

그래서 조직은 문장을 재활용하라는 방침을 세웁니다

파생 모델인데도 번역비가 좀처럼 떨어지지 않는 상황을 몇 차례 겪은 조직은 대응에 나섭니다. 같은 기능을 설명하는 유사한 문장이 문서마다 모델마다 흩어져 있다는 것을 확인하고, 문장을 최대한 재활용하라는 방침을 전달합니다.

방침은 어느 정도 작동합니다. 경험이 쌓인 매뉴얼 개발자는 다른 모델에 적용했던 이전 문장을 기억하고 있어서 그때와 같은 형식으로 새 매뉴얼에 활용합니다. 그런데 얼마 지나지 않아 다음 증상에 부딪힙니다.

같은 기능을 설명하는 유사한 문장이 여러 모델에 존재한다. 해당 기능과 설명을 찾았지만 지정된 표준이 없어 매번 어느 모델의 설명을 따를지 판단해야 한다.
테크니컬 라이터마다 같은 내용을 조금씩 다르게 쓴다. 앞서 제시한 폰 페어링 문장처럼 누가 작성한 글도 틀린 글은 아니지만 각자 다르게 표현하고 있다.
담당자가 바뀌면 문서 품질이 눈에 띄게 흔들린다.
몇 년 전 발행된 문서에 적용된 문장이나 용어가 왜 그렇게 결정되었는지 아는 사람이 퇴사하면서 같은 논쟁이 반복된다.

증상은 여러 갈래로 나타나지만 뿌리는 하나입니다. 재활용하라고 방침을 세워도 무엇을 어떻게 재활용할 지 구체적이지 않다는 것입니다.

문장 자산은 지정에서 나옵니다

어떤 문장을 재활용할지 정해져 있지 않으면 그 판단은 매번 개인에게 넘어갑니다. 매뉴얼 개발자는 자신의 기억을 뒤져 이전에 쓴 문장을 떠올리고, 떠오르지 않으면 새로 씁니다.

기억은 개인에게 쌓입니다. 담당자가 바뀌면 사라지고, 새로 합류한 테크니컬 라이터에게는 처음부터 없습니다. 열 명을 두고 있어도 열 명의 기억이 서로 다르면 문장은 열 갈래로 갈라집니다.

표준 문장 관리는 그 기억을 체계적으로 저장하고, 매뉴얼 개발자가 문장을 작성해야 할 때 참고표준으로 삼을 수 있게 지정하는 것입니다. 기억해서 재현하던 것을 검색해서 호출하는 것으로 바꿉니다.

매뉴얼 콘텐츠가 자산이 되려면 표준 문장으로 지정되어야 합니다.
문서는 제품과 함께 태어나고 사라집니다. 표준으로 지정된 문장은 제품 세대를 넘어 살아남습니다.

표준 문장, 무엇을 지정하고 무엇을 지정하지 않는가

가장 흔한 실패는 욕심에서 시작됩니다. 모든 텍스트를 자산으로 만들려고 하면 문장 목록이 비대해집니다. 문장을 찾는 비용이 다시 쓰는 비용보다 커지는 순간 그 목록은 잊히고 버려집니다. 검색해서 호출하는 절차가 성립하지 않기 때문입니다.

어떤 문장을 표준으로 지정할 것인가는 기업마다 문서 특징에 따라 차이가 있을 수 있습니다. 내 조직의 문서에 맞게 지정하십시오. 일반적으로 통용될 수 있는 기준을 말한다면 지정 대상은 후속 모델에서도 다시 쓸 가능성이 큰 문장으로 한정합니다. 여러 매뉴얼에 반복해서 등장하는 문장, 다국어로 전개되는 문장이 자산입니다. 특정 문서에서 한 번 쓰고 마는 문구는 지정하지 않습니다. 무엇을 등록하지 않을지를 명문화하는 일이 등록 기준을 정하는 일만큼 중요합니다.

관리 단위는 문장입니다. 제목, 도입문, 절차의 각 단계, 목록의 각 항목, 주의 문구가 각각 독립된 항목으로 존재해야 합니다. 문단이나 섹션으로 묶으면 재사용의 유연성이 사라집니다. 단어로 쪼개면 문맥이 사라집니다.

표준 문장을 관리하는 팀의 매뉴얼 제작 방식

관리 체계가 자리 잡은 팀에서도 이전 모델 파일을 복사하는 것은 같습니다. 흩어진 변경을 찾기 위해 전량을 보는 것도 같습니다. 달라지는 것은 수정이 필요한 지점에 도달했을 때입니다.

테크니컬 라이터는 문장을 바로 쓰지 않습니다. 먼저 검색합니다. 이전에 작성해 둔 문장이 표준 문장 목록에 있는지 확인합니다. 목록에 있으면 그 문장을 호출해서 적용합니다. 여기에 개인의 선호가 개입할 자리는 없습니다.

목록에 있긴 하지만 그대로 쓸 수 없는 경우에는, 스타일과 용어의 일관성을 유지하면서 꼭 필요한 부분만 수정합니다. 문장을 처음부터 다시 쓰지 않습니다.

목록에 없는 문장이 필요하면 그때 새로 작성합니다. 그리고 그 문장은 다음 모델을 위해 목록에 등록됩니다.

이렇게 작업한 파일이 번역으로 넘어가면 번역 메모리가 걸러 냅니다. 손대지 않은 문장은 100% 일치로 비용 없이 지나갑니다. 부분 수정한 문장에는 수정율에 따라 퍼지 매치 단가가 붙습니다. 목록에 없어 새로 작성한 문장에만 신규 번역비가 적용됩니다.

그리고 이 결과는 누가 작업했느냐에 따라 달라지지 않습니다.
입사 10년 차 테크니컬 라이터든 이번 프로젝트에 처음 투입된 매뉴얼 개발자든 같은 목록을 보고 같은 문장을 꺼내 씁니다. A 협력사가 작업하든 B 협력사가 작업하든 마찬가지입니다. 산출물의 수준이 담당자의 경력과 문장력에 좌우되지 않는다는 뜻입니다.

관리자 입장에서 이것은 채용과 이직이 문서 품질에서 분리된다는 의미입니다. 숙련자 한 명이 빠져나갈 때 함께 빠져나가던 것이 목록에 남아 있습니다. 신입을 투입하는 결정도, 물량이 몰릴 때 인력을 늘리는 결정도 품질 리스크를 계산하지 않고 내릴 수 있습니다.

같은 30%의 변경입니다. 다만 이번에는 그 30% 안에서 신규로 판정되는 문장이 훨씬 적습니다.

앞의 증상들은 이렇게 사라집니다

앞에서 나열했던 네 가지 증상을 기억하고 계신가요. 겉으로는 서로 다른 문제처럼 보이지만 모두 지정된 표준이 없다는 하나의 원인에서 나왔습니다. 그래서 지정이 자리를 잡으면 함께 해소됩니다.

어느 문장을 따를지 매번 판단하지 않아도 됩니다. 목록에 이미 정해져 있습니다. 사람마다 다르게 쓰는 일도 줄어듭니다. 목록에 등재되어 있는 문장은 이미 오래전에 번역이 완료되어 번역 메모리(Translation Memory, TM)에 저장되어 있습니다. 목록에 있는 문장을 호출해서 사용했다면 매치율은 100% 매치로 분류되어 비용이 크게 낮아지거나, 계약 조건에 따라 청구 제외될 수 있습니다.

사용설명서 현지화 대상 언어가 많을수록 문장 관리로 절감되거나 증가하는 폭도 함께 커집니다. 한샘글로벌이 20년 이상 수행하고 있는 글로벌 제조사의 다국어 매뉴얼이 그 사례입니다.

약 200페이지 분량, 워드 카운트로는 3만 워드 남짓의 문서를 기준으로 보면 전체의 90% 가까운 분량이 100% 일치이거나 퍼지 매치 구간에 들어갑니다. 표준 문장 목록에 없어 완전히 새로 작성되는 신규 문장은 10% 미만입니다. 쌓인 TM의 양과 표준 문장 관리 방식이 함께 만들어 낸 결과이고, 현장에서 매년 확인하고 있는 수치입니다.

표준 문장 관리는 원문의 일관성을 유지하기 때문에 각 지역 언어 버전에서도 문서 품질이 흔들리지 않습니다. 앞에서 말한 다국어 증폭이 반대 방향으로 작동하는 셈입니다.

“이 문구는 왜 이렇게 쓰나요?”라는 질문도 문장마다 변경 이력을 남겨 두면 몇 년 전 결정의 근거를 그 자리에서 확인할 수 있습니다.

손을 댄 문장에는 반드시 분류를 답니다

표준 문장 목록을 만들었다면, 거기에 손을 대는 모든 변경은 등록하는 시점에 셋 중 하나로 판정합니다. 실무에서 가장 큰 차이를 만드는 지점입니다.

분류	내용	번역 단계에서의 처리
신규	새 기능이나 새 부품 때문에 처음 작성되는 문장	신규 번역 대상
교체	기존 문장을 폐기하고 새 문장으로 대체합니다. 이후 모든 문서는 새 문장만 사용합니다.	신규 번역 대상
변형	기본 문장과 함께 쓰이는 조건부 문장입니다. 어떤 조건에서 쓰는지를 반드시 같이 기록합니다.	기존 번역은 그대로 두고 새 번역만 추가

이 분류가 중요한 이유는 하류 공정의 처리 방식이 여기서 자동으로 정해지기 때문입니다. 분류 없이 “수정”이라는 한 단어로 뭉뚱그리면, 번역 단계에서 매번 사람이 판단해야 합니다. 그리고 그 판단은 매번 다르게 내려집니다.

같은 이유로, 변경 유형별 재번역 판정 기준도 미리 정해 두는 편이 좋습니다. 원문에 변경이 생겼을 때 재번역이 필요한지를 담당자 감각으로 매번 판단하면, 안전한 쪽으로 과잉 의뢰가 일어나거나 위험한 쪽으로 누락이 일어납니다. 기준을 표로 확정해 두면 판단이 규칙이 됩니다.

어디서부터 시작하는가

여기까지 읽고 대규모 시스템 도입을 떠올리셨다면, 그럴 필요 없습니다.

이 체계의 출발점은 스프레드시트와 공유 서버, 그리고 팀이 합의하고 지키는 규칙입니다. 실제로 파생 모델이 해마다 수십 종씩 쏟아지고 상시적인 사양 변경과 지역별 차이가 얽히는 환경에서, 한샘글로벌은 이 방식으로 20년 이상 기술 문서 제작의 재사용 체계를 운영해 왔습니다.

관리 책임자도 정해야 하는데, 여기서 자주 막힙니다. 전담 인력을 새로 뽑으라는 뜻으로 받아들이기 때문입니다. 그런 뜻이 아닙니다. 기존 팀원 한 명에게 편집 권한과 최종 검토 책임을 명시적으로 주면 됩니다. 테크니컬 라이터는 목록을 직접 고치지 않고 정해진 양식으로 제안하고, 그 사람의 검토를 거쳐 반영됩니다.

원고를 외부 협력사나 개발 부서에서 받는 팀이라면 어떨까요. 오히려 효과가 더 큽니다. 표준 문장 목록을 그쪽에 미리 지급하면 문장이 제각각으로 들어오는 것을 입구에서 막을 수 있습니다.

가장 먼저 할 수 있는 일은 현행 문서 하나를 골라 문장 단위로 분해하고, 각 문장이 다른 문서에도 나오는지 표시해 보는 것입니다. 이 작업만으로 두 가지가 드러납니다. 실제 재사용 후보가 전체의 몇 퍼센트인지, 그리고 같은 내용을 다르게 표현한 중복 문장이 얼마나 많은지입니다.

정리하면

파생 모델 매뉴얼의 비용은 번역 단계에서 결정되지 않습니다. 원문을 쓰는 손끝에서 결정됩니다. 문장을 지정하십시오. 무엇을 표준으로 쓸지 정하고, 그것을 누가 어떤 절차로 바꿀 수 있는지 정하십시오. 그리고 왜 그렇게 정했는지 기록을 남기십시오.

지정이 자리를 잡으면 세 가지가 함께 따라옵니다. 매뉴얼 개발자 개인의 경력과 문장력에 따라 산출물이 흔들리지 않습니다. 같은 제품군의 매뉴얼과 각 언어 버전이 서로 어긋나지 않습니다. 그리고 매뉴얼 현지화 비용이 실제로 내려갑니다.

값비싼 시스템이 이 일을 대신해 주지는 않습니다. 지정하는 규율이 먼저 있고, 도구는 그다음입니다.

한샘글로벌은 1990년 설립된 한국 최초의 테크니컬라이팅 전문 기업으로, 36년간 매뉴얼 개발과 100개 이상 언어의 현지화를 수행해 왔습니다. 매뉴얼 개발 프로세스에 특화된 ISO 9001을 비롯해 ISO 17100, 18587, 27001 인증을 보유하고 있으며, 미국 시장조사기관 CSA Research가 발표한 2026년 글로벌 언어·콘텐츠 서비스 기업 순위에서 37위에 올랐습니다. 전자·자동차·산업장비의 매뉴얼과 기술 문서, 교육 콘텐츠를 목표 시장의 규격 체계에 맞춰 설계·현지화합니다.