지역 그룹과 시장 등급: 같은 축으로 묶으면 안 되는 이유

지역 그룹과 시장 등급은 둘 다 국가를 묶지만, 묶는 이유가 전혀 다릅니다. 하나는 값을 같은 잣대로 비교하기 위한 구분이고, 다른 하나는 지금 어디에 힘을 쓸지에 대한 판단입니다. 이 차이를 놓치면 한 항목이 두 가지 일을 하려 들면서 둘 다 어설퍼집니다.

지역 그룹은 어떤 기준으로 나누나요?

지역 그룹은 지리와 통계를 기준으로 나눕니다. 대륙과 그 아래의 권역처럼 오래 쓰여 온 구분이 있고, 국제 표준이 정한 지역과 세부 지역 코드처럼 기계가 읽기 좋은 형태도 있습니다. 통계표나 대시보드에서 나라를 묶어 보여 줄 때 쓰기 좋은 기준입니다.

이 구분의 장점은 누가 보든 같은 결과가 나온다는 점입니다. 어느 나라를 어느 묶음에 넣을지가 표준에 적혀 있으면, 담당자가 바뀌어도 표의 의미가 흔들리지 않습니다. 반대로 자체적으로 정한 묶음은 정한 사람이 떠나면 근거를 잃습니다.

표준 쪽에도 한계는 있습니다. 표준은 지리를 다루지 업무를 다루지 않습니다. 그래서 표준 묶음만으로는 “지금 우리가 어디에 집중하는가”를 표현할 수 없고, 그 자리를 채우려고 표준 코드를 억지로 늘리면 코드가 곧 의미를 잃습니다.

시장 등급과 형식 지원은 왜 다른가요?

시장 등급은 제품과 운영의 판단입니다. 첫 출시 대상인지, 지켜보는 단계인지, 아직 열지 않은 곳인지 같은 구분이 여기에 속합니다. 이 구분은 회의에서 바뀌고, 바뀌는 속도도 지리보다 훨씬 빠릅니다.

형식 지원은 데이터가 어디까지 준비되어 있는지를 나타냅니다. 어떤 국가를 아직 열지 않았더라도 그 국가의 주소 형식과 공적 번호 자료는 완비되어 있을 수 있습니다. 반대로 오래 서비스한 국가의 자료 일부가 비어 있을 수도 있습니다. 두 상태는 서로를 예측하지 못합니다.

그래서 “지원하지 않는 국가”라는 한 칸에 두 가지 뜻을 담으면 곤란해집니다. 사용자에게는 팔지 않는다는 뜻으로 읽히고, 데이터 담당자에게는 자료가 없다는 뜻으로 읽힙니다. 두 뜻이 한 값에 있으면 어느 쪽을 고쳐야 하는지 알 수 없습니다.

속령과 해외 지역은 어디에 넣어야 하나요?

본토와 떨어진 지역은 늘 논쟁이 됩니다. 지리로 보면 한 묶음이고, 통화나 우편 체계로 보면 다른 묶음이며, 법적으로 보면 또 다릅니다. 어느 하나가 정답인 것이 아니라, 목적에 따라 답이 달라지는 대상입니다.

그래서 이런 지역은 넣는 위치보다 근거를 남기는 일이 중요합니다. 어떤 목적에서 어느 묶음에 넣었는지 한 줄로 적어 두면, 나중에 다른 목적의 표에서 다르게 묶여 있어도 설명이 됩니다. 근거 없는 분류는 담당자가 바뀔 때마다 다시 뒤집힙니다.

떨어져 있는 지역을 다루는 일반적인 방법은 작은 지역과 특수 코드에서 더 자세히 다룹니다. 이 글에서는 묶는 기준에만 머무릅니다.

한 나라가 여러 묶음에 속해도 되나요?

됩니다. 오히려 그래야 하는 경우가 많습니다. 통계를 위한 묶음, 배송 경로를 나누기 위한 묶음, 콘텐츠 번역 우선순위를 정하기 위한 묶음은 서로 다른 축이고, 같은 나라가 각 축에서 다른 자리에 놓이는 것이 자연스럽습니다.

문제는 이 여러 묶음을 한 항목에 합쳐 저장할 때 생깁니다. 한 칸에 지역 코드와 등급 값이 섞이면, 어느 쪽을 기준으로 정렬해야 하는지도 알 수 없고, 둘 중 하나만 바뀌어도 다른 쪽을 다시 손봐야 합니다.

묶음마다 항목을 따로 두면 값이 늘어나지만, 대신 각 축을 독립적으로 바꿀 수 있습니다. 어느 쪽이 더 편한지가 아니라, 어느 쪽이 오래 버티는지를 기준으로 고르는 편이 좋습니다.

묶음이 바뀌는 이유는 무엇인가요?

가장 흔한 이유는 사업 결정입니다. 새 시장을 열거나 접으면 등급이 바뀌고, 등급이 바뀌면 화면에 보이는 순서와 안내 문구도 함께 바뀝니다. 이 변화는 데이터가 아니라 결정에서 오므로, 예고 없이 찾아옵니다.

두 번째는 제도 변화입니다. 이름이나 통화가 바뀌거나 행정 구역이 조정되면, 그 나라가 어느 묶음에 속하는지에 대한 판단도 함께 손봐야 할 수 있습니다. 이런 변화는 데이터 쪽에서 먼저 감지되는 경우가 많습니다.

세 번째는 우리 쪽 구조 변경입니다. 지역 묶음을 더 잘게 나누거나 크게 합치는 일은 순수하게 내부 결정입니다. 이때 과거 기록이 어느 묶음이었는지 남아 있지 않으면, 지난 보고서의 숫자를 지금 기준으로 다시 읽을 수 없게 됩니다.

개발자를 위한 메모: 묶음 키를 코드에 굳히지 말라

• 지역 코드와 시장 등급을 각각 다른 항목으로 둡니다. 한 항목에 두 뜻을 담으면 반드시 한쪽이 다른 쪽을 덮어씁니다.
• 등급 값은 이름이 아니라 안정된 값으로 저장합니다. 화면에 보이는 문구가 바뀌어도 저장된 값은 그대로여야 합니다.
• 묶음 정의를 데이터로 두고, 화면은 정의를 읽어 그리게 합니다. 목록을 코드에 적어 두면 등급을 하나 바꾸는 데 배포가 필요합니다.
• 과거 기록에는 당시의 묶음을 함께 남깁니다. 지금 기준으로 다시 계산하면 보고서의 숫자가 조용히 달라집니다.
• 표준 묶음과 자체 묶음을 섞지 않습니다. 섞으면 표준이 바뀌었을 때 어느 값이 표준인지 구분할 수 없습니다.

다음 단계

지금 쓰는 국가 표에서 묶음에 해당하는 열이 몇 개인지 세어 보세요. 하나뿐이라면 그 열이 지금 두 가지 일을 하고 있을 가능성이 큽니다. 어떤 국가를 어느 묶음에 둘지는 국가 선정 기준에서 정한 축과 이어지고, 국가가 여러 개 얽히는 상황은 국경을 넘는 주소 시나리오에서 다룹니다. 지역별로 나뉜 실제 목록은 국가와 지역 디렉터리에서 확인할 수 있습니다.

이 글의 지역 이름과 등급 이름은 구조를 설명하려고 지어낸 합성 예시이며, 어떤 회사의 실제 시장 구분이나 조직 기준을 옮긴 것이 아닙니다.