단어 수만이 아니라 로컬라이제이션 리드 타임을 측정하세요

단어 수는 측정하기 쉽고 번역 물량을 추정하는 데 유용합니다.

하지만 로컬라이즈된 캠페인이 제때 출시될 수 있는지는 알려주지 않습니다.

500단어 분량의 페이지는 6일 동안 대기열에 머물고, 몇 분 만에 번역이 진행된 뒤, 다시 2일 동안 검토를 기다릴 수 있습니다. 출시에서 비용이 큰 부분은 종종 단어 수가 아닙니다. 의사결정 사이에서 잃는 시간입니다.

전체 요청 수명 주기를 측정하세요

로컬라이제이션 리드 타임은 콘텐츠가 번역 준비를 마친 시점에 시작되어 대상 로캘이 의도한 목적지에 도달하는 시점에 끝납니다.

그 목적지는 승인된 초안, 성공적인 CMS 푸시, 또는 게시된 페이지일 수 있습니다. 종료 지점을 명확히 선택하고, 단계를 구분해 보고하세요:

1. 번역 대기
2. 초안 생성
3. 검토 대기
4. 실제 검토
5. 푸시 대기
6. 게시 대기

단계별 구분은 실제로 어디에서 작업이 느려지는지 보여줍니다.

대기 시간은 제품 신호입니다

요청이 생애 대부분을 대기 상태로 보낸다면, 더 빠른 모델이 전달 속도를 실질적으로 개선하지는 못합니다.

긴 대기 시간은 배치가 너무 크거나, 담당이 불명확하거나, 알림이 적절한 검토자에게 도달하지 않거나, 우선순위가 낮은 작업이 출시에 중요한 페이지를 막고 있음을 의미할 수 있습니다. 이런 문제는 단어 수로는 드러나지 않는 워크플로 문제입니다.

중앙값과 상위 백분위수 대기 시간을 추적하세요. 평균값은 반복적으로 출시 일정을 놓치는 소수의 요청을 가릴 수 있습니다.

머신 시간과 사람 시간을 분리하세요

생성 시간은 인터랙티브 작업에서 중요하지만, 일정 전체에서는 검토가 더 큰 비중을 차지하는 경우가 많습니다.

실제 검토 시간을 검토자를 기다리는 시간과 별도로 측정하세요. 실제 검토가 느리다면 팀에 더 나은 소스 맥락, 용어집, 미리보기 링크, 또는 더 작은 필드 수준 변경이 필요할 수 있습니다. 대기 시간이 느리다면 해답은 라우팅, 처리 용량, 또는 우선순위에 있을 가능성이 더 큽니다.

같은 총 리드 타임이라도 전혀 다른 개선 방향을 가리킬 수 있습니다.

재작업 루프를 측정하세요

검토를 위해 세 번이나 다시 돌아온다면 빠른 첫 초안은 성과가 아닙니다.

요청이 얼마나 자주 다시 생성되는지, 승인 후 다시 열리는지, 또는 CMS 푸시 후 변경되는지를 추적하세요. 그리고 이런 이벤트를 소스 변경, 용어 문제, 서식 문제, 또는 시장 피드백 같은 이유와 함께 기록하세요.

재작업 비율은 속도에 품질 맥락을 더해 줍니다. 이는 팀이 단지 노력을 다운스트림으로 밀어내는 1차 통과 지표에 최적화하는 일을 피하도록 도와줍니다.

비슷한 것끼리 비교하세요

리드 타임은 콘텐츠 위험도와 워크플로 정책에 따라 달라집니다.

두 번의 승인이 필요한 법률 페이지를 자동 게시되는 짧은 제품 라벨과 비교 기준으로 삼아서는 안 됩니다. 콘텐츠 유형, 대상 로캘, 우선순위, 의도한 종료 지점별로 보고를 구분하세요.

또한 최초 로컬라이제이션과 업데이트를 구분하세요. 새 페이지를 번역하는 것과 변경된 한 문단을 수정하는 것은 최종 단어 수가 같더라도 범위가 다릅니다.

이 지표를 운영 습관으로 만드세요

유용한 주간 뷰는 간단하게 유지할 수 있습니다:

• 준비 완료에서 번역 완료까지의 중앙값 시간
• 검토 대기 중앙값 시간
• 승인에서 게시까지의 중앙값 시간
• 요청된 마감일까지 완료된 비율
• 다시 열리거나 재생성된 요청
• 우선순위별 가장 오래된 활성 요청

추세선만 보지 말고 예외를 검토하세요. 반복적으로 막히는 하나의 로캘만으로도 분기 보고서보다 훨씬 먼저 누락된 담당자나 권한 문제를 드러낼 수 있습니다.

핵심 요점

단어 수는 콘텐츠 물량을 측정합니다. 리드 타임은 팀의 출시 수행 능력을 측정합니다.

전체 수명 주기를 추적하고, 대기와 실제 작업을 분리하고, 재작업을 포함하고, 비슷한 위험도를 가진 요청끼리 비교하세요. 목표는 모든 번역을 즉시 끝내는 것이 아닙니다. 다국어 출시가 원본 콘텐츠와 같은 로드맵을 따를 수 있을 만큼 타이밍을 예측 가능하게 만드는 워크플로를 구축하는 것입니다.