Skip to main content

Android Wearable #4 Best Practices

Before you fire up your development environment and put what you've just learnt into practice, it's important you know what makes a great Android Wear app, so you can create the best possible experience for your users.
In the second part of this two-part series, we'll look at the best practices you should keep in mind when you're developing Android Wear apps.
The key to developing a great Android Wear app is to keep questioning how you would use a traditional watch. Do you stare at your watch's face for any significant length of time? Or do you just glance at it and expect to get all the information you need?
The user will expect to interact with their smartwatch—and by extension your app—in exactly the same way as their normal watch. Therefore, a big part of designing a successful wearable app is to make it as glanceable as possible. To design aglanceable app and notification cards, keep the following guidelines in mind.
Your notification cards should only ever display a single piece of information. If you need to communicate more information, use additional pages rather than trying to squeeze more info onto a single card.
Your notification card should only contain words and phrases, not complete sentences. A trick for keeping text to a minimum is to communicate each piece of information through an icon and value pairing. For example, a glanceable alternative to the sentence "There's a 50% chance of rain today," is a cloud-and-raindrop icon accompanied by a "50%" label.
Make your text easier to read at a glance, and at a distance, by increasing the font size. When you use a large font, you'll also be less tempted to pack more information onto a single card.
As the old saying goes, a picture is worth a thousands words. You can instantly communicate crucial information about a notification card by including a background image.
A particularly effective use of background images is to provide a selection of images that correspond to the different notifications your app can generate. For example, if you're designing an app that notifies the user about traffic jams along their most frequently-used routes, it makes sense to supply three different background images, an open road, a few cars, and a massive traffic jam. Then, whenever your app generates a card, it can choose the most appropriate background image to accompany that card. Even if the user is too busy to examine your notification card in detail, they can still get some useful information from the background image alone.


Example of a notification card with an eye-catching background image

Again, consider how you use a normal watch. When was the last time you sat down and gave your watch a few minutes of your undivided attention?
Watches are designed to be glanced at on the go, in-between performing other activities. Smartwatches, and by extension wearable apps, are no different. Users expect their wearable app to provide the information they need, without them having to navigate various menus and tap different options.
With this in mind, your app should require user input only when it's absolutely necessary. On the rare occasions where you do need some input from the user, you should focus on quick and easy interactions such as taps, swipes, and voice commands, as anything more complicated is difficult for the user to achieve on a wearable's smaller screen.
If your app really does require a more complicated interaction, don't force the user to complete this interaction on the wearable. Instead, transfer the user to the paired handheld device, where they can complete the interaction on a larger screen, before returning to their wearable.
In the screenshot below, tapping the action button will launch the relevant app on the user's paired smartphone, where they can complete the interaction in question.


Example of an Android Wear action button

Advertisement
Wearable machines, as the name suggests, are worn against the skin. This means that active notifications—notifications that cause the device to vibrate—are difficult to ignore and almost impossible to miss.
This has some obvious benefits. For example, when you pair a wearable to your smartphone, you no longer have to worry about missing an important call because your phone is in the bottom of your bag. However, because active notifications are almost impossible to ignore, a wearable app that's constantly triggering active notifications is going to become very irritating, very quickly.
As a general rule, your wearable app should only trigger active notifications when the notification in question involves a contact and is occurring now, for example, the paired smartphone is receiving a text message. When this isn't the case, your app should instead generate a card and insert it into the Context Stream, ready for the next time the user glances at their wearable.
At the very least, make sure your wearable app is using less active notifications than its smartphone or tablet equivalent.
In the first part of this two-part series, you got an in-depth introduction to the Android Wear operating system and what it has to offer both users and developers. You've also learned a number of best practices for developing great wearable apps.
In the second part, I'll show you how setup your development environment and start developing for the Android Wear platform.A

Comments

Popular posts from this blog

How To Re -Engineer

Metadata course/North Carolina

Christopher Eck, The latest information from  Metadata: Organizing and Discovering Information  by  The University of North Carolina at Chapel Hill  on Coursera. Congratulations on surviving the first week of Metadata: Organizing and Discovering Information! As some of you have noted on the discussion forums, unit 1 was pretty long. But don't panic! Unit 1 is the longest unit -- all of the remaining units are shorter (though some units are longer than others). Many MOOCs (including this one) are created for a broad general audience: maybe you have some background in Information Science, and if so, great! But I wanted to create this course to be accessible even to students with no Information Science background. Which is why unit 1 was so long: I tried to fill in some of that background. And hopefully pique your interest in Information Science! But now that that background is background, we'll start building on it. In unit 2, we will look at our first ex...

Translation Via Google

Podfather Designs   Google Translate About Google Translate How to use Google Translate Modify your keyboard to search in other languages Translate webpages and documents Help improve Google Translate General information for webmasters Google Translate app for Android Google Translate app for iOS Website Translator plugin for websites About the Website Translator plugin Add the Website Translator plugin to your site Help improve the automatic translation of your site Link to a translated version of your site Embedding the plugin in intranet pages Manage translation suggestions from site visitors Invite editors to help manage your page’s translations Google Translate partners European Patent Office Google Translate About Google Translate Google Translate is a free translation tool, which uses computer programs to translate between languages. This means that not all translations will be...