Improved add button accessibility

AB_cover

Intro

When a user is building its report, it needs to have fast access to basic features and functionality. One of these is the possibility of adding a new element to the report builder.

In the previous report builder, this functionality was partially hidden. The user was able to access it only when interacting with a widget already in place, making this action a little hard to find.

The goal of this project was to find a way to ease the accessibility of the add button.

Old add button

AB_old-add-button

The add button in the previous report structure was visible only when a widget in the report was hovered. Users were struggling with two main issues:

  • Understanding where was located the add button functionality;
  • Define where the new widget would have been placed after the setup of the widget;

With these two main issues in mind, I was able to narrow a bit the process of what I wanted to achieve and where to go and make some research.

UX Research

I based my research on three different products:

  • Semplice
  • Squarespace

Semplice

AB_research_Semplice

Semplice is a template for portfolios made in WordPress. Its editor is designed in a way that users can pull in the blank space in every kind of element they desire on the page, such as text blocks, images, videos, and so on.

When the user tries to insert an element in the page, the available destination spaces where the user can drop this element, get highlighted. Once the user hovers over one of these areas, that signifier becomes active, showing to the user that if he now drops the element in there, the latter will be placed in the desired position.

Squarespace

AB_research_Squarespace

Squarespace behaves similarly to Semplice, but it has an interesting feature that was relevant to my research. When hovering over a section, two signifiers above and below the specific section, are turned active, and the user can click on the "Add Section" button and add elements from there.

This was a useful use case because, in the report builder, users want to decide where to add their widgets, text editors or page brakers.

UX exploration

Given the examples found on the benchmark platforms, I started creating possible solutions for our product.

AB_ux1

A first attempt was made by reusing Squarespace criteria of showing available spaces between rows in the report. I differentiate the buttons with "Add Sections" and simpler "Add +", but more for the action the user can take. With the first, the user can create a whole new Section in the report, which will be a group that contains widgets that cover the same topic. The Add + or Add widget, was intended to help users add elements to the section.

Here below is a selection of variants I created to highlight more the concept of adding widgets horizontally, but also showing the solution of how areas get active when highlighted.

AB_ux2
AB_ux3
AB_ux4
AB_ux5

After carefully reviewing with other designers the design solution and discussing it with the Product Manager, we agreed that the direction was correct, but we needed to simplify the button.

Therefore, I opted for an Add Button, more similar to the one in the previous widgets, but that was standing out of the areas of the widgets and was behaving more like the solution I was exploring.

Final solution and UI design

As described above, the solution stood in showing an element that was more similar to the previous one, for several reasons. Customers were used to the Add Button but struggled with its position.

Here below I show multiple states of the report and the interaction with the Add Button.

Ab_Sol1

Horizontal add button



When the report is empty, the add a widget button will appear automatically underneath the empty report message.
By clicking on the plus button, a submenu will show what options a user can add to the report.

AB_Sol2

Horizontal gutter add button - TOP



If a user wants to add something at the top of the stack of widgets, can do that by hovering the top gutter above the first row of widgets, so to reach the plus button that will appear automatically.
By clicking on the plus button, a submenu will show what options a user can add to the report.

Once the user decides which widget will be added, this will be positioned in the first place of the row and will push the other widgets to the right or the row below, if the row is already full.

AB_Sol3

Horizontal gutter add button - IN BETWEEN



If a user wants to add something in between of the widgets rows, can do that by hovering the gutter between the rows of widgets, so to reach the plus button that will appear automatically.
By clicking on the plus button, a submenu will show what options a user can add to the report.

Once the user decides which widget will be added, this will take the first place of the following row and will push the other widgets to the right or to the row below, if the row is already full.

AB_Sol4

Vertical gutter add button


If a user wants to add something in between of widgets in a row, can do that by hovering the top gutter above the first row of widgets, so to reach the plus button that will appear automatically.
By clicking on the plus button, a submenu will show what options a user can add to the report.

Once the user decides which widget will be added, this will be positioned on the first place of the row and will push the other widgets to the right or to the row below, if the row is already full.

Extra solution for long widgets

For high-height widgets, we can use a different solution for the plus button.

Let's assume the plus button has a padding-top of 24px. The top margin of the plus button is anchored to the top of the widget. This remains anchored there until the top of the widget is visible in the report editor.

AB_Sol5

When scrolling, the plus button is still anchored to the top of the widget because the top of it is still in the report, and still has 24px padding to the top.

As soon as the top side of the widget reaches a margin of 24px to the top of the report, the plus button remains anchored at 48px from the top.

AB_Sol6

Example 1/3



As soon as the top side of the widget gets out of the report, the plus button remains anchored on the top and has a padding-top margin of 48px.

It will remain in that position as long as we scroll to the bottom side of the widget.

Example 2/3


As soon as the top side of the widget gets out of the report, the plus button remains anchored on the top and has a padding top margin of 48px.

It remains in that position as long as we scroll to the bottom side of the widget.

Example 3/3


As in the previous slide, also here as soon as the top side of the widget gets out of the report, the plus button remains anchored on the top and has a padding top margin of 48px.

It remains in that position as long as we scroll to the bottom side of the widget.

AB_Sol7
AB_Sol8
AB_Sol9

When the user scrolls until 128px till the end of the widget, so towards its bottom side, the plus button will have padding top and bottom of 48px.
From this limit, the plus button gets anchored to the bottom of the widget and starts following the scroll of the whole report.

AB_So10

The plus button disappears while following the scroll because the padding-bottom is also 48px.

AB_Sol11
New_logo_white

Portfolio 2024

© All rights reserved for the projects and content displayed.