Professional Documents
Culture Documents
Mobile App Usability For Touchscreen Phones and Tablets: Best Practices: Cheat Sheet
Mobile App Usability For Touchscreen Phones and Tablets: Best Practices: Cheat Sheet
Mobile App Usability For Touchscreen Phones and Tablets: Best Practices: Cheat Sheet
GESTURES
28. Use only the more familiar gestures (tap, drag, swipe). Do not rely on users
knowing and remembering more complicated gestures.
29. Avoid assigning different functionalities to similar gestures.
30. Take advantage of the natural affordances for gestures.
31. If you must use less familiar or less discoverable gestures, add some redundancy in
the interface.
32.Use contextual tips to make gestures more discoverable.
33. In most situations, users need cues to figure out that they’re supposed to use the
horizontal swipe gesture.
34. Don’t use the horizontal swipe gesture for navigation on a new screen and for
carousel navigation on the same page.
35. On touchscreens, users expect to use the swipe to control a carousel.
36. In content-reader apps, it should be possible to turn pages both by tapping the
page margins and by swiping horizontally.
37. When displaying images (or video) full screen, allow users to get to controls by
tapping on the image.
38. When displaying images full screen, start by showing the controls, then fade them
away.
ORIENTATION
39. Support both phone orientations (landscape and portrait) whenever possible.
40. Don’t make users switch between orientations often.
41. Most apps should not display different content (or different interface widgets) in
different orientations.
42. Apps that display data can use landscape to fit extra detail.
43. Whenever an app uses landscape for extra information, it should let users know
(e.g., by displaying a tip or a message).
44. Do not ascribe different content to the two possible landscape orientations (physical
buttons left or right).
45. With the exception of using landscape for detailing a chart or similar information,
display the same content in different orientations.
46. Keep navigation consistent in all orientations.
Current Location
47. Avoid asking repeatedly for permission to use the current location.
48. Avoid asking for permission to use the current location when the app is first
launched.
49. Users must know why the app needs the current location before giving permission
to use it.
50.Trigger the current location alert just before that feature is necessary.
51.Include a setting in your app that allows users to permit the use of the current
location.
Locator Forms
52. If your company has one brick-and-mortar location, list it in your app or mobile
website. If the company has multiple locations, include a locator form in your mobile
app or on your mobile website.
53.In a locator, use two possible values for location: automatically-detected current
location and location specified by user.
54. In a locator form, always give priority to the current location.
55. Allow users to easily change location.
Navigation
63. (iOS) Do not have more than 5 items (7 for tablets) in the tab bar.
64. Avoid using a More tab in your tab bar.
Search
73.Include a search function if your app deals with a lot of data.
74.Whenever search is central to an app, include a visible search box on the screen.
75.Do not hide search under the More tab.
76. (Android versions older than 4.0) Use the physical search button to search within
the app rather than the Web.
77. Don’t make search contextual. The scope of the search should be the same across
the app.
INITIAL EXPERIENCE
78.Keep launching time to a minimum.
79. If users must wait for more than 20 seconds, give them something to do while
waiting.
80. Don’t use a launch screen if possible.
81. If you must use a launch screen, make it similar to the first screen of the app.
82. Don’t start with a video or a sound effect.
83. Preload data for the first launch.
84. Update data for the users.
85. Don’t ask users to delete an app and install it again.
86.Save state: if users come back to an app, continue the session from where they left.
87.Make the app functional without login.
88.Deliver value before asking users to enter any information.
89. Do not ask users to accept push notifications when they first launch an app.
90.Avoid displaying an end user license agreement whenever possible,
Alerts
108.Use alerts infrequently to indicate a change in the app or the device.
109.Do not use alerts as a result of users’ recent action (e.g., to signal an error in a
form).
110.Alert message should be succinct.
111.Use two buttons for alerts.
112.Do not use alerts to display instructions or to advertise content.
Toasts
118.Use toasts to display light, contextual tips or feedback.
NOTIFICATIONS
119.Do not ask people to accept push notifications the first time they launch an app.
120. When asking users to accept notifications, tell them what the notifications will be
about.
121.Avoid turning on sound notifications unless people explicitly turn them on.
122.Make sure that people can easily turn notifications on or off.
123.(iOS) Do not ask users to go to the iPhone Settings to turn on notifications. Allow
them to turn notifications on within the app.
124. Keep the notification content brief.
125. Don’t abuse notifications.
126. Use notifications for time-sensitive updates or communication-related updates.
HYBRID APPS
127.Do not send users to a full website from an app.
128.If the app takes the user to an in-app browser, don’t present an ad for the same
app again.