팀이 실제로 필요로 하는 단일 항목 번역 지름길

대부분의 번역 워크플로에는 두 가지 분명한 방식이 있습니다. 하나는 필드를 수동으로 번역하는 것이고, 다른 하나는 큰 일괄 작업을 시스템에 보내는 것입니다. 어정쩡한 중간 사례는 팀들이 인정하는 것보다 더 흔합니다.

단일 페이지가 변경됩니다. 출시가 중요한 도움말 문서가 준비됩니다. 제품 공지 하나를 지원되는 모든 로캘에 게시해야 하지만, CMS의 다른 어떤 것도 함께 움직여서는 안 됩니다.

이런 일에 전체 일괄 작업을 손으로 구성해야 해서는 안 됩니다.

모든 항목을 일괄 작업으로 만드는 문제

범위가 본래 넓을 때 일괄 작업은 유용합니다. 관련 항목을 함께 묶고, 진행 상황을 보이게 하며, 검토, 푸시, 게시 작업을 관리할 수 있는 한 곳을 팀에 제공합니다.

하지만 실제 작업이 항목 하나뿐이라면, 사용자가 일반적인 일괄 작업을 만들도록 강제하는 것은 마찰을 더합니다:

• 일괄 작업의 이름을 정해야 합니다
• 같은 항목을 다시 찾아야 합니다
• 대상 로캘을 선택해야 합니다
• 이후에 자동화가 실행되어야 하는지 기억해야 합니다
• 어차피 다른 곳에서 진행 상황을 확인해야 합니다

이 중 어느 것도 전략적인 작업이 아닙니다. 그저 워크플로 세금일 뿐입니다.

더 나은 형태: 항목 하나, 여러 로캘

올바른 지름길은 간단합니다. 항목에서 대상 로캘을 선택하고, 그 항목만 포함된 작은 일괄 작업을 생성하면 됩니다.

이렇게 하면 사용자가 직접 일괄 작업을 조립하지 않아도 팀은 일괄 인프라의 이점을 얻을 수 있습니다.

또한 정신적 모델도 깔끔하게 유지됩니다. 사용자는 "캠페인 번역 프로그램을 시작하고 싶다"라고 말하는 것이 아닙니다. "이 항목을 내가 필요한 모든 곳으로 번역해 달라"라고 말하는 것입니다.

그래도 여전히 일괄 작업이 되어야 하는 이유

일괄 작업 계층을 완전히 숨기고 싶을 수 있지만, 보통은 나중에 더 큰 혼란을 만듭니다. 둘 이상의 로캘이 관련되는 순간, 작업은 일괄 작업과 같은 동작을 보입니다:

• 각 로캘은 서로 다른 시점에 완료될 수 있습니다
• 일부 로캘은 실패하고 다른 로캘은 성공할 수 있습니다
• 푸시 및 게시 자동화에는 공통 제어가 필요합니다
• 대화상자가 닫힌 뒤에도 진행 상황이 계속 보여야 합니다

생성 후 사용자를 일괄 작업 상세 페이지로 보내는 것이 정직한 UI입니다. 지금 실행 중인 작업을 보여 주고, 팀이 다중 로캘 번역 실행에 대해 기대하는 것과 같은 제어를 제공합니다.

이것이 출시 팀에 열어 주는 것

단일 항목, 다중 로캘 번역은 특히 깔끔한 출시 일괄 작업 바깥에 있는 콘텐츠에 유용합니다:

• 새로 승인된 법적 고지
• 긴급한 지원 문서
• 가격 페이지 수정
• 검토 후 변경된 온보딩 페이지
• 나머지 캠페인보다 먼저 준비된 가치 높은 랜딩 페이지 하나

이것들은 예외적인 사례가 아닙니다. 출시 주간에 흔히 일어나는 순간들입니다.

핵심 가드레일

이 지름길은 두 번째 워크플로를 만들어서는 안 됩니다. 동일한 종류의 요청 레코드를 만들고, 같은 모델 설정을 사용하며, 같은 권한을 존중하고, 동일한 일괄 작업 상세 경험으로 이어져야 합니다.

그래야 보고, 재시도, 자동화, 검토 동작이 일관되게 유지됩니다.

핵심 요점

좋은 로컬라이제이션 도구는 흔한 경로를 짧게 만들어야 하지만, 작은 변형이 있을 때마다 별도의 시스템을 만들어서는 안 됩니다.

사용자가 번역하려는 정확한 항목을 보고 있다면, 워크플로는 그 항목을 선택한 로캘로 직접 번역할 수 있게 해야 합니다. 내부적으로는 여전히 일괄 작업일 수 있습니다. 사용자에게는 그것이 다음으로 해야 할 당연한 행동처럼 느껴져야 합니다.