Android should get rid of the back button.

13 Nov

I made the longer argument here, but let me make it more succinctly. The chain of logic goes:

  1. The back button should only be used for navigating between apps, not within any application.
  2. The recent apps screen serves application switching more predictably than the back button (even under its most favorable circumstances), except…
  3. …the recent apps menu is not quick enough for the common case of switching back to the last app, so we need a quick button/gesture for this. I suggest a swipe up motion from the recent apps button (similar to the swipe up on the home button that currently takes you to Google Now). It’s debatable whether repeating this gesture should cycle you through all recent apps or just between the current and last app (I suspect current and last is the better behavior). Either way, this back-to-last-app allowance covers the most useful case for the back button: when an application switches you to another app–such as to display a link in the browser, compose an email in the mail app, or play audio in the music player–you should be able to get back to what you were doing previously with little effort or thought.

So the recent apps button with a simple new allowance is a better back button than the back button itself.

Now of course, claim (A) requires substantiation, which two members of the Android team do a well enough job providing here. The odd part is that they as much admit in passing that the back button is a bad in-app navigation mechanism and then spend the rest of the talk proudly describing the surprisingly convoluted scheme Android and its apps must conform to to deliver non-maddening  back button behavior. Why subject developers and users to such headaches?

Android should ditch its too-clever-by-half task/activity paradigm in favor of the app/screen model expected by developers and users alike. If my app wants to open a link in the browser, that’s not a new activity, its just an app switch to the browser, just like on the desktop; going back to the app should be an ordinary matter of app switching requiring no special cooperation on any app’s part.

A problem that remains is deciding when apps should open to their last viewed screen or their ‘root’ screen: when I switch back to the app I was using 2 minutes ago, I usually expect the screen I was just looking at; but when I switch back to an app I haven’t used in a long while, I usually expect the app’s root screen. I’m not sure what exactly the timeout period should be, but I do know what screen I see shouldn’t depend upon how I open or switch to an app, whether through the launcher or recents list. It should be the responsibility of apps, not Android, to make their root screens easily accessible from any state.

Again, strangely, the Android team seems to have caught on to this, at least going by the example they’re setting in their own apps with the ‘Up’ navigation element now in the Gmail, Caldendar, and Youtube apps. Obviously some legacy apps rely upon the back button, so it should get deprecated like the menu button: back should only contextually appear on the bottom bar within those legacy apps. And of course, some applications might have their own in-app need for history navigation, e.g. the web browser. This in-app navigation, though, should be done with app-specific, in-app controls, not a universal button. Again, the Android team already sets the precedent here by including a proper back button in Chrome for Android.

The last remaining piece is to make app-initiated app switches visually distinct from mere in-app screen switches so as to keep the user oriented (and so the user can utilize the back-to-last-app action when it’s most needed). If an action in an app takes me to the web browser, Android should make it very clear that I’m switching to another app. One solution would be to replace the ‘recent app’ button icon with the icon of the current app, such that the user can always get a visual indicator of the current app; when switching apps, this icon would pulse or glow for a brief time to make the switch more noticeable.

5 Responses to “Android should get rid of the back button.”

  1. Developer November 14, 2012 at 1:27 am #

    “Android should make it very clear that I’m switching to another app.”

    So lets keep the back button but have the back button change color depending on the action it will do if pressed. Example: white for going backwards within an application and blue for going backwards to switch to the previous application. This could also be extending by having a long press of the back button bring up something similar to the recent applications menu but instead show recently viewed items.

  2. Brian Will November 14, 2012 at 5:58 am #

    That’s an interesting idea, but checking the icon color is relatively subtle and slow for something which is usually used as an unthinking reflex action. And what if the icon is blue when I want (and expect) it to be green? That in itself could be jarring. Besides, my core problem with ‘back’ is that it has encouraged bad intra-app navigation designs; making back’s shifting meaning evident to the user before clicking would probably only enable such design. I’m not an Apple fan, but I think this is one thing iOS got right: intra-app navigation should strictly be an app’s own responsibility. Now that iOS has a recent app menu (and the four-finger swipe gestures), I think they’ve filled the gap that they were missing without ‘back’.

  3. Eman November 14, 2012 at 6:46 am #

    Please no. One of the things I absolutely hated about the iPhone is one app calling out to another app (usually the browser due to iOS limitations) because you want to look at something quickly like a photo, then going back to that app required double-tapping the home button and selecting it. I absolutely love the fact that my Galaxy Nexus back button makes handling this dead simple. I never have a problem with the back button. In this post, you never state why it’s a bad idea from a user’s perspective or give examples.

  4. Brian Will November 16, 2012 at 2:49 am #

    I agree that ‘tap for menu and select’ would be too bothersome, which is why I suggest a simple gesture (swipe up on the recents button) to go back to the last app. If a swipe up gesture proves too bothersome, the next best thing would be to replace the ‘back’ button with a swap-back-to-last-app button.

    The bad user experiences with the back button are much less common in Android 4.x, but things were pretty terrible before. While back itself doesn’t cause too many problems directly anymore, it still encourages app developers to lazily make apps with bad intra-app navigation.

    Though I’ve not tried iOS lately, my understanding is that the 4-finger swipe-anywhere gesture will take you to the last application. I wonder how well that works on phones where you barely have room for four fingers. It’s on the right track, at least.

  5. Candelaria Finchum April 8, 2013 at 4:40 am #

    I found no problem or serious issue with the back button. The only think I concern the most is whether or not Android will have a feature that works better compared with SIRI.

Leave a Reply