[A#3, P10] Evaluation of the test results and final project description

Evaluation of test results

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


Zum einem haben wir alle Kritiken und Verbesserungsvorschläge herausgeschrieben, zusammengefasst und diskutiert, bei welchen es sinnvoll ist auf sie einzugehen und die Verbesserungsvorschläge umzusetzen.
Außerdem haben wir zur Bewertung der App die Tester/innen den “System Usability Scale” (SUS) ausfüllen lassen und ausgewertet. Unsere Ergebnisse waren 80, 85 und 90 Punkte, was alles in die Kategorie Excellent fällt. Dies freut uns natürlich sehr, allerdings sind wir auch der Meinung, dass unsere Testproband:innen nett waren und uns möglicherweise etwas zu freundlich bewertet haben.


What did you learn from the testing?

Es macht tatsächlich einen großen Unterschied, ob man als Entwickler:in Entwürfe oder Systeme noch einmal durchgeht und guckt, ob alle nötigen Funktionen eingebaut sind, diese verständlich sind, oder ob das jemand tut, der sich damit noch überhaupt nicht beschäftigt hat und ganz offen ohne Vorwissen die Sache angeht.
Es sind ein paar Probleme aufgetreten, bzw. Funktionsweisen nicht erkannt worden, mit denen wir nicht gerechnet hätten und es kamen auch einige sehr gute Anmerkungen und Verbesserungsvorschläge, auf die wir nicht gekommen wären, da wir zu sehr in der Thematik drin waren und so keinen offenen Blick mehr hatten, für was noch alles möglich/vielleicht sogar notwendig ist.

What are your main takeaways?

Testen ist unglaublich wichtig und sollte am Besten schon relativ früh erfolgen, damit es noch möglich ist, die vorgeschlagenen Veränderungen und Verbesserungen einzubauen, ohne dass dies einen enormen zusätzlichen Arbeitsaufwand nötig macht.
Außerdem sollten mehrere Tester/innen genutzt werden, da unterschiedliche Menschen einen unterschiedlichen Fokus haben und damit auch unterschiedliche Ideen und Verbesserungsvorschläge. Außerdem zeigt sich so auch, ob etwas, was beim ersten Tester/ der ersten Testerin nicht funktioniert hat, ein generelles Problem ist, oder dies nur ein Einzelfall bei dieser Testperson war und somit gar nicht behoben werden muss.

Project description

  1. One image (1000×500 px, png), which shows your prototype.

2. One image (200×200 px, png), which shows some unique part.

3. Name of your project +tagline:
Scenic Route – find your perfect walking route!

4. Name of all group members:

Milos Budimir, Freie Universität Berlin, Master Informatik
Marc Oprisiu, Freie Univerisät Berlin, Bachelor Informatik
Sebastian Wullrich, Freie Universität Berlin, Bachelor Informatik

5. Project description text:

Last year showed us the importance of staying healthy in times of pandemic. Walking with one’s closest friends turned out to be the most important form of socialization during the lockdown, but also has a positive effect on the psyche of each individual. Scenic Route was developed to emphasize awareness of one’s surroundings. Unlike conventional route planning, it does not calculate the fastest route, but the one with the most sights or the most unusual attractions. You get relevant information about interesting buildings and the surrounding area while walking around, so that you become an expert of your city! Choose whatever sort of gastronomy or attraction you would like to see on your route and enjoy the walk while being provided with interesting background knowledge based on experiences of a (soon to be) huge community. Functionally our prototype does still not provide real time route guidance. In the actual implementation open source map data such as OpenStreetMap could be used.

6. Additional images:

7. LINK TO OUR PROTOTYPE

Reflexion

WHO MADE WHAT CONTRIBUTION?

We worked together on this Assignment at a WebEx meeting.

WHAT DID YOU LEARN?

We have learnt how to evaluate testing results, and also where we made mistakes, where there has been place for improvement of our prototype, how it could be done better next time.

WHAT WENT WELL?

Whole process went really well. We were happy to work together on another assignment. 

WHAT WOULD YOU LIKE TO IMPROVE?

There is nothing we would like to improve, since we are pretty much satisfied with how it went, both content wise and atmosphere wise.

[A3, P9] Preparation for Evaluation and Prototype-Improvement

(1) Improve your high-fidelity prototype

The biggest problem which group 7 found for our prototype is the unclear technique of choosing the route which is to be taken. We agree that this is a problem which should be addressed with high priority.

Why is this the biggest problem for your users?

This is the biggest problem for our users because it is not clear how to save a route, how to dismiss a route and how to start the route. That is because we thought of introducing (Tinder-like) swipes, where you either go left or right and can’t go back. We now realize there is a better implementation for our use case.

How will you solve it?

Left swipe = dismiss, right = saved for later (to be found in “Saved routes”), middle click = start the route.

How do you expect the user will behave, after the problem is solved?
We believe that it will give clearer instructions st. users will easily use our app and be able to choose a route naturally and without much thinking on how to do it.

Decide what usability issues you are going to fix in your prototype and what features you are going to implement next.

We have fixed the issues with swiping and route choosing. We also have fixed and changed the way back arrows behave on certain screens for consistency reasons. The info button for certain monuments and natural/cultural elements during the route was introduced. 

(2) Preparation for a summative evaluation

What documents do you need?

  • Adapted script from assignment 6 (see below)
  • Template to measure the task completion rate.
  • System Usability Scale (SUS) questionnaire 

Adapted script from assignment 6:

Hinweise für den User: Wir testen die App, nicht dich! Fragen gerne stellen, wir können aber versprechen, dass wir sie alle direkt beantwortet werden. Wir möchten betonen, dass Du nichts falsch machen kannst! Wir bitten Dich deine Gedanken laut auszusprechen.

Kontext der Anwendung: ScenicRoute ist ein unkonventionelles Routenplanerprogramm. Es berechnet anders als herkömmliche Routenplanung nicht die schnellste Route, sondern diejenige mit den meisten Sehenswürdigkeiten, den außergewöhnlichsten Attraktionen oder den als sehenswert erachteten Wanderwegen.

Fragebogen: Wie alt bist du? Wie lange wohnst du in Berlin? Wie oft gehst du spazieren täglich/mehrmals die woche/seltener als einmal die Woche. Wie lange gehst du in der Regel spazieren?


Szenario: Du stehst morgens um 9 Uhr, machst dir einen Kaffee, frühstückst und kümmerst dich um deine heutigen Arbeitsaufgaben. Diese Arbeit ist gegen 17 Uhr in der Regel erledigt und Du nutzt die Zeit um spazieren zu gehen. Meistens zieht es Dich in Richtung des nahegelegenen Parks, indem Du gerne spazieren gehst. An dem heutigen, recht sonnigen, Tag wanderst Du allerdings ziellos durch die Straßen Deines Viertels. Du nutzt den Spaziergang um Dir bei einer nahe gelegenen Rösterei einen Kaffee zu holen, wie du es eigentlich bei jeden Spaziergang gerne machst, und Dich auf eine Bank zu setzen. Auf der gegenüberliegenden Straßenseite fällt Dir ein sehr schönes Gebäude auf. Du bist Dir aber nicht sicher aus welcher Epoche dieses stammt. Du fragst Dich, ob es öffentlich genutzt wird. Eine Google Suche bringt dich nicht weiter und wünschst dir einen einfacheren Weg bei deinem Spaziergang an eine solche Informationen zu kommen.

Aufgaben: Gucke Dir die App an und beschreib uns wie sie auf Dich wirkt. Mach Dich mit der App vertraut. 

  • Beginne eine neue Route zu planen und diese zu starten. 
  • Anschließend probiere eine neue Route hinzuzufügen. 
  • Suche eine deiner gespeicherten Routen und starte diese.

Abschließende Fragen: Bist Du der Meinung alles Nötige, was Du für die Nutzung einer solchen App erwartest gefunden zu haben? Hat Dich irgendwas am Design gestört?

Abschluss: Hast Du noch weitere Anmerkungen oder Fragen?

This time, you will also measure the satisfaction of users, by using a post-task or post-test questionnaire. Please choose independently what suits your project.

Which standardized questionnaire did you choose and why?

  • System Usability Scale (SUS)
  • Uns gefällt, dass es direkt einen Score zurückgibt, welcher uns einschätzen lässt, wie gut nutzbar unsere App für Nutzer:innen ist. Des Weiteren hat sich herausgestellt, dass SUS gut geeignet ist, um die Nutzbarkeit eines Systems zu überprüfen, ohne dass das Ausfüllen zu viel Aufwand und somit Zeit der Nutzer:innen erfordert, da es sich nur um 10 Fragen handelt. 
  • SUS QUESTIONNAIRE: https://forms.gle/Wyzoc2YLyrbbvASP6 

Document your preparation.

  • 1. Treffen am 24.06.: Haben uns überlegt, wie wir unseren Prototypen verbessern wollen, aber die Umsetzung davon auf nächste Woche verschoben, da es uns wichtiger erschien die Evaluation vorzubereiten, insbesondere aufgrund des Termins mit Alexa am Dienstag, wo wir noch einmal die Möglichkeit haben Fragen zu stellen bzgl. Dingen die uns noch unklar sind.
  • 2. Treffen am 29.06.: Treffen mit Alexa fiel aus. Wir haben die Vorbereitungen für die Evaluation abgeschlossen und die Änderungen am Prototypen, die wir noch durchführen wollten, eingebaut. Templates wurden ausgedruckt, Google Forms erstellt.

(3) REFLEXION

WHO MADE WHAT CONTRIBUTION?

As always, the three of us would meet in a WebEx meeting and work together on the Assignment. We went through the evaluation which group 7 conducted for our App and talked about the issues they found. We decided how to improve our app based on that and also made the improvements directly in Figma, after consultations with Alexa. Also, the second part (Preparation of summative evaluation) we did together while working on a collaborative Google doc. 

WHAT DID YOU LEARN?
We have learnt how to deeply look into the application while designing it and focus on certain common behaviours, such that we avoid most common mistakes and understand the good practices. 

WHAT WENT WELL?
In our opinion the whole Assignment process during the 2 weeks went well and without any noticeable problems. 

WHAT WOULD YOU LIKE TO IMPROVE?
There is nothing we would like to improve. After working on this project for some weeks now, we have learnt how to work together, prepare and deliver.

[A#3, P8] Heuristic Evaluation

We continued to improve our Prototype. We added info square about the interesting places nearby while on the route.


Heuristic evaluation


Phase 1:

We are going to use Nielsen’s heuristics.

The results of our individual evaluation are available here.

We tested the prototype of group Veritas.

We used Imgur to upload our screenshots.

A summary of important issues can be found here.

Here is also the Anwendungsfall:

Anwendungsfall 1 – Starte eine Routenführung:

Herr Mustermann ist vor wenigen Wochen für sein Studium nach Berlin gezogen und möchte jetzt seine Nachbarschaft erkunden. Er kennt sich nicht sehr gut in der Umgebung aus und möchte an seinem freien Tag einen Spaziergang mit kulturellen Entdeckungen verbinden. Er hat für den restlichen Tag keine Verpflichtungen mehr und möchte den Tag draußen verbringen. 

Aufgaben:

  1. Erstellen Sie sich zunächst einen Account für die App.
  2. Starten Sie eine neue Route und füllen Sie die notwendigen Felder bzgl. dieser gemäß Ihrer Präferenzen aus.
  3. Wählen Sie eine geeignete Route durch swipen aus (links: ja, rechts: nein)
  4. Starten Sie die Navigation
  5. Unterwegs haben Sie einen interessanten Ort gefunden, welchen Sie gerne als Ort speichern möchten. Fügen Sie diesen in der App hinzu.

Phase 2:

Evaluation of Group 7’s prototype by each group member separately.


REFLEXION:

WHO MADE WHAT CONTRIBUTION?

For Phase 1 we met in a WebEx meeting. We made some improvements to our prototype. We all together discussed what we are going to send to group 7. We wrote the Anwendungsfall and made a Google form which will serve as a heuristic evaluation which members of group 7 would have to fulfill for us. In the form we also included our prototype and Anwendungsfall. Once we receive the form from Group 7, each of us separately goes through their Figma prototype and conducts heuristic evaluation for group 7.

WHAT DID YOU LEARN?

We have learnt about heuristic evaluation, specifically Nielsen’s heuristics. Apart from getting ourselves theoretically familiar with the concept, we also had hands-on experience of the whole process and we find that very useful. It makes it easier to understand. 

WHAT WENT WELL?

We like the teamwork and load balance we share between ourselves. We are still satisfied with how we do the task division – mostly we do it together and if an individual tasks appear – we afterwards share opinions and thoughts.

WHAT WOULD YOU LIKE TO IMPROVE?

There is nothing we would like to improve, since we are pretty much satisfied with how it went, both content wise and atmosphere wise. 

[A#7, P3] Starting High Fidelity Prototyping (First Iteration)

We now start working on the Hifi-Prototypes and start building an interactive product.

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

Wir werden Figma benutzen, da zumindest einer unserer Gruppenmitglieder ein wenig Erfahrung damit und ein ziemlich guten Eindruck von dem Tool hat. Weitere Vorteile sind, die große Community und zahlreichen Tutorials und zusätzlich, dass es auch kostenlos ist.

  1. List your functional and non-functional requirements (features) you are planning to include in your High-Fidelity Prototype.

Funktionale Anforderungen:

  • Das System soll Nutzer:innen abgelaufene Routen in einer Übersicht darstellen können.
  • Das System soll Statistiken erfassen und diese in einer Übersicht darstellen können.
  • Empfehlenswerte Sehenswürdigkeiten mit Routen werden angezeigt (Informationen über Orte sollen deshalb aktuell sein).
  • Auswahlmöglichkeiten an der Routenkategorie (landschaftlich/kulturell/kulinarisch ansprechend)
  • Informationsübersichten über Points of Interest.
  • (Live Besuchsdaten werden angezeigt, um eventuelle Wartezeiten zu vermeiden.)
  • persönliche Daten sollen vertraulich behandelt und nicht an Dritte weitergegeben werden
  • Account erstellen
  • (Routenvorschlag akzeptieren oder ablehnen)
  • (Bewertung zur Route abgeben)

Nichtfunktionale Anforderungen:

  • Das System darf nicht länger als 5 Sekunden benötigen, um die gewünschte Route darzustellen.
  • Schnelle und genaue Berechnung der Routen
  • Benutzeroberfläche soll intuitiv und einfach sein
  • Die Sprache der App ist englisch
  • Plattformunabhängig für IOS- und Android-Nutzer:innen
  1. We now have 6 weeks left for our projects. Produce a detailed timeline (e.g., a Gantt-chart or similar) of jobs that need to be done and milestones that need to be reached starting from today.
DeadlineMilestone
14.6.2021First iteration of high fidelity prototype ready (design decisions, color maps, icon selection)
21.6.2021Test and note feedback from testers and peers (affinity diagrams, individual talks)
27.6.2021Improve prototype according to feedback (human centered design process)
4.7.2021Test and note feedback from testers and peers
11.7.2021Final changes and bug fixes of prototype
18.7.2021Prototype is being sent to programmers to develop the app for iOS and Android
  1. Start building your prototype.

Here is the link of our Figma project for the high-fidelity prototype

Please answer the following question: How did you handle the topics: menu, UI consoles, and Design patterns?

  • What menu type did you choose and why?

Unserer Meinung nach ist unsere Menu-Art nicht in den Folien aufgeführt, aber wir haben eine Art Guided-Menu, wo man Button auswählt und aufgrund von der Auswahl der Button wieder neue Auswahlmöglichkeiten erscheinen.

Wir haben uns hierfür entschieden, weil wir der Meinung waren, dass dies für die User am leichtesten nutzbar ist und man sich nicht groß mit der App auseinandersetzen muss um sie zu benutzen.

  • Which UI controls are appropriate for your application and why?

Wir haben uns hauptsächlich für “Action and Navigation controls” entschieden, da dies gut mit unser Menu-Art harmoniert und an den Stellen, wo Texteingaben erforderlich sind werden “Data entry controls” genutzt.

  • Which design patterns are suitable for your application and which ones have you implemented or used? Why?

Da die Buttons zur Verlinkung zu anderen Zuständen dienen und gleichzeitig verschiedene Funktionen erfüllen, wie z.B. Daten in eine Datenbank speichern oder abrufen, handelt es sich bei Ihnen um “Creational Patterns”, welche die Logik, die dahinter versteckt ist, verbergen.

REFLEXION:


WHO MADE WHAT CONTRIBUTION?

We sat together at a Webex meeting for the first part of the Assignment. We collaboratively discussed what we are going to implement in a prototype and how to design it. We also planned the next weeks and discussed our project and milestones in general. The prototyping we did between the two meetings, in Figma, collaboratively, while updating each other and discussing the current state of the prototype regularly via WhatsApp. On the second meeting in the second week, we made some tests and changes to the prototype and we finished the blogpost. 

WHAT DID YOU LEARN?

We have learnt how to use a nice new tool called Figma which is useful in designing the prototypes. We also have a clearer understanding of how low-fidelity and high-fidelity prototypes intertwine and why both are useful. We have also gotten ourselves familiar and had hands-on experience with some of the designing practices and principles.

WHAT WENT WELL?

Very nice teamwork and workload balance. We are still satisfied with how we do the task division – mostly we do it together. We are happy that we learnt a new tool – Figma, and the whole designing – prototyping process went really well. 

WHAT WOULD YOU LIKE TO IMPROVE?

There is nothing we would like to improve, since we are pretty much satisfied with how it went, both content wise and atmosphere wise.

[A#6, P3] Paper prototyping and usability testing

(1) Continue to develop (or start a new) paper prototype based on new insights or feedback from your peers.

Da es während dem Tutorium nicht stattgefunden hat, wurde kein Feedback erhalten und somit auch nichts groß verändert.


(2) Conduct 3 formative usability tests.

a) Skript

  1. Hinweise für den User: Wir testen die App, nicht dich! Fragen gerne stellen, wir können aber versprechen, dass wir sie alle direkt beantwortet werden. Du kannst also nichts falsch machen! Wir bitten dich deine Gedanken laut auszusprechen.
  2. Kontext der Anwendung: ScenicRoute ist ein unkonventionelles Routenplanerprogramm. Es berechnet anders als herkömmliche Routenplanung nicht die schnellste Route, sondern diejenige mit den meisten Sehenswürdigkeiten, den außergewöhnlichsten Attraktionen oder den als sehenswert erachteten Wanderwegen.
  3. Fragebogen: Wie alt bist du? Wie lange wohnst du in xxx?
  4. Szenario: Du stehst morgens um 9 Uhr, machst dir einen Kaffee, frühstückst und kümmerst dich um deine heutigen Uniaufgaben. Deine Arbeit für die Uni ist gegen 17 Uhr in der Regel erledigt und Du nutzt die Zeit um spazieren zu gehen. Meistens zieht es Dich in Richtung des nahegelegenen Parks, indem Du gerne spazieren gehst. An dem heutigen, recht sonnigen, Tag wanderst Du allerdings ziellos durch die Straßen Deines Viertels, Du nutzt den Spaziergang um Dir bei einer nahe gelegenen Rösterei einen Kaffee zu holen und Dich auf eine Bank zu setzen. Auf der gegenüberliegenden Straßenseite fällt Dir ein sehr schönes Gebäude auf. Du vermutest es stammt aus der Renaissance bist Dir aber nicht sicher. Das Gebäude sieht recht offiziell aus und Du fragst Dich, ob es öffentlich genutzt wird. Du probierst das zu Googeln kommst aber nicht weiter und brichst die Suche nach 3 Minuten ab und wünschst dir einen einfacheren Weg bei deinem Spaziergang an eine solche Informationen zu kommen.
  5. Aufgaben: Gucke Dir die App an und beschreib uns wie sie auf Dich wirkt. Mach Dich mit der App vertraut. Beginne eine neue Route zu planen und diese zu starten. Anschließend probiere eine neue Route hinzuzufügen.
  6. Abschließende Fragen: Bist Du der Meinung alles Nötige, was Du für die Nutzung einer solchen App erwartest gefunden zu haben? Hat Dich irgendwas am Design (abgesehen der mangelnden künstlerischen Fähigkeiten der Macher) gestört?
  7. Abschluss: Hast Du noch weitere Anmerkungen oder Fragen?

Vielen Dank für Deine Teilnahme und beim Helfen bei der Weiterentwicklung der App.

b) Rollenverteilung

In Interview 1 und 2 war Marc der Facilitator und Sebastian der Observer. Wir haben uns entschieden für das letzte Interview die Rollen zu tauschen, da Marc die ersten beiden und Sebastian den dritten Interviewten kannte und wir der Meinung waren, dass diese sich wohler fühlen, wenn jemand Bekanntes sie durch die App führt.

c) Decide if you want to record your test session and how you take notes during the test sessions.

Wir haben uns dazu entschieden, die Sessions nicht aufzunehmen, weil wir unsere Interviewees nicht unter Druck setzen wollten. Wir bemühten uns mit den Interviewten eine entspannte Atmosphäre aufrechtzuerhalten, da alle aus unserem Bekanntenkreis stammen. Demnach haben der Observer immer fleißig mitgeschrieben, Kommentare festgehalten und Bewegungen und Mausklicks analysiert.

d) Document who you are inviting for a test session and how long the session lasted.

  1. Tabea (23 Jahre, lebt seit 23 Jahren in Berlin, Interview 15min)
  2. Patricia (24 Jahre, lebt seit 16 Jahren in Berlin, Interview 20min)
  3. Daniel (26 Jahre, seit 8 Jahren in Berlin, Interview 15min)

(3) Document and evaluate the results of your testing.

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

Wir haben uns dazu entschieden, alle Interview Ergebnisse in einem Affinity-Diagram festzuhalten.

Zu Beginn haben wir alle Kommentare und Ideen als Anmerkung gesammelt, dann haben wir passende Über- und Unterüberschriften gesucht und im Anschluss die Kommentare gruppiert. Dies hat uns geholfen einen guten Überblick über unsere Nutzbarkeitstests zu erhalten und was für Verbesserungen wir noch durchführen sollten.

HIER IST DER LINK DAZU: https://jamboard.google.com/d/1u2wq7lK02_Zcluavk9skyVnJBRp10lJ_MeLbp_5A4NU/edit?usp=sharing

b) What did you learn from the testing? What are your main takeaways?

Durch das Testen haben wir zusätzliche interessante Verbesserungsvorschläge an die wir bisher noch nicht gedacht haben erhalten können. Wir haben wertvolle Kritik erhalten bzgl. der Nutzung des Prototypens. Dieser kam größtenteils gut bei den Nutzer:innen an. Der Usability Test hat uns gezeigt, dass unsere Nutzer:innen sehr explorativ an den Prototypen herangegangen sind und teilweise entgegen unserer Erwartung sich durch einen anderen Weg geklickt haben. Lediglich die Darstellung der App, aufgrund der nicht wirklich großen künstlerichen Fähigkeiten der Entwickler wurde regelmäßig kritisiert (obwohl der dritte Testteilnehmer äußerte, dass es die App individuell machen würde (allerdings eher mit einem Augenzwinkern)). Wir haben also einen Blick outside the box erhalten können

(4) Reflection

Wer hat welchen Beitrag geleistet?
Aufgrund von begrenzter zeitlicher Möglichkeiten haben Marc und Sebastian diese Woche die Durchführung der Interviews übernommen und die Ergebnisse im Anschluss zusammengestellt. Milos hat das Ganze dann nochmal überprüft und abgesegnet.

Was habt ihr gelernt?
Wir haben gelernt, dass verschiedene Nutzer:innen mit einer App unterschiedlich umgehen und man aus diesem Grund vor der professionellen Entwicklung einer Anwendung definitiv eine Vielzahl von Usability-Tests mit unterschiedlichen Personen durchführen sollte. Dies hilft ein breites Spektrum der Nutzung zu erhalten und dadurch die Bedürfnisse der Nutzer:innen zu erfüllen.

Was lief gut?
Wir hatten Glück mit unseren Interviewees, da diese spontan Zeit gefunden haben und sehr motiviert mitgearbeitet haben. Das Moodboard hat uns geholfen besonders schnell einen Überblick über die gesammelten Informationen zu bekommen. Unsere Gruppenarbeit war sehr kommunikativ. Unstimmigkeiten konnten wir schnell klären.

Was möchtet ihr verbessern?
Uns ist aufgefallen, dass wir uns sehr gut verstehen, dadurch die Arbeitsatmosphäre sehr gut im Team ist, wir dennoch mittlerweile häufig vom Thema abkommen und uns verquatschen, weswegen die Arbeit nicht mehr ganz so effizient ist wie früher. Einerseits macht sie viel Spaß, andererseit verlieren wir viel Zeit. Wir wollen versuchen in Zukunft wieder etwas fokussierter zu arbeiten.

[A#3, P5] First interactive low-fidelity prototype

(1) Summarize the feedback you received regarding your storyboard.

  • Nur auf Großstädte konzentrieren (vielleicht sogar nur Berlin), weil auf dem Land kennen die meisten Menschen ihre Umgebung schon.
  • Dadurch vielleicht die Schwierigkeitsstufen weglassen und eher die Auswahlmöglichkeit bzgl. schöner Landschaft oder einer kulturellen Tour  anbieten.
  • Angabemöglichkeit einbauen, ob der Nutzer gerne an einem Café, Dönerladen, Denkmal, etc. vorbeikommen möchte.
  • Recherchieren, wo man solche Routen herbekommen könnte. Ggf. Openstreetmap und die Points of Interest in Kategorien unterteilen (kulturell, landschaftlich, etc.)

(2) Develop an interactive paper prototype.

Open link to prototype: https://marvelapp.com/prototype/29hgf98g

Please briefly describe:

  • your prototyping process.

We sat together (online :)) and went through the results of our previous Assignments. We discussed what should be included in this first prototype, how we could implement the above mentioned feedback, and which functionalities should the screen states provide to a user. Then we discussed screen by screen what should be included based on the Storyboard and feedback, and took pen and paper and drew those states. Then we uploaded the screen photos in Marvel App and “programmed” them. 

  • the use case and/or model (task analysis from last assignment) this prototype relates to.

Our Use case describes a user registering an account and logging in to an app, choosing a route, and starting the walk. We have included some changes based on the feedback we have received. 

  • how the storyboard is reflected in your prototype.

The storyboard is heavily reflected in our low-fidelity prototype, in such a way that the prototype itself is based on the storyboard. We have, naturally, expended it and focused a bit more on tiny pieces of each screen state. 

  • self-assessment of potential strengths and weaknesses of this first step into your design space.

In our opinion, our drawing skills are the biggest downside of this whole process. We think we will find it easier and much more motivating to work with online designing tools. However, we realize the importance of walking through the process step by step and making smaller increments with each improvement.

(3) Design rationales

We chose QOS:

REFLEXION

WHO MADE WHAT CONTRIBUTION?

We did everything together in a meeting, we discussed each step in detail while one of us shared the screen and used online collaboration tools. Specifically, when talking about the prototype itself, Marc  and Sebastian took care of pen and paper drawings and Milos was putting them together interactively into the Marvel App.

WHAT DID YOU LEARN?

We have learnt the purpose of low-fidelity prototyping in the designing process. We now understand the need for actually working with pen and paper and not diving directly into the pro designing, because it gives us possibilities to reflect and change things on the go.

WHAT WENT WELL?

General team atmosphere and team work is what we find quite well. We are satisfied with how we do the task division – mostly we do it together. Also working with the Marvel App went cool, really nice and simple tool for such prototyping, even though we would probably switch to Figma in the next phases for more complex prototypes. 

WHAT WOULD YOU LIKE TO IMPROVE?

We would definitely like to move onto next steps, where we don’t have to use pen and paper actually. Even though we find it useful, it is sometimes hard to collaboratively work on such designs without actually being in the same room. 

[A#3, P4] Ideation and Storyboard

Hypothesis and problem statement

Melanie needs a way to easily find proposals of nice routes when she wants to go for a walk because she wants to stay health and in the same time she wants to know more about cultural and natural monuments in the city she lives in. We will know this to be true when we see that she successfully takes different routes and meets new parts of her city.

We believe that by building the application for personalized walking routes,
for Melanie, we will achieve improvement of Melanie’s walking habits by making her walks more independent and giving her an easy opportunity to explore the city where she lives in her free time.

Moodboard

Conceptual models for task analysis

We chose Business Process Modeling Notation (BPMN) as a way to graphically represent our task flow. In our opinion it gives us certain advantages over other techniques such as diagrammatical Hierarchical task analysis and other models in contextual design, since BPMN is the most thorough and takes in consideration the underlying technologies we are using (App) in the most detailed way. It helps us determine cycles in our concept and what steps a user might go through using our app.

  

Sketches

Storyboard

Melanie gets a notification reminding her to go for a walk. She clicks it and the App is opened.
Melanie gets asked about her preferences for the walk she is about to take.
The App gives some proposals, Melanie swipes, and chooses the route she wants to take.
The route is ready and she can see herself moving on a map. At the same time,
in the top corner of the screen, App informs Melanie about interesting sightseeing monuments.
When Melanie arrives at her destination (usually back home), she gets asked to rate the route and give feedback.
When she clicks on the statistics, she can now see some basic information about her route: distance, height difference, time span and the number of cultural monuments (buildings etc) she has seen on the way.

Reflexion

WHO MADE WHAT CONTRIBUTION?
We were working simultaneously on this assignment but decided to separate our paths from Task 3 to be able to do the tasks individually. Afterwards we combined our ideas and voted for the most important ones
.

WHAT DID YOU LEARN?
These methods are a good way to start a project, because you get fast results, that will help develop your project in the long run.
Especially the task flow with BPMN is a good way to understand better, what needs to be included and might be important to contemplate. 

WHAT WENT WELL?
Everybody had a lot of ideas and the atmosphere was relaxed, so nobody had to worry about an idea maybe being not that good. We were surprised about how many ideas we came up with because we were really into developing our own ideas at first. Later on, after combining the ideas, we found similarities and felt like seeing the ideas and sketches of the other Team Members has been very inspirational for us.

WHAT WOULD YOU LIKE TO IMPROVE?
Sebastian would like to improve his drawing skills, because he isn´t even able to draw something even remotely close to an hand. We are thinking of opening a GoFundMe page for some drawing classes.
Also, the next time we wouldn’t want to spend so much time on finding the right drawing tool for the second Task (diagrams in general).

[A#3, P4] Conceptual Model for User & Context

Affinity Diagramming

Step 1: Share Data

Step 2: Clustering

Step 3: Headlines

Steps 4 and 5: Super Headers and Priorities

Primary Persona

Melanie Mayer, 25 Jahre alt, Medizinstudentin


Sie ist bewegt sich gerne, ist aber keine Extremsportlerin. 
Wohnt seit einem Jahr in Berlin und geht mittlerweile dreimal die Woche spazieren, was allerdings durch Corona zugenommen hat. Dabei ist sie selten länger als eine Stunde unterwegs und die Routen, sind zum Teil auch der flachheit Berlins geschuldet, relativ einfach und nicht im besonderen anspruchsvoll.
Ihre Lieblingszeiten zum Spazierengehen sind die frühen Abendstunden.
In der Regel ist sie alleine unterwegs und hört dabei Musik. Um ihre Sicherheit macht sie sich dabei keine größeren Sorgen, trotz der Großstadt.
Sie liebt es neue Orte zu entdecken, wobei Sie sich allerdings nicht zuhause auf den Spaziergang vorbereitet, sondern die Route in der Regel aus einer Laune heraus entscheidet.
Sie kennt sich relativ gut in ihrer Umgebung aus, hat aber generell interesse daran, mehr über ihr Viertel/Stadtteil zu lernen und zu entdecken.
Sie benutzt bisher keine technischen Hilfsmittel für die Bestimmung ihrer Route, hat aber interesse daran auszuprobieren, ob dies ihren Spaziergang bereichern würde.
Der Spaziergang hilft ihr den Alltagsstress abzubauen und sie fühlt sich gesünder und fitter, wenn sie sich regelmäßig bewegt.

Extreme Character

Thomas Schneider, 29 Jahre alt, U-Bahnfahrer bei der BVG

Thomas kann, wenn er in Szenarien verwickelt wird, die ihn überfordern, oder wenn er unter zu viele Leute gerät Angstzustände entwickeln.
Aus diesem Grund verlässt er das Haus meistens nachts.
Seine Einkäufe erledeigt er am liebsten online, da für ihn ein Besuch im Supermarkt sehr belastend und anstrengend ist.
Trotzdem bewegt er sich gerne und geht beinahe jeden Tag nachts, in der Regel nach 11 Uhr, spazieren.
Am liebsten läuft er dann durch die Stadt und genießt die Stille.
Er ist der ersten dem auffällt, wenn in seiner Umgebung ein neues Haus gebaut wird oder ein neues Geschäfft eröffnet. Ihm fällt jegliche Veränderung auf.
Bevor er das Haus verlässt recherchiert er wo es neue Baustellen gibt oder ein Geschäfft neu eröffnet hat. Ihm ist es wichtig im Bezug auf seine Umgebung auf dem Laufenden zu bleiben. Desweiteren kennt er jegliche Gebäude seiner näheren Umgebung und weiß genauestens über deren Funktion bescheid.
Dies gibt ihm ein Gefühl der Sicherheit.

Scenario

Melanie steht morgens um 9 Uhr auf und stellt die Kaffeemaschine an, während sie duscht. Im Anschluss schaut Sie sich ihre heutige Online-Vorlesung an, während Sie frühstückt und ihren Kaffee trinkt.
Ihre arbeit für die Uni ist gegen 17 Uhr in der Regel erledigt und sie geht, nachdem sie sich eine halbe Stunde bei Youtube entspannt hat, spazieren.
Dafür nimmt sie ihre Kopfhörer, ihren Hausschlüssel, etwas Bargeld, aber nicht die ganze Brieftasche, und selbstverständlich ihre Maske mit.
Meistens zieht es sie in Richtung des nahegelegenen Parks, indem sie gerne spazieren geht. Auch die in der Nähe liegende Schrebergartenkolonie ist eine gern gewählte Anlaufstelle.
An dem heutigen, recht sonnigen, Tag wandert es sie allerdings ziellos durch die Straßen ihres Viertels, da sie sich nach etwas Abwechslung sehnt und auch ein wenig danach ein paar andere Gesichter zu sehen.
Sie nutzt den Spaziergang um sich bei einer nahe gelegenen Rösterei einen Kaffee zu holen und sich auf eine Bank zu setzen. Dabei hört sie ihren Lieblingspodcast.
Auf der gegenüberliegenden Straßenseite fällt ihr ein sehr schönes Gebäude auf. Sie vermutet es stammt aus der Renaissance ist sich aber nicht sicher. Das Gebäude sieht recht offiziell aus und sie fragt sich, ob es öffentliche genutzt wird. Sie probiert das Googeln kommt aber nicht weiter und bricht die Suche nach 3 Minuten ab.
Anschließend geht sie einen anderen Weg zurück nach hause und macht sich Abendessen.
Es gibt Nudeln mit einer selbstgemachten Tomatensoße a la Arrabiata.

UML Use Cases

Use Case 1: Routenvorschlag hinzufügen

Use Case 2: Routenplanung starten 

Assignment reflection

WHO MADE WHAT CONTRIBUTION?
We together conducted the Affinity Diagramming, defined persona and came up with a scenario. Marc and Sebastian also worked on the UML Diagramming while Milos finished the Blogpost as a whole.

WHAT DID YOU LEARN?
In this Assignment we dived deeper into our app ideas. While working we learnt how to practically implement personas and scenarios using the data we previously collected. We also have a better understanding now why such analysis make sense before jumping into coding.

WHAT WENT WELL?
We really liked doing that and found it quite interesting, because we had to think about actual usages of our application. Creating a persona went really good, so we decided to also create an extreme character as an additional element. 

WHAT WOULD YOU LIKE TO IMPROVE?
On the other hand, we did not find Affinity Diagramming quite useful neither for our quantitative survey nor for our qualitative interview data, because it was "too obvious". Probably larger amounts of data would be more senseful for such analysis. Other than that there is nothing we would like to improve specifically, since we are quite satisfied with out team flow and app idea.

[A#3, P3] Data gathering

  1. Define the goals of your data gathering session.
    What do you want to find out?

    Find out if there is a need for this App. Get feedback from interviewees, get more ideas.
    Have deeper understanding of their current behaviour and what do they expect: how would this App improve their everyday interactions with physical activities and free time outside walks?
    How often would they use it?
    Could they picture themselves using the App?
    Do they feel insecure about using the App while walking?
    Would they like to have an offline mode which pre-saves some data in order to be able to use the app without internet?
  2. Based on your goal, derive the kind of people you want to gather data from.
    What are your participants?
    Walking enthusiasts, that are new to the city.
    Walking enthusiasts, that live here, but doesn’t know the city too well.

    Who are you interviewing?
    We will be interviewing one friend who lives in Berlin for a bit more than one year. He used to go to the gym regularly, but during lockdown his new favourite activity became daily hiking/walking around Berlin and sightseeing.
  3. Decide on your data gathering method.
    Which methods are you using and why?
    1. Interview
      An individual point of view is important and an interviewee might have some ideas on his/her own, what features are important for her.
    2. Questionnaire
      A good way to generate more data ones we know what are the most important topics that need to be acquainted.
  4. What type of interview (structured, unstructured, semi-structured)?
    1. Interview is semi-structured. 
    2. Questionnaire is semi-structured.
  5. What kind of data do you want to gather?
    We want to gather valuable information that would help us better understand needs and requirements the future users of our App might have. This we do via two methods: one in-depth interview with one person from our target group, but also a short quantitative survey which would be filled by another chunk of our desired user group.
  6. Decide how you handle the topics pilot study & data recording
    We would not record the interview, but rather write notes while we conduct the talk. The questionnaire will be an online formular which we will disseminate to our targeted group, so we will then have organized data in a table, for further analysis. 

Interview:

  • How would you describe the scope of your sporty everyday activities?
  • How would you describe your general health at this moment?
  • What is your motivation for walking? Why?
  • Who do you usually walk with?
  • Has your behaviour concerning walks changed during the pandemic?
  • What distances are you usually walking?
  • How often do you take a walk per week?
  • How difficult would you say the routes generally are?
  • How does your walking route usually look like? Do they always differ?
  • Do you listen to music while walking or are you focussed on the route?
  • How far from home do you usually go to take a walk? Do you start your walk straight from where you live or do you go somewhere (by car, bike, public transport) specifically in order to have a walk?
  • On a scale from 1 to 10 how well are you informed about your surroundings (natural, cultural…)? Where do you feel you could use more data? 
  • Do you search on the internet in order to get to know your area and the city you live in?
  • Do you usually look up or prepare the route or are you open to discover new areas?
  • Do you use some apps in order to orientate yourself when going for a walk? Which ones?
  • How do you feel about the idea of having an app which provides routes with nice sceneries for walking?
  • What would you change it the Koomot app to make it better for your usage?
  • Would you like to receive interesting facts, in the form of push notification, about your surroundings while walking?
  • Is there anything else you would like to add?

The interview took around 30min. Those questions were just a starting point for a conversation. The answers were collected by writing notes during the interview, and improving them afterwards.

Questionnaire:

This is the questionnaire that we have disseminated in our community: https://docs.google.com/forms/d/e/1FAIpQLSfTPrB_u4pLkw10Ci1R9CT3WBkAz2iArutgk6ejpvcr3y-1ew/viewform

We have 56 answers, 50% of which are from those who identify as male, and 50% female.

Assignment reflection:
In this assignment we learnt more about different techniques of data gathering for the project. The three of us, together, came up with the interview questions and questionnaire, meaning we decided in team on the main points and ideas we want to get from this step of our research pipeline. One team member conducted the interview alone, since, due to the pandemic, it was not possible otherwise. We do not see any things that went wrongly. In our opinion we got what we wanted, we learnt some valuable information for our app from both interview and the questionnaire.

[A#1, P3] Scenic route

The scenic way of life: Scenic route

TEAM NAME: The scenic way of life

  1. Who is your user group?
    Our user group are people in big cities who want to spend their free time outside hiking in the most beautiful landscape possible.
  1. What is the exact problem?
    In this corona time, people cannot do many sporting activities, but they still have free time and wanna stay active in the best way possible, so they often choose having a walk. The problem is that existing maps applications suggest the fastest/shortest way to a location and not the most scenic one – the one person would love to spend their free time on.
  1. Where is your user group interacting with your software?
    The user is interacting with the software outside, in parks, on the street – in big cities.
  1. When is the user group interacting with your software?
    The user group is interacting whenever they have spare time (e.g. when going for an afternoon walk, on their way home, etc)
  1. Why do your users need this software?
    Hiking in metropolitan areas has been proven to be dangerous and stressful for pedestrians as well as for bikers and others involved in urban traffic. Users need our software to improve their quality of life and safety. Furthermore they are able to involve in cultural and educational aspects.
  1. How do you want to solve the problem?
    We want to create a mobile app that gives a route suggestion based on user’s preferences: 
    1. The level of hardness: easy, medium or advanced routes
    2. How much time user wants to spend
    3. Where does user want to start the route
    4. Where does user want to end the route

Reflexion:

Wer hat welchen Beitrag geleistet?
We developed the general idea together. After Milos generated the Blogpost, Marc prepared the slides for the presentation and Sebastian thought of the name and designed the group picture.
Afterwards we prepared the presentation.

Was habt ihr gelernt?
A sort of think tank to throw ideas around is a fun and productive way to develop and map out an idea.

Was lief gut?
We developed the idea quite fast and all of us were happy with it. Also the distribution of work wasn’t a problem and everyone was happy doing his part.

Was möchtet ihr verbessern?
One group member was a bit late to the meeting, so the other ones had to wait for him. This shouldn’t happen again. Also we should figure out if it is possible to edit other person’s Blogpost.