ISO standards in UX/UI design – Languages, Dates, Currencies and Times
Learn the key ISO standards used in UX/UI design. Learn how to properly implement ISO 3166, ISO 639-1 and other standards to create better interfaces for users around the world. A practical guide with examples and implementation tips.
Why are ISO standards important in UX/UI?
Imagine an online store serving customers from different countries. An e-commerce platform thatoperates globally,must overcome many challenges related to localization and personalization. Without appropriate standards, even the simplest interface elements can become a source of frustration for users.
The first challenge is the presentation of dates. The same entry „03/04/2024” can mean April 3 or March 4, depending on the user’s country of origin. In the context of delivery dates or promotions, such ambiguities can lead to serious misunderstandings.
Another issue is the correct presentation of currencies. It’s not just about the currency symbol, but also how the amounts are formatted. Some countries use a comma as a decimal separator, others use a period. In addition, there are differences in the grouping of digits and the positioning of the currency symbol.
In this context, standards such as ISO 3166 and ISO 639-1 play an important role, although at first glance they may seem insignificant. In this article, we will discuss how the differences between ISO 3166 and ISO 639-1 affect UX/UI design and in what situations it is worth using a given standard.
ISO 3166 in UX/UI Design
In a world where every interface aspires to be „intuitive”, true elegance lies in invisible standards.ISO 3166is just such a standard – the silent architect of international digital experiences.
Let’s imagine for a moment a world without this standard. Chaos. Countless variants of country designations, conflicting identification systems, a cacophony of conflicting formats. Instead, we have elegant simplicity: PL, DE, US – a two-letter code that carries with it a whole library of cultural context.
Let’s take the example of a seemingly simple transaction in an online store. A user from Germany (DE) sees prices in euros, with German VAT and local payment methods. The same product, displayed to a user from Poland (PL), is automatically presented in Polish zlotys, with Polish VAT and the BLIK payment option. It’s not magic – it’s a precisely designed codification system.
// Elegancja w prostocie
const context = {
'PL': { currency: 'PLN', vat: 23, payment: ['blik', 'card'] },
'DE': { currency: 'EUR', vat: 19, payment: ['sepa', 'card'] }
};
But the true depth of ISO 3166 is in the details. WhenAmerican usersees the date „03/04/2024”, the system knows that this means it for himMarch 4, NOApril 3. When a French customer enters the amount „1,234.56”, the system understands that the comma is a separatordecimal, NOthousandth.
It is at this layer of abstraction – where code meets culture – that ISO 3166 shows its true value. This is not just a technical standard.
Paradoxically, ISO 3166’s greatest success is its invisibility. Users shouldn’t know it exists – they should just experience a seamless, personalized interaction. It’s like gravity in the digital world – an invisible force that organizes chaos into harmony.
In an era where everyone is talking about artificial intelligence and blockchain, it may seem that a simple country code standard is a relic of the past. It is these fundamental standards that make it possible to build increasingly complex systems.
ISO 639-1 in UX/UI Design
While ISO 3166 organizes the geographic map of the digital world, ISO 639-1 deals with itlinguistic structure. These two standards, seemingly independent, form the fundamental matrix of any international interface.
Two-letter language codes are just the tip of the iceberg. 'Beneath the surface’en’, ’de’ Whether ’I’ there is a complex network of cultural and technical dependencies. The online banking interface in Japan is not a translated version of the European equivalent – it is a completely different experience, adapted to local expectations and interaction patterns.
Examples of this adaptation can be seen in everyday interactions:
Netflix (US): "Continue watching"
Netflix (JP): "視聴を続ける" [z kontekstem grzecznościowym]
Netflix (DE): "Weiterschauen" [precyzyjny, techniczny ton]
Another example
Error 404 (PL): "Strona nie została znaleziona"
Error 404 (AR): "لم يتم العثور على الصفحة" [czytane od prawej]
Error 404 (ZH): "找不到页面" [zwięzłe, kontekstowe]
In practice, the URL structure becomes the first point of contact between the standards and the user:
amazon.de/bücher/kindle
amazon.co.jp/本/キンドル
amazon.fr/livres/kindle
Where the first code specifies the language (ISO 639-1) and the second code specifies the country (ISO 3166). This seemingly simple convention solves complex cases:
example.com/en-GB/ // angielski brytyjski
example.com/en-US/ // angielski amerykański
example.com/de-CH/ // niemiecki szwajcarski
example.com/fr-CA/ // francuski kanadyjski
In practice, this means that the same e-commerce system can switch seamlessly between different cultural contexts, maintaining functional consistency while adapting to local preferences. This is not just a translation – it is a cultural adaptation at the code level.\
Practice shows that the distinction between the country code and the language code often becomes a source of confusion. While working with a client from Sweden, our team initially assumed that 'sv’ (Swedish) and 'SE’ (Sweden) were interchangeable. This is a classic mistake that ignores the linguistic complexity of the region – there are also Finnish and Arabic speakers in Sweden. The situation is similar in other regions.
Common errors
- uk-UK// ❌ incorrect: 'uk’ is Ukrainian, 'en-GB’ is British English
- en-UA// ✅ correct: English-language interface for Ukraine
- ua-ua// ❌ incorrect: 'ua’ is not a language code
Complex cases
- fr-CH// French in Switzerland
- breath// German in Switzerland
- it-CH// Italian in Switzerland
- rm-CH// Romansh in Switzerland
- ar-AE// Arabic in the UAE
- en-AE// English in the UAE (often in business)
- zh-HK// Chinese (traditional) in Hong Kong
- en-HK// English in Hong Kong
- fr-BE// French in Belgium
- nl-BE// Dutch in Belgium
- de-BE// German in Belgium
- es-US// Spanish in the USA (growing market)
- en-PR// English in Puerto Rico
In practice, this means the need for a thoughtful approach to the URL structure and the entire application architecture. The system should be designed to support multiple languages within one country and the same language in different regional variants. This isn’t just a technical issue – it’s the foundation of truly inclusive design.
ISO 8601 in UX/UI Design – Time Communication
Let’s imagine a global project management application. In Tokyo, the manager is planning a meeting to be held in a week. At the same time, his team in New York and London need to understand precisely when this meeting will take place. This is where the ISO 8601 standard comes into play.
ISO 8601brings elegant simplicity to the world of date and time chaos. Instead of wondering whether 03/04/2024 means April 3 or March 4, the standard clearly states: 2024-04-03. It’s not just a date – it’s a universal time language understandable to everyone.
Practical use in everyday design
Let’s take the example of a flight booking app. When a user from Warsaw books a flight to San Francisco, the system must accurately communicate:
- Departure time:2024-01-15T14:30:00+01:00 (Warsaw)
- Arrival time:2024-01-15T17:30:00-08:00 (San Francisco)
This format, although technical, is then presented to the user in a friendly form: „Departure: January 15, 14:30 (local time)”.
Time zones without headaches ISO 8601-2 solves the age-old problem of time zones. When a team of programmers from India collaborates with designers from Berlin, the record2024-01-15T09:00:00+05:30 (Bangalore)automatically converts to2024-01-15T04:30:00+01:00 (Berlin). No mistakes, no late appointments.
The interface must be flexible. In the app calendar we can show:
- Basic format:2024-01-15
- Friendly format: January 15, 2024
- Local format:adapted to the user’s preferences
Date Formatting Examples: January 15, 2024, 14:30:45 (with local time)
| Country/Region | Local Format | ISO 8601 format | Order of Elements | Comments |
|---|---|---|---|---|
| USA | 01/15/2024 2:30:45 PM | 2024-01-15T14:30:45-05:00 | MM/DD/YYYY | A month before the day, 12h format |
| UK | 15/01/2024 14:30:45 | 2024-01-15T14:30:45+00:00 | DD/MM/YYYY | The day before the month, 24-hour format |
| Japan | 2024年1月15日 14:30:45 | 2024-01-15T14:30:45+09:00 | YYYY年MM月DD日 | Year-Month-Day with Japanese characters |
| Germany | 15/01/2024 14:30:45 | 2024-01-15T14:30:45+01:00 | DD.MM.YYYY | Dots as separators |
| Poland | 15/01/2024 14:30:45 | 2024-01-15T14:30:45+01:00 | DD.MM.YYYY | Dots as separators |
| China | 2024年1月15日 14:30:45 | 2024-01-15T14:30:45+08:00 | YYYY年MM月DD日 | Year-Month-Day with Chinese characters |
| India | 15/01/2024 14:30:45 | 2024-01-15T14:30:45+05:30 | DD-MM-YYYY | Dashes as separators |
| Australia | 15/01/2024 14:30:45 | 2024-01-15T14:30:45+11:00 | DD/MM/YYYY | The day before the month |
| Brazil | 15/01/2024 14:30:45 | 2024-01-15T14:30:45-03:00 | DD/MM/YYYY | The day before the month |
| Saudi Arabia | ١٥-٠١-٢٠٢٤ 14:30:45 | 2024-01-15T14:30:45+03:00 | DD-MM-YYYY | Arabic numerals, written from right to left |
ISO 3166-2 in UX/UI Design
ISO 3166-2 is an international standard for coding administrative units of countries, which is fundamental in the design of modern digital interfaces. Its importance is crucial in e-commerce, government applications and any system that requires precise location.
| Country | ISO code | Region | Regional Code | Application Example |
| Poland | PL | Lesser Poland | PL-12 | Regional delivery zones |
| USA | US | California | US-CA | State tax rates (various VAT) or legal systems |
| Germany | DE | Bavaria | DE-BY | Local holidays and days off |
| China | CN | Guangdong | CN-GD | Special economic zones |
| Brazil | BR | São Paulo | BR-SP | Local payment methods |
| South Africa | FOR | Gauteng | ZA-GT | Multilingualism (11 languages) |
| Japan | JP | Tokyo | JP-13 | Specific address formats |
| India | IN | Maharashtra | IN-MH | Regional language scripts |
| Australia | AU | Queensland | AU-QLD | Time zones and delivery |
In practice, this standard enables:
- Precise determination of delivery locations
- Automatic adjustment of taxes and fees
- Personalize content according to local requirements
- Correct handling of addresses in forms
Knowledge and proper use of ISO 3166-2 allows designers to create interfaces that are both global in scope and local in operation, providing users with a natural experience that meets their expectations.
ISO 15924 in UX/UI Design:
ISO 15924 is a fundamental standard for the design of multilingual interfaces, defining codes for various writing systems around the world. It is crucial in creating truly global applications and websites.
| Writing | Code | Tongue | Direction | Application Example |
| Latin | Latn | Polish, English | From left to right | „Hello World” |
| Arabic | Arab | Arabic, Persian | From right to left | „مرحبا بالعالم” |
| Chinese | Hans | Simplified Chinese | From left to right | „你好世界” |
| Cyrillic | Cyrl | Russian | From left to right | „Privet mir” |
| Japanese | Jpan | Japanese | From left to right* | „こんにちは世界” |
| Korean | Korea | Korean | From left to right | „안녕하세요세계” |
| Devanagari | Deva | Hindi | From left to right | „नमस्ते दुनिया” |
| Thai | Thai | Thai | From left to right | „สวัสดีชาวโลก” |
| Hebrew | Hebrew | Hebrew | From right to left | „שלום עולם” |
| Bengali | Beng | Bengali | From left to right | „ওহে বিশ্ব” |
Practical Importance:
- Proper text rendering
- Appropriate interface layouts
- Correct typography
- Support for mixed writing systems
This standard is essential in the design of interfaces that must support various writing systems while ensuring the highest user experience for all users, regardless of their native language.
ISO 3166-3 and ISO 4217-2
Historical and contemporary geopolitical changes directly impact the way digital systems are designed. Let us look at two significant examples: the historical collapse of the USSR and the modern transformation of Sudan.
Historical Example: Collapse of the USSR (1991)
When the Soviet Union ceased to exist, the SUN code had to be replaced by 15 new codes. IT systems faced the challenge of maintaining historical continuity while adapting to the new reality.
Examples of country code changes after the collapse of the USSR
| The Old Country | Old Code | New Countries | New Codes | Year of Change |
| USSR | SUN | Russia | RUS | 1991 |
| Ukraine | UKR | 1991 | ||
| Belarus | BLR | 1991 | ||
| Kazakhstan | KAZ | 1991 |
Contemporary Example: Division of Sudan (2021)
In 2021, Sudan underwent significant administrative changes that affected financial and identification systems. This forced updates to banking systems, government applications and e-commerce platforms.
| Country | Currency | Old Code | New Code | Year of Change | Impact on Systems |
| Sudan | Sudanese Pound | SDGs | SDGs | 2021 | New banking regions |
| South Sudan | South Sudanese Pound | SSP | SSP | 2021 | Separate payment systems |
Examples of differences between individual ISO standards
| Country | ISO 3166 (Country) | ISO 3166-2 (Region) | ISO 3166-3 (Historical) | ISO 639-1 (Language) | ISO 4217 (Currency) | ISO 4217-2 (Currency) | ISO 8601 (Date/Time) | ISO 8601-1 (Date/Time) | ISO 8601-2 (Time Zone) | ISO 15924 (Scripture) |
|---|---|---|---|---|---|---|---|---|---|---|
| Poland | PL | PL-MA | HALF | pl | PLN | 2021-01-01T15:30:00 (24h) | 2021-01-01T15:30:00 (24h) | +/-01:00 | Latn | |
| USA | US | US-CA | en | USD | 2021-01-01T03:30:00 PM (12h) | 2021-01-01T03:30:00 PM (12h) | +/-01:00 | Latn | ||
| Great Britain | GB | GB-ENG | en | GBP | 2021-01-01T15:30:00 (24h) | 2021-01-01T15:30:00 (24h) | +/-01:00 | Latn | ||
| Sweden | S.E | SE-AB | sv | KNOT | 2021-01-01T15:30:00 (24h) | 2021-01-01T15:30:00 (24h) | +/-01:00 | Latn | ||
| Germany | DE | DE-BY | DE-BE | de | EUR | 2021-01-01T01:30:00 AM (12h) | 2021-01-01T01:30:00 AM (12h) | +/-01:00 | Latn | |
| Japan | JP | JP-13 | I | JPY | JPY, JPY2 | 2021-01-01T09:30:00 (24h) | 2021-01-01T09:30:00 (24h) | +/-09:00 | Jpan | |
| Croatia | HR | HR-21 | HRV | count | HRK | HRV, HRK | 2021-01-01T15:30:00 (24h) | 2021-01-01T15:30:00 (24h) | +/-01:00 | Latn |
| Afghanistan | AF | AF-BAL | ps, uz | AFN | AFN, AFA | 2021-01-01T04:00:00 AM (12h) | 2021-01-01T04:00:00 AM (12h) | +/-04:30 | Arab | |
| Bolivia | BECAUSE | PAIN | es, qu | BROAD BEAN | BROAD BEAN | 2021-01-01T04:00:00 AM (12h) | 2021-01-01T04:00:00 AM (12h) | +/-04:00 | Latn | |
| Taiwan | TW | TW-CHA | zh | TWD | TWD | 2021-01-01T08:00:00 (24h) | 2021-01-01T08:00:00 (24h) | +/-08:00 | Dumbbell | |
| Nepal | E.G | NP-P3 | a.d | NPR | NPR, NPU | 2021-01-01T05:45:00 (24h) | 2021-01-01T05:45:00 (24h) | +/-05:45 | Deva |
When and for what to use a given ISO standard:
| Standard | When to Use |
|---|---|
| ISO 3166 | – Adapting content to national preferences |
| – Determining location in URLs | |
| – Verification of access rights depending on the country | |
| ISO 3166-2 | – Tailoring content to specific regions |
| ISO 3166-3 | – Interface updates in case of territorial changes |
| ISO 639-1 | – Personalization of content and interface depending on the language |
| – Customization of messages and instructions for the user | |
| – Selection of language options in the interface | |
| ISO 4217 | – Selecting your preferred currency in financial processes |
| ISO 4217-2 | – Including alternative monetary units |
| ISO 8601, 8601-1, 8601-2 | – Presentation of dates and times in a consistent way |
| ISO 15924 | – Display of texts in various scripts and languages |
Conclusions
In UX/UI design, the use of standards such as ISO 3166 and ISO 639-1 can significantly improve the quality of user interactions. Appropriate use of these standards enables the delivery of personalized and consistent experiences, which translates into higher usability of interfaces and user satisfaction. Designers should be aware of the differences between these standards and use them depending on the needs of the project to achieve the best results.