Design Principles

With the rapid digitalization of our world, it is becoming more and more important to carefully design applications to make them as user-friendly and accessible as possible.

Our product specifically focuses on making mapping technology more accessible, which is why it was crucial to adhere to established accessibility protocols, namely WCAG 2.2 [1], and also the mainstream Nielsen's 10 Usability Heuristics for User Interface Design [2]. On top of that, we also continuously discussed our design decisions with our partners who work in the digital accessibility industry (GDI Hub, Soundscape, ERI).

The most relevant design principles and their implementation are briefly described below.

The widget should be accessible and have customizable functionalities to suit people with a variety of disabilities.

Implementation:

  • High contrast and yellow theme to suit people with visual impairments.
  • Focus mode to help people with visual impairments zoom and focus on specific information.
  • Voice interface that allows for hands-free navigation to any data point.
  • Dyslexia-friendly font style to suit a large public.
  • Large and X-Large widget size.

The widget should always keep users informed about what is going on through appropriate feedback within a reasonable time. Users should never feel lost or confused on where they are going, additionally they shouldn't be misled by outdated information.

Implementation:

  • Voice interface informs the user of what is happening "Opening Google Maps navigation", "Found the nearest zebra crossing - it is 50 m away".
  • Latest additional accessibility features are reported in the info window, ensuring fresh information.
  • When user location is not found, the widget informs the user it is defaulting to the location at Trafalgar square.
  • When user submits accessibility features, a confirmation message appear.

The widget should be in multiple languages, with vocabulary familiar to the user. This reduces the learning curve and makes the app more intuitive.

Implementation:

  • We use familiar terms like 'Focus mode' instead of technical jargon.
  • We use icons and labels that are universally understood (e.g., crosswalk universal signs).

Users often perform actions by mistake and scroll far away from the current location on the widget. We must allow them to undo these actions, giving users confidence to explore the app without fear of irreversible mistakes.

Implementation:

  • Widget includes "Recentre" button to default to user location.
  • Voice interface asks users if they want an action to be performed - "Do you want to navigate there?".

Users should not have to wonder whether different words, situations, or actions mean the same thing. This reduces confusion and improves learnability.

Implementation:

  • We use consistent button styles, fonts, and colors across all pages, and friendly map design (GoogleMaps which everybody knows)

Good design prevents problems from occurring in the first place. Either eliminate error-prone conditions or check for them and present users with a confirmation option before they commit to the action.

Implementation:

  • We provide clear instructions of what buttons do (little info buttons next to functional buttons).
  • No possibility for free text input - everything has select functionality.
  • Confirmation needed before navigation via Google Maps opens.

Minimize user memory load by making elements, actions, and options visible. Users shouldn't have to remember information from one part of the interface to another.

Implementation:

  • Clear sidebar that displays all functionality. To avoid cluttering, the sidebar is collapsable if wanted.

The design has to be flexible and efficient, and there should be shortcuts ofr experienced users to use the system more efficiently.

Implementation:

  • Widget provides shortcuts for 3 closest data points of selected data layer.
  • Info window is flexible and can be moved around.
  • Users can choose from a variety of accessibility options, including speech interface.

A simple minimalistic design keeps the interface clean and focused on the task at hand.

Implementation:

  • Consistent styles of buttons and a familiar GoogleMaps-like design.
  • Clean and minimalist colours and designs are used.
  • Collapsable sidebar to avoid cluttering.

Error messages should be expressed in plain language, precisely indicate the problem, and constructively suggest a solution.

Implementation:

  • Voice interface guides the user - "I'm not sure what you're looking for. Please try zebra crossings or wheelchair services."
  • If location is found / map not loaded, error messages are displayed on the screen.

Provide help and documentation to assist users in completing tasks.

Implementation:

  • Short explanations in little info buttons.
  • Long documentation of the project and a user manual on our webpage.

Sketching Designs

We began by sketching our initial ideas based on user requirements, accessibility needs, and design considerations. Using an iterative approach, we refined our sketches to improve usability, ensuring a clear and intuitive experience.

Database Website Sketch

Early Sketch of the Website

Widget Sketch

Refined Sketch of the Widget

Prototype 1

The first prototype was designed based on Sketch 1 to bring our initial ideas into a structured and interactive format. Using Figma, we created a digital prototype to refine the user interface, layout, and functionalities before moving into development. The purpose of this prototype was to provide a visual representation of the database website and the widget while testing and validating user interactions and workflow efficiency. It helped ensure that the accessibility features were intuitive and user-friendly while identifying potential usability issues before implementation.

Prototype 1 Snapshots

Prototype 1 Snapshots

Evaluation of Prototype 1

The first prototype was designed based on Sketch 1 and hence lacked a lot of functionalities. Based on the first prototype, we decided to give an evaluation to further enhance the features and UI of the prototype.

Heuristic Problem Solution Severity
Choice Maximization Only a few types of databases available that users can download Create various types of databases and not only classify them into outdoor and indoor 2
Ease of Access No user manual present, no search function for widget Create a "How to use" section in the menu bar for website, and add search bar to find data points for widget 2
Accessibility The widget will not be accessible for people who are visually impaired Create a speech interface in the widget that can search for locations 3
Enhanced User Engagement Users cannot add or contribute their own data they want to Create a page that allows users to add data into the database 3
Clarity and Context of Data Users do not get information about geolocation points on the widget Create a segment to give information about the geolocation point 1

Prototype 2

Based on sketch 2 and evaluation of prototype 1, we created a second prototype that solves the issues of prototype 1.

Prototype 2 Snapshots

Prototype 2 Snapshots

Evaluation of Prototype 2

The second prototype was further evaluated to note down the functions to keep and improvements to be made, which are going to be implemented in the development phase.

Positives

  • Voice Interface for users with visual impairments will allow widget to be accessible for more users.
  • Different types of downloadable databases will be useful for developers who needs specific data layers.
  • Information about geolocation points will allow users to know more about the destination they want to go.

Improvements Needed

  • Database website does not let users to view the data in table format
  • More accessibility features are needed for the widget, for example color contrast mode can be implemented
  • Home page for database website to show what is the purpose of the website

Final Design

The final UI implemented the evaluation made on prototype 2 with much better styling and functionalities. The final UI for both widget and database website is very different from the prototypes as some of the requirements have changed during the development phase.

Widget Snapshot

Final Widget Design

Website Snapshot

Final Website Design

References

[1] "Web Content Accessibility Guidelines (WCAG) 2.2," W3C, Sep. 2023. [Online]. Available: https://www.w3.org/TR/WCAG22/

[2] J. Nielsen, "10 Usability Heuristics for User Interface Design," Nielsen Norman Group, Apr. 1994. [Online]. Available: https://www.nngroup.com/articles/ten-usability-heuristics/