Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Sam Ramezanli, former Junior Android and Java Developer at MKS Systems
I.
INTRODUCTION
The purpose of this report is to practice running a Heuristic Evaluation. This report is a
walkthrough of the heuristic evaluation process that our team, Team Android, followed for
Google Maps desktop website and mobile application. The specific goals of this project are to
provide the following: II. An executive summary of our findings; III. A quick description of
Google Maps interface; IV. A grading of Google Maps according to Neilsens heuristics with
severity rankings; V. A list of recommendations for what should be improved upon, with regards
to Google Maps interface; and VI. A conclusion that speaks to the viability of Google Maps
interface in terms of user friendliness.
II.
EXECUTIVE SUMMARY
We, Team Android, used ten design/usability guidelines (Nielsens Heuristics) to perform
a heuristic evaluation of Google Maps desktop website and mobile application. These heuristics
are: 1. Visibility of system status; 2. Match between system and real world; 3. User control and
freedom; 4. Consistency and standards; 5. Error prevention; 6. Recognition rather than recall; 7.
Flexibility and efficiency of use; 8. Aesthetic and minimalist design; 9. Help users recognize,
diagnose, recover from errors, 10. Help and documentation.
Among usability problems that we found in our evaluation were the following: (a) not
adhering to the standard of two entry-fields on the first screen of a wayfinding / map interface
[To & From]; (b) the lack of being able to undo all actions via on-screen interface; (c) using
graphics / iconography that is ambiguous; (d) hiding Offline Maps [mobile] functionality in an
unclear location; (e) not universally changing measuring units when a maps scale is altered.
III.
Desktop: The desktop version of Google Maps strives for an extremely minimalist user
interface. Nearly all of the visible screen real-estate is devoted to the map that is being navigated.
The primary UI item is a single search bar on the top of the screen. It is coupled with a large,
blue search button and a small menu for Traffic, Bicycling, Terrain information and/or getting
directions. Additionally, there is a prominent Sign in call-to-action in the top-right corner.
Upon entering a search query, new panes appear to provide information about what location has
been searched.
Mobile: The mobile application is similar to its desktop counterpart in that it also strives
for a very minimal interface, and its main UI is a search bar at the top. The key difference
between mobile and desktop is the existence of a Navigation mode that is instantiated after a
user has inputted a travel origin and destination. In this mode, the application functions similar to
other GPS applications, with a cockpit graphic that follows a path in real-time until the desired
location has been reached.
1
Google Maps for Desktop/Android A Heuristic Evaluation Report | Team Android (2014)
IV.
When using Nielsens Heuristics to evaluate Google Maps interface, we used a severity
scale of 0 to 5: A score of 0 means that we dont agree that the heuristic is a usability problem;
score of 1 means that the heuristic is only affected by cosmetic issues; score of 2, a minor
usability problem; score of 3, major usability problem that is important to fix; score of 4,
catastrophic usability problem that is imperative to fix.
For heuristic #1, Visibility of system status, we gave Google Maps a severity of 1/4.
Desktop version: The website clearly displays search results when the user searches for
an item via the searchbar (searching status). Upon selecting a search result, a prompt to save
the location and/or receive directions appears. When two route end points [To & From] are
entered, a path appears on the map to signify that Google Maps is in route mode. (This mode
has no official name, and functionally/visually differs from navigation mode on mobileso
we gave it a different name.)
Mobile version: System status is not mentioned clearly on each page. The user can see
the map when the Google Maps application has been opened, but there is no explicit indication
of whether the user is in navigation mode or map mode.
Google Maps for Desktop/Android A Heuristic Evaluation Report | Team Android (2014)
For heuristic #2, Match between system and real world, we gave a severity of 0/4.
Desktop + Mobile version: Google Maps uses clear iconography / graphics for its travel
buttons. These buttons reference the real-world models of transportation that they representing
i.e. a picture of a car for driving directions; a picture of a train for transit directions; a person
for walking directions; a person riding a bike for cycling directions; a plan for flight
directions.
Fig 4.3 Google Pin Man (red) and Show imagery (purple).
Unfortunately, the heuristic becomes a rank-2 severity (a minor usability issue) when
Google Maps implementation of a map scale is examined. When the user clicks on the scale, the
maps units appear to change from miles to kilometers and vice-versa. This expectation is not
realized when the user queries for directions. The units remain fixed at their default unless the
user changes the maps units in another UI location.
3
Google Maps for Desktop/Android A Heuristic Evaluation Report | Team Android (2014)
Mobile version: Street view is not instantiated through the use of the drag-and-drop Pin
Man that is present in the desktop version. Instead, the user must intuit to swipe-up from the
bottom of the screen after searching for a location. Two other standards problems that we
encountered are: 1) Offline Maps functionality is stored in a hidden location, and 2) there is no
way to Suggest an edit for a location listing on Mobile, but there is a way on Desktop.
For heuristic #5, Error Prevention, we gave a severity ranking of 2/4.
Desktop + Mobile version: There are no error messages provided by Google Maps. We
do not feel that there is a particularly strong usability concern created by this void. On a positive
note, Google Maps provides a method for reversing the search items typed into the To & From
fields when searching for directions. We believe this is a strong solution for correcting /
preventing any issues of this type.
Google Maps for Desktop/Android A Heuristic Evaluation Report | Team Android (2014)
For heuristic #8, Aesthetic and minimalist design, we gave a severity ranking of 0/4.
Desktop + Mobile version: We appreciate the minimalist material design of Google
Maps and do not find it to be of any particular detriment to users.
For heuristic #9, Help users recognize, diagnose, recover from errors, ranking of 2/4.
Desktop + Mobile version: Google Maps has a tendency to overwrite the address of a
searched-for location, and can potentially lead a user astray. In particular, this usecase could be
potentially devastating if there are multiple, varied locations with similar shorthand names.
For heuristic #10, Help and documentation, we gave a severity ranking of 0/4 & 2/4.
Desktop version: 0/4: For Desktop, there is a guided tour that walks you through the
many types of actions that a user can perform. Additionally, Google Maps is smart enough to
know that a user who has already entered a search query does not need help with searching.
Mobile version: 2/4: There are two side-navigation menu items entitled Help and Tips
and Tricks in the Google Maps mobile application. Unfortunately, these are only accessible
through the use of a data connection. This could be argued as an acceptable solution, except that
the app allows for offline map storage, so help should be available offline too.
V.
We have found that the Google Maps interface works rather well on desktop and mobile
application, but it does have some usability problems. This section of the report lists both the
problems that we encountered and the solutions we propose for fixing them.
For problem (a), not adhering to the standard of two entry-fields on the first screen of a
wayfinding/map interface, we propose that the user be afforded the option of determining which
Google Maps URL launches when the page is loaded. In other words, if a user wishes to see a
more traditional wayfinding/map interface, they can be automatically redirected to
https://www.google.com/maps/dir (as opposed to https://www.google.com/maps/). To implement
this suggestion, it would most likely have to be integrated with Google sign-in (Google account)
and/or stored in browser cookies.
For problem (b), the lack of being able to undo all actions via on-screen interface, we
propose creating a floating message that appears at the top of the screen when the user performs
actions that can destroy their work. Namely, we recommend putting a message with an Undo
link that will time-out/fade-out after a short amount of time, so as to not detract from the
minimalistic, content is kind-style interface of Google Maps. Additionally, there is a precedent
for this type of interaction in Google Mail, or Gmail, when an email is sent to Trash.
5
Google Maps for Desktop/Android A Heuristic Evaluation Report | Team Android (2014)
For problem (c), using graphics / iconography that is ambiguous, we propose using these
graphics in more than one location. On Desktop, both the Pin Man (street view) and Show
imagery buttons exist solely within the bottom-right corner of the webpage. This is a lost
opportunity because their functionality exists elsewhere, and could provide a profound
opportunity for demystifying these graphics. In particular, street view exists on most search
results and is only identified via text description, i.e. not graphically.
For problem (d), hiding Offline Maps [mobile] functionality in an unclear location, we
propose two solutions. Firstly, Offline Maps could be a toggle-able feature that is listed under
General Settings. There is a precedent for this type of behavior in Google Drive. Secondly, an
Offline Maps button could be displayed either alongside the Start navigation button or the
Show My Location button that appears on top of the map in the bottom-right corner.
For problem (e), not universally changing measuring units when a maps scale is altered,
we propose creating a function that appends a semantically-legible search term to Google Maps
URLs that stores whether units should be displayed in miles or km. Currently there appears to be
something similar to this proposed functionality, but URL data is obscure at the moment (i.e.
miles /data=!3m1!4b1!4m3!4m2!3e2!4e1, km /data=!3m1!4b1!4m2!4m1!3e2 ). For any matter,
this URL data is not added when the maps scale is clicked.
VI.
Google Maps desktop and mobile applications interfaces can be generally considered simple
and extremely minimalist, with complex underlying technology. Our detailed heuristic
evaluation, based on Nielsens [Ten] Heuristics, revealed that the app is not without its issues.
Most of the issues are able to be solved with simple, low-cost solutions. Unfortunately, some of
more the severe issues (ex. not universally changing map units) will necessitate cost/benefit
analyses to determine how viable their proposed solutions are.
The total list of problems that we encountered include: (a) not adhering to the standard of two
entry-fields on the first screen of a wayfinding / map interface [To & From]; (b) the lack of
being able to undo all actions via on-screen interface; (c) using graphics / iconography that is
ambiguous; (d) hiding Offline Maps [mobile] functionality in an unclear location; (e) not
universally changing measuring units when a maps scale is altered.
By addressing the aforementioned problem areas, Google will be able to make its well-designed
desktop and mobile application even better and easier/friendlier to use.
Google Maps for Desktop/Android A Heuristic Evaluation Report | Team Android (2014)