Autor: Tanita Daniel

[A#10, P5] Evaluation of the test results and final project description

Evaluate your test results

What method(s) did you use to evaluate the results of your usability tests?
How did you evaluate the results?

We created Diagrams with Google Docs and compared the different user ratings from the After Scenario Quest (ASQ) and the time they needed for the tasks. We calculated the average for the time and every post-task question and included them in the diagrams.

What did you learn from the testing?

  • Every user interacted really differently in the test.
  • To ask the 3 post-task questions took a lot of time.
  • It was hard to convince people to use a rating for the post-task questions.
    • We asked people during the interview and couldn’t always get numbers as answers, people seemed to find it easier to explain their thoughts.
    • It would have been probably more beneficial to give them a form where they can choose what number they want visually.

What are your main takeways

  • When using post-task questions, it seems better to only ask one instead of three.
  • Tasks shouldn’t be to short, otherwise measuring the time becomes a bit complicated and the evaluation results aren’t meaningful. (e.g. Task 8: Du bist aufgewacht und nimmst gleich dein Handy in die Hand um es zu entsperren.)
  • Task 1 took the most time in average, that is probably because the user didn’t know that they can find the factors in ‘sleeping mode’.
  • Overall the user were satisfied with the time the tasks took.

Project description

Prototype

Link to the final prototype: https://www.figma.com/proto/uyswzIlrEDZOnSqmzk08te/Sleepy-Heads-HiFi-Prototype?node-id=17%3A11&scaling=scale-down&page-id=0%3A1

Prototype made with Figma (1000×500 px, png)
Unique – Our Day & Night design

Unique in our prototype is that we have a design for the night and for the day.

Tagline

Sleepy Heads – Good night and sleep well. 🙂

Group members

Angelika Albert
Freie Universität Berlin
Bachelor Informatik

Ayse Yasemin Mutlugil
Freie Universität Berlin
Bachelor Informatik

Tanita Daniel
Freie Universität Berlin
Bachelor Informatik

Description

Many people suffer from sleeping problems and need help with falling asleep, having a well-rested sleep and waking up. Sleep is very important so that people can handle their everyday life. There are a lot of factors that can affect the sleep and many people aren’t really aware of this. For example: We all know that we should avoid screentime before going to bed, but we often do it nonetheless. That’s why we decided that our app should have a blue light filter and we chose to avoid the colour blue and its variations. This is the reason why our mobile application is only using warm colours.

Our goal is to increase the quality of sleep and improve understanding of the persons sleep schedule. Everything will be conveniently recordable in one app and there is no need for paperwork. By recording sleeping patterns, it provides the capabilities to improve the sleep quality and allow doctors to diagnose faster, easier and more accurately.

Additional Pictures

Dashboard
Notification
Dream
Sleep factors
Rate Sleep
Seiten: Seite 1, Seite 2

[A#7, P5] Starting High Fidelity Prototyping

What framework or tools are you going to use? Why?

Figma will remain our main prototype tool. This time we will use design kits like the one from Material UI to improve our prototype and give it feeling of an almost finished app. Because of the former assignments we improved our interaction with Figma and can now build an even more complex prototype.

Functional requirements

  • Select and add factors
  • Provide sleep aid
    • Select music/sounds and set a timer for it (or not)
    • Select a relaxation method that than provides you with instructions
  • View and export statistics
  • Rate sleep quality
  • Log sleep time (if it isn’t tracked automatically)
  • Record dreams in a diary
    • Write down dreams
    • Record your dream via voice input
  • Sound recording during sleep
    • If sleep music is activated, start recording after the set music timer
    • If no music timer is set, disable sound recording
  • Alarm clock function with alarm tone selection, intervals and possibiliy that alarm will grow louder the longer it rings
  • Notification outside the app when music is playing, when sound is recorded/sleep mode started.

non-Fuctional requirements

  • Separate sound and relaxation
  • Icons should be understandable
  • Categories should have labels, not only icons
  • Use darker and earthy colors
  • Insert explanations where necessary
  • Two different design – day & night

Timeline

Gantt chart
Seiten: Seite 1, Seite 2, Seite 3

Menu

A menu presented on a computer is a list of options, that can be used be the user of a system. Options can also have suboptions, which can be displayed in a submenu. Menus can be be a part of a complex user interface or be the whole user interface. There can be permanent and pop-up menus. Pop-up menus e.g. are often found in the menu bar of programs which is located at the top of a windows or screen.

Pop-up menu | Texteditor Fedora (own screenshot)
Permanent menu | Settings Fedora (own screenshot)

With a help of an input device, such as a touchscreen or a mice, the user can navigate through the menu and search from a constraint list of choices. Because of this, user don’t need to remember commands and only have to recognize the given choices.

Sources

Müller-Birn, C., Lecture 07-02 | Interaction Styles | Slide 10 & 11

Wikipedia, https://en.wikipedia.org/wiki/Menu_(computing), retrieved on 01. June 2021, 12:00

[A#4, P5] Sleepy Heads – Ideation & Storyboard

Problem Statement

Andy (salesperson)

needs a way to document, track and improve his sleep

because his sleep quality is really low and he wants to change that.

We will know this to be true when we see that Andy can improve his sleeping quality with the help of various tips and an evaluation of his sleep.

Hypothesis Statement

We believe that by creating an interactive mobile application that can track and evaluate sleep as well as offer various relaxation methods

for Andy,

we will archive that Andy will get an insight in his sleeping behaviour and improve his sleep quality.

Conceptual model for task analysis

We chose the BPMN model to visualize the task flow of our mobile application to get a better understanding how the user would navigate through our app.

BPMN

Moodboard

Individual Research – Angelika
Individual Research – Tanita

Individual Research – Yasemin
Final Moodboard
Seiten: Seite 1, Seite 2, Seite 3

‚Wizard of Oz‘ Prototyping

The ‚Wizard of Oz‘ Prototype describes a prototype where a user tests only a simulation of planned functions. It enables to test functions of a product that has not yet been implemented and is used in agile software development.

To simulate unimplemented functions, a simple prototype, an user that interacts with the prototype and a human who performs the tasks given by the user are needed. Role playing is then used to test how the end user interacts with the product. The goal is to save time and money while finding out if a feature is useful and needed.

Advantages

  • Covers the complete functionality
  • Is fully interactive
  • Cheap method to test functionality

Disadvantages

Interaction with the prototype is perhaps not technically realizable in the final product itself.

Sources

Wizard of Oz prototype, https://www.designthinking-methods.com/en/5Testen/wizardofOzTE.html, retrieved on 04. Mai 2021, 13:00
Definition Wizard of Oz prototype, https://searchcio.techtarget.com/definition/Wizard-of-Oz-prototyping, retrieved on 04. Mai 2021, 13:00
Müller-Birn, C., Lecture 04-02 | Iterative Design and Prototyping | Slide 16

[A#1, P5] Sleepy Heads

We are Team 5, now also known as Sleepy Heads.

Our Team

Team picture – Icons from monkik
Angelika AlbertAyse Yasemin MutlugilTanita Daniel
Bachelor InformatikBachelor InformatikBachelor Informatik

Our project

1. Who is our user group?

Persons with insomnia or persons that want to record their sleeping schedule and behaviour are our user group.

Additional stakeholders are doctors and therapists.

What person will we consult?
We will consult a friend of Tanita, that has already experience with a sleeping lab and is interested in tracking her sleep.

2. What is the exact problem?

Patients with insomnia often have to fill out many paper sheets and may lose or mislabel one of those sheets, which can make it harder for doctors to make a diagnoses.

3. Where is our user group interacting with our software?

At home (in their bed).

4. When is the user group interacting with our software?

Before going to sleep and after waking up.

5. Why do our users need this software?

Our software is designed to increase the efficiency of recording the sleep schedule of a person. Everything is conveniently recordable in one app and there is no need for paperwork.

By recording sleeping patterns, it should provide the capabilities to improve the sleep quality and allow doctors to diagnose faster, easier and more accurately.

6. How do we want to solve the problem?

We want to create a mobile application where people can track their sleep (manually or via external trackers like Google Fit, Fitbit, Apple Health, etc) and also have the possibility to write down their dreams.

The app analyses the given data and provides additional suggestions and support for a better sleep. All data can be exported to PDF format and shared with doctors and therapists.

Seiten: Seite 1, Seite 2