We stand with Ukraine and our team members from Ukraine.

The Community Of Over 640,000

Home ›› Mobile Technology ›› UX Concerns Across Mobile Platforms

UX Concerns Across Mobile Platforms

by Joseph Labrecque
6 min read
Share this post on
Tweet
Share
Post
Share
Email
Print

Save

When to adhere to, and when to deviate from, expectations for mobile OS consistency.

Whether you’re developing applications for one specific mobile platform, or targeting multiple mobile operating systems, it is a good idea to become familiar with the established general user expectations for each device. This article discusses the importance of adhering to user expectations through these constructs, and describes some circumstances when deviation may be appropriate.

Desktop User Expectations

When working within a full desktop environment, the user has room to spread multiple applications across the desktop simultaneously. Application developers have the freedom to allow window functions such as minimizing, resizing, repositioning, generation of multiple windows, and so forth. These applications can also be tightly integrated into the operating system by associating specific file types, tapping into specific OS constructs like the Windows Taskbar, or notification tray, and request updates independent of any application store.

Desktop Experience: Windows vs. Mac

Before mobile was a real consideration for most people, there was always the concern for an adherence to certain user control paradigms when developing for specific operating systems. The most obvious of these differences, to most users, have to do with differences in the Mac OSX and Windows application controls.

Quite a big deal was made of these differences when Adobe released their cross-platform AIR runtime. AIR allows developers to build desktop applications which can run on Windows, OSX, and even Linux. This fact caused a stir among platform-specific UI purists (especially those familiar with the Apple Human Interface Guidelines) as application interface controls could take on a variety of forms due to the open nature of Flash UI design. There was a great fear that applications built using Adobe AIR on Windows could then be used on OSX and ruin the integrity of the unified Apple experience.

I’m a proponent of the idea that any experience, if done well, does not necessarily need to conform strictly to any specific guidelines. Though useful when considering the user experience, to dismiss anything which deviates from that restrictive path is probably not the most open way to approach new ideas.

How Mobile UX is Different

The mobile user experience is radically different than that of the traditional desktop, by necessity. Users generally have very small screens and therefore not a lot of room to work with. As a result, excepting Android Widgets, applications take up the entire screen. The user’s full attention is directed toward the running application with few distractions. A phone call could come in, or a notification may pop up, but most of the time, as a mobile application developer, you are guaranteed a captive audience.

Screen Paradigm

The fact that an application will fill the entire screen during the entire duration of an interaction is the single most important consideration for mobile UX. It frames any other decision that is to be made about the overall UI and flow of the application. Depending upon the platform, this may mean that while an application is active, additional applications have been dismissed to the background or closed entirely. The user is always focused upon one screen at a time, and methods for navigating these screens are often dependent upon whichever operating system is in play.

Unique Hardware

The most obvious difference between various mobile platforms is their differing hardware. Android devices have four buttons along the bottom or side, which include a home key, dedicated back button, dedicated options menu button, and search. The iPhone has one button. Tablet OS devices such as the BlackBerry PlayBook have a unique bezel through which a variety of gestures can be used, moving beyond simple button presses.

Gestures

On a desktop or laptop computer, the user generally interacts with the application by use of a mouse or some other traditional pointing device. With a mobile phone or tablet device, support for touch completely derails the concept of a single, clicking arrow, substituting fingertips, gestures, and sensors for the simple mouse pointer. This fact alone reshapes the entire interactive landscape when considering UX with these devices.

Addressing Concerns Across Platforms

I will discuss some of the more obvious differences between three major players in the mobile market at this time: Google Android, Apple iOS, and the BlackBerry Tablet OS.

One major difference across all three platforms is how option menus are handled. For iOS, there is normally a button within the application that allows the user to access application-specific menus. This is quite different on Android, as there is a dedicated menu button built into the device that can be programmed to reveal application options, normally via a menu at the bottom of the screen. With Tablet OS, a swipe from the top bezel will pull down or dismiss a set of menu options defined for any given application.

As a result, each of the platforms has an entirely different way of handling the same problem. Users on each platform expect to be able to access similar features in each app in similar ways, consistent with that specific platform. There is room for overlap, of course. The baseline is the iOS model you can simply render a menu button within the application UI of the other two platforms. However, this is not ideal on Android or Tablet OS and could alienate users of those specific platforms.

Also of concern is the styling of certain UI controls. A list control on Android often looks quite different than the same control on iOS. We encounter the same problem with an alert or any other standard control element such as buttons, scrollbars, etc. This is where decisions around skinning come into play. While not entirely necessary, it will aid the UX if the controls on your application look as though they belong to that particular platform, making the application friendlier to their predetermined sensibilities.

Why Adhere to Existing Paradigms?

When users have become familiar with a specific platform, they will expect certain behaviors when interacting with that device. Deviating from an established expectation can cause confusion for the user and lead to a frustrating experience, or even to total abandonment of the application.

It’s important to remember the importance of a first impression. This is as true for applications as it is for people. If you lose someone right off the bat because you force him into unexpected methods of interacting with the application, it will be difficult to win that user back, even with an update that fixes the issue.

When to Deviate from Existing Paradigms

Adhering to known user conventions is the safest way to approach UX, but it may not always be the best. At times, it may be worth the risk of deviating from the norm, either due to the uniqueness of some application process, or because it better establishes a connection with your user in a tighter way than the standard paradigm allows.

An example of this is the Swype keyboard for Android. Through this virtual keyboard replacement, the user simply performs gestures across what appears to be a normal set of keys for inputting text. The application interprets the intention of the user through these gestures and lays out a series of words. This method of type input is completely different from the normal style of use of mobile keyboards, which requires the user to peck at each key on the screen to form words. Given its nonconformity with the established user experience, Swype should be a total failure, yet it has become hugely popular and has proven itself, for some users, to be more efficient than traditional methods.

Last Thoughts

The best advice to those coming to a new platform for application development is to learn what makes the device platform different from others and to take advantage of that. Only deviate from established norms when it benefits the user in some way by making interactions better than they would be otherwise. When creating an application that will be installed on multiple platforms, be aware of existing user interface paradigms and work with them for each system. Skinning your controls for each device, while not always necessary, will add a touch of polish and may go that extra little bit to win a user’s appreciation.

post authorJoseph Labrecque

Joseph Labrecque,

Joseph Labrecque is primarily employed by the University of Denver as Senior Interactive Software Engineer specializing in the Adobe Flash Platform, where he produces innovative academic toolsets for both traditional desktop environments and emerging mobile spaces. Alongside this principal role, he often serves as adjunct faculty, communicating upon a variety of Flash Platform solutions and general web design and development subjects. In addition to his accomplishments in higher education, Joseph is the Proprietor of Fractured Vision Media, LLC a digital media production company, technical consultancy, and distribution vehicle for his creative works. He is founder and sole abiding member of the dark ambient recording project “An Early Morning Letter, Displaced” whose releases have received international award nominations and underground acclaim. Joseph has contributed to a number of respected community publications as an article writer and video tutorialist and is author of the Flash Development for Android Cookbook, Packt Publishing (2011), What’s New in Adobe AIR 3, O’Reilly Media (2011), What’s New in Flash Player 11, O’Reilly Media (2011), Adobe Edge Quickstart Guide, Packt Publishing (2012), Learning Adobe Edge, Packt Publishing (2012), and serves as author on a number of video training publications through Video2Brain, Adobe Press, and Peachpit Press. He regularly speaks at user group meetings and industry conferences such as Adobe MAX, FITC, D2W, 360|Flex, and a variety of other educational and technical conferences. In 2010, he received an Adobe Impact award in recognition of his outstanding contribution to the education community. He has served as an Adobe Education Leader since 2008 and is also an Adobe Community Professional. Visit him on the web at https://josephlabrecque.com.

Tweet
Share
Post
Share
Email
Print

Related Articles

Tips on how to champion HCD and design research to stakeholders and get them on board with all of your UX processes.

How to Champion HCD and Design Research to Stakeholders
  • The article covers:
    • The importance of stakeholder management
    • Challenges to overcome with research resisters
    • Common objections to doing user research and how to respond
Share:How to Champion HCD and Design Research to Stakeholders
8 min read
How to Champion HCD and Design Research to Stakeholders

Curious to know about a philosophy that liberates our innate need for control? Then read to find out.

A Philosophy for Systems Change
  • The author talks about the nature of systems change and unpacks the following ideas:
    • Dynamics of Change: Our Situations Devolve and Evolve
    • Wabi-Sabi: A Design Philosophy for Complexity
    • Social Systems: The Beauty of Imperfect, Impermanent, and Incomplete Information
    • Social Systems: The Beauty of Modest and Humble Learning
    • Social Systems: The Beauty of Unconventional Thinking
Share:A Philosophy for Systems Change
5 min read
A Philosophy for Systems Change

Technology makes seemingly inconvenient tasks easier — but at what cost?

The Value of Inconvenient Design
  • The article covers the problem of friction and its impact on design.
  • The author explains the problem friction brings to design value based on examples of IKEA, Facebook and Amazon.
Share:The Value of Inconvenient Design
8 min read
The Value of Inconvenient Design

This website uses cookies to ensure you get the best experience on our website. Check our privacy policy and