Swipe test

The new and more engaging personality test

SWIPECover

Year: 2022-2023

My role: UX/UI designer

Company: Internal project with AssessFirst, a solution that offers a complete assessment of soft skills and potential, built on 3 key factors: personality, motivation and cognitive style.

Team: In addition to working closely with the product manager and the assigned front-end developer, there was significant teamwork with the head of science in the conception of the product.

Introduction

The AssessFirst social skills assessment is based on 3 tests, one of them a personality test called SHAPE. According to the feedback and satisfaction of customers and users, and the completion and spontaneity data, this test had some problems:

Too long

It was so long that users lost interest and attention, sometimes even abandoning the test.

Too much text

After reading several questions, users get tired and bored of reading and lose concentration, making their answers less reliable.

Lack of accessibility

The test had accessibility issues in both the code and the UI design.

Outdated

The visual design was flat and far from current trends.

The solution to these problems was to redesign the test with the science team to create a shorter and more attractive test.

Old Shape personality test preview.

The process

1. Conception: Teamwork with the head of science to define the needs and iterations of the project.

2. Product definition : Definition of the specifications and user journey of the test version.

3. Test version : Screen design for the test version.

4. Test conclusions : Analysis of user tests and review of the specifications and the user journey.

5. Final solution : Wireframing and prototyping for the final version.

Conception

During the conception phase I met with the head of science and the head of product to determine the needs of the new test.

From a UX/UI perspective, the test needed to be:

Shorter

5 mins. average completion time

More visual

More visual answers

Engaging

More attractive thanks to gamification and more interesting interactions.

Mobile first

Mobile would be the most used device although it also had to be accessible from desktop.

From the science perspective, the test had to:

Mantain framework

Reuse the structure of the previous test to be able to paint the same results.

20 dimensions

Insights about the candidates regarding the 20 AF personality dimensions

Be reliable

The test needs enough questions to still ensure its reliability

Before launching the new test, the science team would need to validate the reliability of its results. Therefore, a test version would first be developed to check the accuracy of the questions. This version would also allow us to test the usability of the solution and user satisfaction. This previous study had certain particular requirements:

1

Users needed to have passed the old test so that the science team can compare the results.

2

Several series of questions would need to be tested to find the ones that give the right insights.

Product definition

Once all the needs have been clarified, we defined the test version specifications:

60 questions

To collect data about users regarding the 20 AF personality dimensions

2 options to choose between

Questions, or items, would be pairs of concepts represented with images to choose between

No choice button

A button would be added in case the user cannot choose between the 2 options.

Onboarding tutorial

A tutorial and a trial would introduce the test.

After test questions

After the test, questions about user satisfaction would be asked.

We also brainstormed the type of interactions we could include in the test. We wanted the test to be more attractive, so the main action, choosing one of the 2 options, could not be a simple click or tap on the screen. Another quite natural and common interaction on mobile is swiping the screen, we do it to scroll, to move to the next photo or screen, etc. We realized that this movement could fit very well in this case, since to answer each question, we could swipe left to choose one option, and right to choose the other.

Swipe interaction example from Google Material Design.

Based on the specifications, we designed the user flow for the test version.

Swipe test version user journey

Test version

There were several screens to design.

First I focused on the most important part of the user journey, the questions or items (pairs of images to choose between). Once that part was designed, I could create the trial and the tutorial.

The test also needed an intro screen and two thank you pages, one in case the users can still pass another series of the test, and another one in case they already passed all the series. 

Finally, I needed to design the screens for the after test feedback questions, which will give us some insights about whether we were improving the experience or not.

Of course, the swipe interaction wouldn’t work on desktop, so for this device I decided to simplify the interaction. To select between the pairs of images, a click on the chosen image would be enough. However, the arrow keys on the keyboard could also be used to choose an option, and the space bar to initiate the no-choice button.

Test conclusions

The science team performed testing for 6 series of questions getting a lot of data and so important insights:

The feedback on the experience was great and the science team had the data to be able to choose the right questions for the final test. Then we define the specs for the final version:

  • During that time the brand had been updated and a new design system had been created, so the final design would have to follow these new guidelines.
  • The new welcome screen should be unified with the structure and style of the welcome screens of the other tests in the application.
  • Thank you pages would be removed.
  • The no choice button would be removed.
  • After the test there would no longer be questions to collect feedback.
  • After completing the test, questions would be asked about the conditions and language in which the user passed the test. If they did not pass it in their native language or in good condition, they would have the option of repeating the test.
  • An option would be included to return to the previous question by swiping down. Users could return only the previous question and only once per question.

On that basis we adapted the final user journey.

Swipe final version user journey

Final solution

I was then able to work on the final screens and on a small prototype to define the interactions, animations and transitions.

Swipe personality test final prototype.

For desktop, again, we couldn’t use the swipe to return to the previous question, so I added a button in the top right corner of the screen for it. The up arrow on the keyboard would also perform this action.

Swipe item example for desktop

Project conclusions

The new Swipe personality test was launched and the response from users was very good. Even still at an early stage, a higher user engagement was registered.

Something to improve would be the name. The name of the old test was related to the evaluation object of the test, it was called Shape because it reflected the personality of the user. The name of the new test referred to the main interaction used in the test, which does not imply any further meaning for the user. A more appropriate name should be found that refers to the personality.

© 2023 AARDesign. All rights reserved.