Monday Dec 08, 2014

Hamburger is the New Discovery: Chinese Mobile App UI Trends

Shout out for a great article on Chinese Mobile App UI Trends by Dan Grover (@dangrover).

Chinese Mobile App UI Trends. Image via Dan Grover.

Chinese Mobile App UI Trends. Image via Dan Grover.

A really great read and a reminder that an awesome UX must be local and contextual. It's a practical example of importance of ethnography as a basis for empathizing with user requirements, and how simple everyday observation can offer many insights for designers and developers of global apps. In this case, Dan took advantage of a relocation from San Francisco to China to observe, document and share his insights.

Dan includes some great visual examples to illustrate the trends. I love the sections on how discovery is the new hamburger menu and how chat is a universal UI. And you thought QR codes were dead?

Oracle Applications Cloud Release 9 is available in 23 national languages, including Traditional Chinese (ZHT) and Simplified Chinese (ZHS), by the way.

And, in keeping with the inspiration for the article, Dan's article is now available in Chinese too: 中国移动应用设计趋势解读

Monday Jun 17, 2013

Context in User Experience? Meet Use of Context in Translation. Result: Great UX Globally

What makes for a great, compelling and modern user experience? Context. Context of use, context of device, context of task, all revolving around a source of truth in the cloud: that customer, that employee, that sale, that general ledger. And what makes for a great translation (or localization as the rest of the industry would say)? Context.

Here's a presentation I delivered at Localization World, London 2013 that shows how the two can work together. For me, context is just as useful for implementers and developers as it is for the translation team. And certainly providing the context for a great string in the UI, in any language, is what makes for a great experience.

Context: UX and L10n

Context of Use and Use of Context: Localization and UX from Ultan O'Broin

Friday Apr 01, 2011

Context for All

Interesting post over on the Content Rules blog, discussing the issue of context (or lack of, really) for translators, and how it relates to granularity of content. It's great to see this issue raised and I think we need to be a lot more hardcore about examining the claims about how intractable the problem of lack of context for translation can be.

For me, the problem with this context debate is that it is decontextualized (ho, ho) from the total content lifecycle and the tools and process side of things. For one thing, has anyone considered what context an application developer or technical writer has when reusing content (whether burst DocBook objects in a CMS or DITA conrefs)? Is it any worse/better than what translation teams have? Surely, if content developers have context from their CMS (or development environment) then isn't the issue why translators aren't accessing the CMS/environment and working in there too? Why ever remove content from a database just so to translate it? What is very clear to me is that context can be easily and automatically derived from the development environment and included within a translatable file format, if you so design it. Here's a simple Oracle-related example:


Information quality helps a lot here too. A term should only have one meaning in that context. So, derived context, information quality, and repository-based operations can solve the problem. Sure, a badly written little piece of text copied and pasted into Notepad and sent around the world via e-mail is going to lead to trouble. Duh.

What translation teams should not be pushing for however, is dumbed-down text devoid of any real style or necessary references just to make translation easier. Contextual information is a critical UX. Bland, generic content is not - that stuff damages the UX in all languages. Nor should content developers have to "write in" context in the form of translation notes for translation teams. That is a waste of development time and resources. Derive the context automatically, instead.

Regardless of how this context is provided, the most frustrating part of this context debate is the lack of insight displayed by advocates about the application lifecycle. Context has been positioned by internationalization and translation teams as something exclusively required on translatability grounds. It's not. In fact, context is a critical part of any UX-effective customization or extensibility efforts.

Less than a quarter of enterprise application deployments stay 'vanilla'. The rest are customized: modified for customer needs, and with extra bits of functionality added on that need to look the same as the rest. Without context for developers and functional users, such customization/extensibility efforts can be very tough indeed in UX terms. In fact, 'translation context' columns in databases are usually repurposed description columns intended for development, implementor and customization team notes. That internationalization and translation teams never leveraged a wider argument in support of improved context doesn't surprise me.

I believe the context for all requirement is one that can be met. But it will be by UX people, and not translation teams.


Oracle Applications Cloud global user experience (UX): Culture, localization, internationalization, language, personalization, more. A globally-savvy UX making it all fit together for Oracle's worldwide partners and customers.

Audience: Enterprise applications translation and localization topics for the user experience professional (designers, engineers, developers, researchers)!

Ultan Ó Broin. Senior Director, Oracle Applications User Experience, Oracle EMEA. Twitter: @localization



« July 2016