Internationalising products: Experiences after building digital products for over 30 countries

From displaying dates and times, local payment systems through to customer mentality, internationalising a digital product can be fraught with issues to trip up the unwary. Ismail Monzon gives us a run through of some of the problems he's had to deal with when launching in new markets.

9 min read
Share on

A few days ago, I was talking with a couple of people about differences between countries. We all know that there are obvious differences in people’s character, lifestyle, meals, language and so many other things. However, something that not so many people know are the slight (and more fun) differences which are pretty common in daily life.

The conversation turned to several anecdotes about to colleagues from other nationalities, and the potential impact of these small details when you are building a digital product. On my way back home, I decided to write a post in order to help anyone who may be interested in the topic. So here it is.

How to internationalise a digital product

When the time comes to expand an ecommerce or digital product to another country, we think about «operational» issues (such as sales process, customer service or legal subjects) but the digital assets are sometimes simplified for translation, something that is certainly not enough to transform visits to our site or app into satisfied customers.

However, the reality is very clear: wanting to achieve good results only with content translation means not knowing how much these elements affect the success of a digital project. In fact, there are two specific processes to prepare a software product to be adapted for use in other countries. They are “internationalisation (i18n) and localisation (l10n)”.

Practical mode

In general, the complexity of this kind of process is unknown and very variable, from the purely technical to the more business-related aspects. Playing the game properly has many particularities, and it can be challenging to resolve these issues.

In my career, the best solution has been to work with a native speaker or market citizen (ideally linked to the company or at least familiar with the objectives of the project) who can identify most of the key points.

Although I will not detail the operative aspects, I would like to summarise some issues and problems I had to cope with. We were able to solve some of them and others not.

Dates and times

Something so common as a date and time can have multiple versions depending on the country we focus on. In addition, other related aspects, such as correctly configuring the start day of the week (Monday vs Sunday) in a date picker can avoid huge usability problems.

On the other hand, if you are using server time to perform some kind of operation, it may also be necessary to consider the different time zones. This issue will be quite common if your digital product has shipping date calculations, extra charges for urgent services, countdown offers, discount codes expiration or similar stuff, so remember that “today” in Europe may be “tomorrow” in America.

And the last tip: remember transactional emails. The same system should manage them as the website to achieve consistency throughout the whole process.

Information visualisation

Reading from right to left is one of the most well-known patterns in Arabic. Although the W3C has detailed information about it, it gets very complicated when the moment of truth arrives (so much so that, in our case, some years ago, we could not get it to display everything correctly).

The length of the texts varies considerably from one language to another. Of all those I have worked with, French and German are by far the ones that generate the longest content; Chinese and Japanese the least (although these have other problems, as you will read about below). Designers must take special care to fit them all together in buttons, menus, banners… without sacrificing the correct visualisation of the content.

Prices, currencies and payment systems

If we want to sell in countries that use a currency different from ours, in addition to the price conversion system, we should take into account other points. Related to the previous section, the prices take up different spaces depending on the different currencies. For example, an amount in Mexican pesos or Thai baht can easily reach five or six figures instead of two or three in Euros. If we combine this fact with an excessively tight layout, the visualisation of the prices is not optimal and it may generate doubts among users.

But it is not the only aspect that we should be careful with. To achieve the best user experience, we will choose between a comma or a point to identify big amounts (1.000 vs 1,000).  Moreover, we will have to place the position of the currency symbol (€, $, £…) before the amount in some cases or after it in others.

In the payments field, it can be interesting to offer options adapted to each of the markets with the aim of achieving higher conversion rates.

You can accept cards that are not so popular worldwide but quite common in specific countries (American Express in United States, JBC in Japan…). Additionally, instalments are quite common in countries such as Mexico or Argentina, and they will help you to improve your results. Finally, there are special kinds of payment which are available but just in one country ( “Pix” in Brazil, “iDeal” in Netherlands). This last option sounds a bit weird, but they are extremely popular to make online purchases.

Finally, and although it is more related to the financial area, not all payment systems allow easy internationalisation. It is almost always necessary to resort to IT teams to carry out new integrations and/or solve various problems such as incidents due to incompatibilities, small differences between what we register in our systems and what appears on the customer’s bank statement, overly strict anti-fraud measures that reject the payment, etc.

Information architecture and SEO

In this field, we must remember that literal translations, although more correct from a linguistic point of view, may not be the best option. There are multiple terms or keywords which are totally different depending on the country. It will depend on your business, target and SEO strategy but some examples may be “cellphone (United States) vs mobile phone (United Kingdom)” or “camiseta (Spain) vs remera (Mexico or Argentina)”. Additionally, some idioms or funny winks/memes may not be identified properly by all country users.

On the more technical side, aspects such as ccTLD domains, language specification, canonical and hreflang tags, or the corresponding sitemaps also play an important role in an internationalisation process.

Character encoding

On paper, it is always clear that all points of our product (as well as integrated or external tools) must use the encoding UTF-8. However, when it comes down to it there is always something wrong. An unusual character such as Czech or Polish is imported incorrectly from a CSV, Asian characters such as Japanese or Chinese cause a problem in one of the systems, the email marketing application has problems when processing the subject lines… Most of them are solved with the collaboration of the developers, but it always consumes more resources and time than expected.

Forms

One of the most sensitive points of a digital product can be the data input by the user. In international sites or apps, especially in a shopping cart, many countries have mandatory specific fields that are unnecessary or not common in others.

Moreover, the field order (the house number before or after the address), the country drop-down selector or the type of alphabet in which the user fills the information (will we be able to process a purchase with all the data in Cyrillic or Chinese?) can transform a simple form into a puzzle impossible to solve in a simple way which works for all cases.

And, obviously, do not forget about validations: it will not be the first time that the characters included in some of the fields do not pass too strict a validation, causing the user to abandon the purchase process because he/she cannot solve it.

Marketing campaigns

Many of the special events that serve to launch campaigns are celebrated on different dates in different countries. As you can check on this site, Mother’s Day, sales, bank holidays, back to school, etc. vary from region to region. This causes an extra effort as you have to adapt your messages (web promotions, email marketing, PPC campaigns, social media messages…) to the particularities of each market in which you work.

In addition, bear in mind that if you do not have a Content Team that can create the texts quickly, your speed will be slowed down: an email marketing campaign, a change in Google Ads campaigns, an express promotion, etc. will have to wait until the translations arrive.

Cultural factors and customer mentality

Last but not least, we must consider that cultural aspects and consumer habits vary from country to country. It will be necessary to consider different product and pricing strategies, as well as promotions or discounts focused on each market and take into account different use patterns.

In some countries, customers will look more for quality aspects; in others, they will look for the best price or good customer service that allows them to resolve their doubts before making a purchase. Likewise, the behaviour of users changes concerning special dates (Christmas, Valentine’s Day, summer holidays…), or even the day of the week or time of day when the most purchases are made and the best conversion rates are achieved.

Conclusion

Many factors. Some are simple, and some are not. Some are essential, and others can sometimes be sacrificed.

On a technical level, it is better if everything is thought out from the beginning (something that almost never happens and that will always generate some «if we had foreseen it before…») but it implies reducing the speed at which you deliver in the early stage of product development.

I think the best approach before launching a new market is to make traffic and conversion estimates to assess whether it can be profitable. Nevertheless, bear in mind that until everything is adjusted, it will be difficult to reach the same levels as in the original language/market. Additionally, take into account that some surprises will arise for the process so, do not forget to save time in your planning to try to fix it.