Repository for web design course. DEMO
For this project i designed a solution for Larissa Klaassen. Larissa Klaassen has limited eye sight and cannot see much, to read websites she uses a screenreader to consume the content. Larissa is a professional athlete and for her training she gets a roster from her coach, this roster is made in excel and this is unreadable for Larissa.
Understanding a professional athlete's roster.
Description For this project we need to design a solution for Larissa so she can consume the most important information that she needs on a day to day basis, and if she has anything to do during the coming weekend and the days following.
During the first week we had a meeting with Larissa and we asked her some questions to get to know her better. Larissa rides the tandem because of her limited eye sight she rides on the back seat. She also is a student in the computer science field.
In order to understand her roster she gets from her coach she sits down with a colleague professional athlete and go through the roster. She does this every time she gets a new roster. After sitting down with her colleague she knows most of the things that are listed on the roster but not everything. After going through the roster with her colleague and taking notes on it she never opens the excel sheet again because this is not readable for her and her screenreader.
After this introduction we asked her what she finds the most important information, she said:
- In which phase she is in (e.g. Hypertrophy)
- Important matches
- Training camps
- Training schedule and which location
We also asked her what websites she uses that are great to go through with her screenreader, she said that she realy likes the way the NS (dutch railway company) structures their information. They do this by bundling the information in small blocks and not hiding information in long sentences, this way she gets the information she wants very quickly and does not have to search for it.
We also asked Larissa some personal questions, she told us that she really likes to read books using her braille reader. She also is into riding horses.
For the second week we made a testable prototype to see if Larissa could navigate through the information. When making my prototype i continuously tested the way of navigating i started structuring the information by month and making sub category's for the weeks. This way she could navigate through the headings to jump per month and switch to her arrow keys to get into the navigation of that month.
I first structured the weeks of a month by the number of the week (e.g. week 20) but i came to the conclusion that structuring the weeks like that wasn't clear. If you told me we are in week 20 of year 2020 i would not know in which month that would be and what week of that month it is. So i started structuring it by saying week 1 of march -> week 2 of march -> week 3 of march -> last week of march.
While building the prototype i had to keep the 4 exclusive design principles in mind. These 4 principles are.
- Study situation
- Ignore conventions
- Prioritise identity
- Add nonsense
It is important to know in what situation your product will be used, we did this during the first week where we got to meet with Larissa and asked her questions about the way she navigates the web. Things we got to know about studying the situation is that she uses Jaws to read information to her when she uses her computer, she also told us that she does not like to speak to her machine in order to get information (e.g. Command: What do i have to do this weekend), this is because she also uses her mobile phone and speech would not work when traveling by public transport and she would feel uncomfortable doing that.
Websites are mostly build using patterns people are already used to (e.g. hamburger menu for mobile navigation) but this does not work for everyone. In order to know what works and what does not work we will have to test our solution with Larissa.
It is important to design a custom solution and cater to the personality of the person that will use your product, this will make using your product much more enjoyable.
It is also important to add some "fun" into your product, try to make your user laugh by adding a funny joke. But don't over do it because your product still has to be useful.
Prototype 1 v1
For this first prototype i chose to write in whole sentences, you can see this when there is nothing to do for a day (e.g. 23 Mei is planning vrij). When testing this solution i came to the conclusion that this took to long to read and it is not useful so i fixed that in prototype 1 v2.![](./github/images/prototype-1-v1.png)
Prototype 1 v2
Here you can see i kept it way shorter and this made it way more easy to navigate through.![](./github/images/prototype-1-v2.png)
For the first test i asked Larissa to see if she could find her way through the website and if the structure of the information was clear. She said that she liked that i placed the navigation directly at the top of the page for the month's, that made it possible for her to navigate to the month she wanted information about very quickly. She also said that the sub navigation inside the month was very useful because she could jump to the week she wanted information about.
She also liked that i placed the phases for the month at the bottom of the month section because she does not have to go through this every time she uses the roster.
During the testing she told me that there are a lot of days where there is nothing on the schedule and that she would like have a concise sentence maybe at the beginning of a week section that tells her which days there is nothing on the schedule, this is because during the testing she had to wait for each day to hear if there was something on the schedule and you don't want to have to wait just to hear there is nothing to do for that day.
She also would like if there was a way to jump directly to the planning for the current day so she would not have to navigate through the whole site to get to the information she needs about the current day.
I noticed that Larissa navigates really fast by tabbing through headings and by using contrl l to navigate through list items. She did not wait for the whole sentence to be read to her when she was going through the information.
I also got some useful information from the test's my peers did with Larissa. She said that she can see words if they are on a contrasting background and if the font is realy big (e.g. black background and white font 50px). She also likes some personal touches like wishing her a good day at the beginning of the interaction with the roster.
For the second prototype i made sure to fix the points of improvement, i added a summary of the week at the beginning of a week section to tell her which days had something on the schedule so she can navigate even faster to the information she needs. And i also added a functionality to the page where she can jump to the planning for the current day, i placed this at the top of the page.
For the second test i asked Larissa if she could find out which days of the first week of march had a planning. She told me that she liked how i wrote a concise sentence at the beginning of the week that told her which days had a planning and that this was way better to navigate through. With this addition she did not have to go through every day just to hear 3 days in a row she had nothing on the schedule.
She also liked that she could jump directly to the current day to find out what is on the schedule.
Larissa didn't have any points of improvement about the structure of the information. Now that i have the structure down i can start adding some more personality to the website and implement the Add nonsense principle.
In the last week i started with styling the page, Larissa can see words if they are really blown up and if they are highly contrasting to the background. Therefore i made the background black and made the content white with a big font. When navigating through the page i made sure to add focus styling to the elements Larissa is currently on, i did this by adding a red border around the sentence she was focusing on. I also decided to add some horse svg's to the top of the page to apply the add nonsense principle. I did not want to over do the add nonsense principle because i think this will only distract Larissa from finding the information.
During the first week we had the opportunity to meet with Larissa and ask her questions about her life and how she navigates the web, she told us that she uses the screenreader JAWS when she is behind her computer. When she is on her mobile phone she makes use of the voice over functionality of her mobile device. She also uses a braille reader when reading books.
She navigates through websites by tabbing to headings and using CTRL l to go through list items. She moves to individual elements with her arrow keys. When we tested our first prototype i saw that not all elements got a focus styling, but i did notice that links do get them so i remembered that and used it in the last week to make it clear for Larissa on what item she stood.
In order to make navigation easy to use for Larissa i chose to not put all the navigation at the top of the page but tactically placing navigation elements all over the page, this made sure that the navigation elements where always close by and she didn't have to go to the top of the page to find her way. I also put al the styling conventions i normally use away and made everything as big as possible on the screen so Larissa could read the words, this does not look the nicest but it works the best.
Because we tested our prototype's with Larissa we could make a product tailored to her needs and identity, we saw during testing that Larissa was very happy about the fact that she could read big words on a highly contrasting background so i made sure to write that down to implement at a later stage.
In this step i tried to make the product more fun to use, but not distract Larissa from consumming the information. I did this by adding horses at the top of the page. I did this because in the first week she told us about her horseriding hobby. I chose to not add more nonsense because i think that whould be more distracting and hinder her with navigating the information.
During this course i learned how to remotely test and filter the usefull information during the test to implement in my product. I found it more difficult then testing how we normally do because it was not possible to see what she was doing with her hands while using her screenreader. I have also learned not to give to many instructions to Larissa and just give her a objective to reach and let her try and solve the problem. This is way more usefull then guiding the person through your product because doing it this way will show you what she expects to happen when using your product.