區域分組與市場分級經常被放在同一個欄位裡，因為它們表面上都在做同一件事：把國家分成幾堆。但只要有人問「這個地方算不算重點市場」，混在一起的代價就會立刻浮現——那堆分類根本回答不了這個問題，因為它同時混了地理事實與商業判斷。以下說明兩者的分野，以及怎麼把它們拆開。
區域分組是用什麼標準劃出來的?
區域分組是人為約定，不是資料本身的事實。同一個地方該放在哪一組，取決於誰在什麼用途下分組：做報表的人在意統計上的可比性，做物流的人在意配送路徑，做內容的人在意語言與文化相近程度。三種用途會給出三種不同的分組。
既然是約定，就要把依據寫下來。只寫分組名稱而不寫依據，最後會變成靠某個人的印象決定；那個人離開之後，新的成員只能猜測，於是同一份清單上出現互相矛盾的歸類。
比較穩健的做法是同時保留兩層：底層用國際標準裡的區域與次區域分類，作為穩定的統計基準；上層另外維護業務分組，並在每一組旁標明它服務哪一個用途。這樣既能對外溝通，也不會讓業務調整去動到統計基準。
洲、次區域與國際標準裡的區域編碼
國際標準裡有一套把世界切成區域與次區域的編碼，它的優點是穩定、可交換，而且不會因為某家公司的組織調整而改變。報表、統計與跨系統交換通常都採用這一套，因為它對所有人都一樣。
但標準的區域劃分是為了統計而設計的，不一定符合業務直覺。你可能會發現某個地方在標準裡屬於某一區，但你的客服團隊一直把它歸在另一區，因為時區與語言更接近。這不是誰錯，而是兩者服務的目的不同。
因此實務上不建議把標準分區直接當成業務分組來用，也不建議反過來用自己的業務分組去覆蓋標準分區。兩者並存、各自標明用途，是衝突最少的方式。下級行政區的編碼體系又是另一件事，可以對照國家碼與下級行政區代碼那篇。
市場分級與格式支援是兩件事
市場分級是業務判斷，通常會出現類似首發、重點、觀察、暫不支援這樣的分級。它回答的問題是「我們要不要在這裡做生意」，而不是「我們的系統在這個地方能處理到什麼程度」。
這兩件事經常被誤綁在一起。一個暫不支援配送的地方，它的資料格式可能照樣完整；反過來，一個被列為重點市場的地方，也可能因為制度特殊而讓某些欄位難以處理。如果把分級直接當成格式支援的開關，就會出現兩種錯誤：該測的沒測，以及不該擋的擋掉了。
分開維護的好處是變動成本低。業務要不要進一個市場，可以在一個季度內改變；資料格式的支援程度則需要工程投入。兩者綁在一起，業務決策就會被工程進度綁住，或者工程被迫為一個還沒開始的市場提前投入。
屬地與海外省該歸哪一組?
這是實務上最容易歸錯的一類。屬地、海外省與其他依賴地區常常在地理上遠離母國，在制度上又部分沿用母國規則，於是到底要跟著地理位置走、還是跟著制度關係走，就變成一個必須明講的選擇。
兩種選擇都合理，但必須一致。如果你決定按地理歸類，就全部按地理；如果按制度關係歸類，就全部按制度。最糟的情況是沒有規則，於是同一批資料在不同報表裡落在不同組，年度比較時怎麼算都對不上。
建議把歸類依據直接寫在清單的備註欄，並且明確標示這是一項約定而非事實。這樣一來，即使日後決定改用另一種依據，也能一次看清楚哪些列會受影響。
還有一個實務上的細節：地理與制度這兩套依據在大部份情況下會給出同一個答案，只有在少數地方才會分歧。因此不需要為每一列都寫長篇說明，只要把分歧的列挑出來並附上理由即可。這樣清單會很短，卻足以回答所有人的疑問，也讓日後檢視的人知道該把注意力放在哪幾列。
分組會變的幾種原因
分組會變，這件事本身應該被設計進去。常見的變動來源有三種：業務策略調整、制度環境變化，以及組織內部負責單位的改變。三者的節奏不同，因此需要不同的處理方式。
| 變動來源 | 影響範圍 | 建議處理方式 |
|---|---|---|
| 業務策略調整 | 少數地方換組 | 走設定變更流程並留下紀錄 |
| 制度環境變化 | 可能一次影響一整個區域 | 先確認標準分區是否也跟著調整 |
| 組織調整 | 分組的負責人與用途改變 | 檢查分組維度是否還符合新用途 |
處理變動時，最重要的不是馬上改，而是能回答「上一季這個地方屬於哪一組」。缺了這項能力，跨期比較就失去意義，而你會發現每次檢討都要重新解釋歷史數字。
另外建議為分組變更留下生效日期，而不只是留下修改時間。修改時間回答的是「什麼時候改的」，生效日期回答的是「從哪一天開始算」。跨期比較需要的是後者，因為一次提前公告的調整，可能在修改當下還不該生效；若只記錄修改時間，那個空窗期就會被算錯。
給開發者：分組鍵不要寫死在程式裡
分組這種東西幾乎一定會變，而且往往在你想不到的時候變。把分組鍵寫死在程式裡，等於讓每一次業務調整都變成一次工程發版。
- 把分組當成資料而不是常數，並讓它具備生效日期。
- 同一個地方允許同時存在多組歸類，並標明每組服務哪個用途。
- 查詢時預設帶上時間條件，避免歷史查詢意外拿到現在的分組。
- 保留一份「為什麼這樣歸」的說明，讓非工程成員也能維護。
- 檢核每一列都至少屬於一組，避免出現沒有歸類的孤兒資料。
- 讓分組維度可以被列舉，避免有人用臨時字串當成新的一組。
- 為每一次分組變更保留生效日期與負責人，讓事後追查有依據。
本文出現的分組名稱、分級名稱與歸類示例都是為了方便討論而虛構的合成資料，不代表任何真實公司的市場劃分或營運策略，也不構成對任何地區歸屬的主張。選哪些地方進來是另一個題目，可以讀挑選測試國家的方法；當一筆單涉及多個分組時該依哪一方處理，見跨境地址場景。
下一步
打開你目前的分組清單，檢查每一組是否都寫明了用途與歸類依據。如果某幾組說不出用途，或某幾列找不到依據，那就是這一輪該補的地方。實際的地方清單與分區樣貌，可以在國家與地區目錄看到。