メニュー

地域グルーピングと市場ティア: 混同しないための分け方

地域グルーピングと市場ティアは別の軸です。統計のための地理的な区分と、事業判断としての優先度をどう分けて持ち、変更をどう追跡するかを整理します。

公開日

  • グルーピング
  • 市場区分

地域グルーピングと市場ティアは、どちらも国をまとめる作業ですが、根拠がまったく違います。片方は地理と統計のための区分で、もう片方は事業の優先度です。この記事では、両者を同じ欄で表そうとしたときに何が起きるか、そしてどう分けて持つかを整理します。

地域グルーピングは何を根拠に決めるのか?

地域の区分は、自然に決まっているものではありません。同じ国でも、統計の目的、配送の経路、内容の翻訳、請求のまとめ方によって、望ましいまとまり方が変わります。

国際的な標準では、大陸より細かい区域と、その下の小区分の符号が定められており、統計や報告の単位として使えます。ここで押さえたいのは、標準の区分が地理の事実を表すのに対し、事業上のまとまりは意思決定の産物だという違いです。

標準の符号を使う利点は、第三者が同じ切り方で集計できることです。自前の呼び名だけで運用すると、社外へ数字を出したときに内訳を説明できません。

自前の区分を足す場合は、標準の区分との対応を必ず書き添えます。対応が書かれていなければ、標準で集計した数字と自前の数字を並べたときに差の理由を説明できず、どちらかを選び直すことになります。

大陸・小区分・標準の区域符号

区分の粒度は、少なくとも三つの層に分けて考えます。大陸のような最も粗い層、その下の小区分、そして個別の国です。報告では粗い層、経路の判断では小区分、実際の設定では国、というように用途ごとに使う層が違います。

標準の区域符号は、この粗い層と中間の層を受け持ちます。一方で、どの国をどの小区分に入れるかは用途によって揺れます。したがって、区分の定義はデータとして持ち、根拠を一行ずつ添えておくのが安全です。

層の数を増やすと、その分だけ集計の切り口が増えます。実際に使う切り口が二つか三つなら、層もそれに合わせて抑えておくほうが、定義のずれが生まれにくくなります。

市場ティアと形式対応は別の軸

市場ティアは事業の判断です。優先して投入する段階、重点的に伸ばす段階、様子を見る段階、対象外とする段階、といった分け方が典型です。この区分は、データの形式をどこまで整えたかとは無関係です。

たとえば配送の対象外としている国でも、住所や身元のデータが充実していることは珍しくありません。逆に、優先度が高いのに項目がまだ揃っていない国もあります。二つの軸を一つの欄にまとめると、どちらの理由で扱いが変わったのかが読めなくなります。

事業の優先度 データの整い方 一つの欄でまとめたときに読めなくなること
優先して投入する段階 項目がまだ揃っていない 形式の不足が優先度の低さとして読まれます
優先して投入する段階 項目がほぼ揃っている 差が現れず、見直しの理由が残りません
様子を見る段階 充実している 整っているのに低い扱いなのかが読めません
対象外とする段階 充実している 業務の判断と形式の不足が混ざります

表では、二つの軸を並べた列として見せると違いが保てます。片方を絞り込む条件に使う場合も、絞り込んだ結果がもう片方に影響しないことを確かめておきます。

属領や海外県はどの区分に入れる?

国境が単純でない地域は、もともと区分の設計が最も揺れる場所です。地理的には離れていても、行政上は本国の一部として扱われることがあります。

判断の根拠は、用途ごとに書き分けます。統計では標準の区分に従う、配送では実際の経路に従う、料金では決済の単位に従う、というように、それぞれの根拠を一覧に明記します。担当者の印象で一件ずつ決めると、担当が替わった時点で同じ国が別の区分へ移ります。

境界にある地域は、先に一件だけ選んで、その一件について用途ごとの答えを並べて書きます。並べた答えが食い違うなら、それは区分の設計が足りていない合図です。食い違いのない地域ばかりを選ぶと、この点検は何も見つけません。

区分を一つに決め打ちできない地域は、一つの値に押し込まず、複数の区分を許す設計にしておくほうが現実的です。

区分が変わるのはなぜか?

区分は固定されません。市場の扱いが見直される、制度や規制が変わる、組織の体制が変わる、といった出来事のたびに更新が必要になります。

そのため、区分は設定として差し替えられる形にするか、少なくとも変更の履歴がたどれる形にします。過去の記録が当時どの区分だったのかを後から知りたい場面は、照会や監査で必ず出てきます。

開発者向け: 区分の鍵をコードに埋め込まない

区分の定義はソースコードの中に直接書かず、設定として外に出します。区分の名前と、どの国が属するかと、その根拠を一組にして持ち、読み込み時に検証します。国がどの区分にも属していない状態を検出できるようにしておくと、追加時の抜けを早期に見つけられます。

次に、市場ティアと地域グルーピングは別の欄として保存します。表示のときに組み合わせて見せるのは構いませんが、保存の段階で混ぜると、片方だけを変更できなくなります。

三つめは、区分が変わったときに影響する検証を洗い出すことです。区分を条件にした検証があると、区分の変更だけで結果が変わります。変更のたびに影響範囲を一覧にして残します。

この記事で示した区分の呼び名や段階の分け方は、説明のために作った合成の区分名です。実在する企業の市場区分や、公的な分類を写したものではありません。試験の設計と画面の見本としてのみ使い、実際の取引や届け出の区分として用いることはできません。

次のステップ

まず、いまの設計で地域と市場の段階が同じ欄に入っていないかを確かめてください。入っているなら、片方を別の欄へ移すだけで見通しが良くなります。次に、区分が一つに決まらない地域を一件選び、その根拠を書き出します。越境の場面で国がいくつ関わるかは越境注文の住所シナリオ、集合そのものの選び方はテスト用の国を選ぶで扱っています。区分ごとの国の並びは国の一覧で確認できます。

続けて読む

各国の住所・身元データ形式の関連記事