UX und UI Design · Laufendes Eigenprojekt · Android App
NeuroNote
Ein Kopfschmerztagebuch, das sich auch mit Schmerzen ausfüllen lässt und daraus einen Bericht erzeugt, den eine Praxis in der Sprechstunde in einer Minute liest.
Die Startseite im Normalzustand. Aktueller Designstand, November 2026.
Rolle
UX und UI Design, Research, Konzept, Interaktionsdesign, Visual Design
Werkzeuge
Figma, Miro, Google Forms
Kontext
Laufendes Eigenprojekt, 2024 begonnen und 2025 im UX und UI Bootcamp neu aufgesetzt
Research-Basis
Umfrage mit 7 Antworten, 3 Interviews, App Store Rezensionen, Wettbewerbsvergleich, fachliche Begleitung durch eine Oberärztin
Stand
Ein Kopfschmerztagebuch führt man selten freiwillig. Vier von fünf Personen, die diese Frage in meiner Umfrage beantwortet haben, tun es auf ärztliche Aufforderung. Die vorhandenen Apps scheitern aber genau an dem Moment, für den sie gedacht sind: am Anfall.
Aus eigener Erfahrung weiß ich, wie das ausgeht. Man bricht ab, und beim nächsten Termin liegen wieder keine Daten vor.
Die Stichprobe meiner Umfrage ist stark betroffen: 57,1 Prozent der sieben Befragten haben täglich Kopfschmerzen, weitere 28,6 Prozent an 21 bis 30 Tagen im Monat. Alle sieben hatten vorher bereits eine Kopfschmerztagebuch-App genutzt und wieder aufgegeben.
„Unklare Einträge, man wusste teilweise nicht wie man das alles eingeben soll.“
Umfrage, Freitextantwort
„Weiße Schrift auf sehr hellem Hintergrund. Die Entwickler hatten offenbar noch nie Migräne.“
App Store Rezension, aus der Affinity Map
Der Schmerz einer Befragten schwankt an einem Tag von 2 bis 8 von 10. Keine der genutzten Apps kann das abbilden.
Umfrage, Freitextantwort, sinngemäß wiedergegeben
Umfrage, 7 Antworten: 57,1 Prozent haben täglich Kopfschmerzen.
Grundlage sind eine Umfrage mit 7 Antworten, drei Interviews, die negativen Rezensionen zu verbreiteten Kopfschmerz-Apps, ein Vergleich von neun Wettbewerbern und die fachliche Begleitung durch eine Oberärztin einer Schmerzklinik. Vier Erkenntnisse tragen alle späteren Entscheidungen.
01
Das Konto ist die erste Hürde
In den Rezensionen steht der Registrierungszwang ganz oben. Wer eine App nicht einmal ansehen kann, ohne eine Mailadresse zu hinterlassen, löscht sie wieder. Dazu kommt die Sorge, wo die Daten am Ende liegen.
Ausschnitt der Affinity Map, Cluster Benutzerkonto. Zum Vergrößern anklicken.
02
Mit Schmerzen ist der Eintrag nicht zu schaffen
Im Anfall sinken Konzentration und Sehvermögen. Mehrere Rezensionen beschreiben, dass sie die App genau dann nicht mehr bedienen können, wenn sie sie brauchen. Helles Weiß auf Hellgrau wird sogar selbst als Auslöser genannt.
Ausschnitt der Affinity Map, Cluster Mit Migräne nicht nutzbar. Zum Vergrößern anklicken.
03
Kurz und augenschonend schlägt funktionsreich
Gefragt, was bei einer neuen App am wichtigsten wäre, nennen 30 Prozent augenschonende Farben und 30 Prozent einen Eintrag, der schnell fertig ist. Arztzugriff und Kalenderansicht folgen mit je 20 Prozent. Funktionsumfang nennt niemand.
04
Der eigentliche Adressat sitzt in der Praxis
Vier von fünf Personen, die diese Frage beantwortet haben, führen das Tagebuch, weil die Praxis es verlangt. Der Export ist damit kein Zusatz, sondern der Zweck der App. In einem Interview hieß es sinngemäß über die stärkste Konkurrenz: Ich kann sie gut benutzen, mein Arzt nicht.
Umfrage, 5 Antworten auf diese Frage: vier davon nennen die Praxis.
Ausschnitt der Affinity Map, Cluster Zu Kompliziert. Zum Vergrößern anklicken.
Die vollständige Affinity Map aus Rezensionen und Interviews. Zum Vergrößern anklicken.
Hauptpersona
Leonie, 15, Schülerin
2 bis 5 Mal pro Woche Kopfschmerzen
Geht gern mit Freunden weg, schaut gern fern, ist viel am Handy und technisch gut versiert.
Was ihr im Weg steht
Regelmäßige Kopfschmerzen · Arzttermine dauern ihr zu lang und sind ihr zu langweilig · Ein Papiertagebuch findet sie altmodisch und umständlich
Persona
Andreas, 37, 3D Designer
6 Mal pro Woche Kopfschmerzen
Liebt seine Arbeit, ist kreativ und technisch sehr versiert.
Was ihm im Weg steht
Frustriert und mental erschöpft von den ständigen Schmerzen · Kann durch die Schmerzen kaum am Handy oder PC sein · Mag es nicht, für Apps Konten anzulegen
Was er erreichen will
Keine Schmerzen mehr haben · Ein Eintrag darf ihn nicht anstrengen
Persona
Melissa, 26, Zahnarzthelferin
1 bis 3 Mal pro Woche Kopfschmerzen
Macht gern Sport und kennt sich mit gängigen Apps aus.
Was ihr im Weg steht
Bei Schmerzen gereizt und wenig geduldig · Will nicht, dass ihre Daten weiterverwendet werden
Was sie erreichen will
Genauer verstehen, wie oft und warum sie Schmerzen hat · Im Blick behalten, wie viele Medikamente sie nimmt
Daraus folgen vier Fragen
HMW 01
Wie können wir den Ablauf eines Schmerzeintrags kurz halten, sodass Leonie ihn wirklich erledigt?
HMW 02
Wie können wir das Design augenfreundlich gestalten, damit Andreas die App auch mit Schmerzen nutzen kann?
HMW 03
Wie können wir mentale Hilfestellung geben, damit Andreas nicht aufgibt und weiter Einträge macht?
HMW 04
Wie können wir die Daten speichern, ohne dass Andreas ein Konto braucht?
Ich habe neun Apps angesehen: Headachehurt, die Migräne-App der Schmerzklinik Kiel, DMKG, Migraine Buddy, HeadApp, Migraine Tracker, Migränekalender, sinCephalea und Mind. Drei davon prägen die Entscheidungen auf dieser Seite.
Stärkster Wettbewerber
Migraine Buddy
Was gut ist
Kostenlos, sehr funktionsreich, ein begonnener Eintrag darf offen bleiben, der Export funktioniert.
Was nicht funktioniert
Zu kompliziert. Ein Interviewter sagte sinngemäß: Ich kann sie gut benutzen, mein Arzt nicht.
Was NeuroNote anders macht
NeuroNote stellt eine Frage pro Screen und richtet den Bericht an die Praxis, nicht an die Nutzerin.
Fachlich stark
Migräne-App der Schmerzklinik Kiel
Was gut ist
Eine Frage pro Seite, Wetterdaten, eine Wortskala für die Schmerzstärke und die Akutmedikation der letzten 30 Tage auf einen Blick.
Was nicht funktioniert
Augenunfreundlich und textlastig, kein Überblick, ein anstrengender Kalender und eine fehleranfällige Zeiteingabe über ein Zahlenrad.
Was NeuroNote anders macht
NeuroNote übernimmt Wortskala und Akutmedikation und ersetzt das Zahlenrad durch Jetzt als Vorgabe.
Die zugelassene DiGA
sinCephalea
Was gut ist
Als digitale Gesundheitsanwendung zugelassen, von den Kassen erstattet, klarer Ernährungsfokus.
Was nicht funktioniert
Eine befragte Person hat sie wegen des Blutzuckersensors nicht genutzt. Ein Zusatzgerät ist eine Hürde.
Was NeuroNote anders macht
NeuroNote braucht kein Zusatzgerät und keine Nadel, nur das Handy, das ohnehin dabei ist.
Sechs Entscheidungen bestimmen, wie sich NeuroNote anfühlt. Zu jeder steht hier, worauf sie sich stützt, was sie festlegt, was ich dafür verworfen habe und auf welchem Screen man sie sieht.
Entscheidung 01
Kein Pflichtkonto
Beleg
Der Registrierungszwang ist in den Rezensionen der am häufigsten genannte Abbruchgrund. Dazu kommt die Angst vor Datenverlust: Eine Rezension beschreibt drei Jahre Daten, die nach einem Handyschaden weg waren.
Entscheidung
NeuroNote startet ohne Konto. Die Daten bleiben auf dem Gerät, ein Backup ist freiwillig und wird erst nach dem ersten Eintrag angeboten, nicht im Onboarding.
Verworfen
Der Login-Screen aus der ersten Fassung. Er widersprach der eigenen Entscheidung und ist ersatzlos gestrichen.
Erster Start ohne Konto. Die Willkommenskarte erklärt das Ziel, der Hinweis sagt, wo die Daten liegen.
Entscheidung 02
Eine Frage pro Screen, und der Eintrag darf offen bleiben
Beleg
Im Anfall sinkt die Konzentration. In den Rezensionen steht das als Hauptgrund, warum ein Eintrag liegen bleibt. Aus den Interviews kam der Wunsch, einen laufenden Eintrag später abzuschließen.
Entscheidung
Der Eintrag läuft über acht Screens mit je einer Frage, kurzen Sätzen und großen Zielflächen. Läuft gerade ein Eintrag, zeigt die Startseite eine Statuskarte, und der Knopf heißt Eintrag beenden.
Verworfen
Ein langes Formular auf einer Seite. Es spart Taps und kostet genau die Aufmerksamkeit, die im Anfall fehlt.
Läuft ein Eintrag, wird aus dem Knopf Eintrag der Knopf Eintrag beenden.
Entscheidung 03
Skala 0 bis 10, Wortskala als Alternative
Beleg
71,4 Prozent der sieben Befragten geben ihre Schmerzen am liebsten auf einer Skala von 0 bis 10 an, 28,6 Prozent in Worten. In einem Interview kam die Wortskala der Kiel-App ausdrücklich gut an.
Entscheidung
Gespeichert wird immer der Wert 0 bis 10, damit der Arztbericht mitteln kann. Die Wortskala lässt sich in den Einstellungen wählen und ist nur eine andere Lesart derselben Zahl: 0 keine, 1 bis 3 leicht, 4 bis 6 mittel, 7 bis 9 stark, 10 stärkster vorstellbarer Schmerz.
Verworfen
Die alte Beschriftung von Leicht zu Schwach. Sie war sprachlich unsinnig und ist ersetzt.
Umfrage, 7 Antworten: 71,4 Prozent bevorzugen die Skala 0 bis 10.
Schritt 2, Zahlenskala.
Entscheidung 04
Der Knopf für den Eintrag bekommt eine Beschriftung
Beleg
Im Usability-Test fand die Testperson den Ersteintrag nicht. Sie klickte zuerst auf den Kalender. Das nackte Plus war für Erstnutzer nicht eindeutig.
Entscheidung
Der Knopf trägt den Text Eintrag statt nur ein Symbol. Er ist kein fünfter Reiter in der Navigation, weil einen Eintrag zu erstellen eine Aktion ist und kein Ort. Die Leiste behält Übersicht, Kalender, Berichte und Mehr.
Verworfen
Das Plus ohne Beschriftung und ein fünfter Reiter in der unteren Leiste.
Unten die vier Ziele, rechts der beschriftete Knopf für die Aktion.
Entscheidung 05
Schmerzstärke getrennt von Beeinträchtigung
Beleg
Aus Rezensionen und Research kam, dass die Beeinträchtigung getrennt erfasst werden muss. Geräusche schränken manchmal stärker ein als der Schmerz selbst.
Entscheidung
Schritt 6 fragt erst, welcher Bereich betroffen ist, also Arbeit, Schule, Haushalt oder Freizeit, und danach, wie stark. Der Wert aus Schritt 2 bleibt davon unberührt.
Verworfen
Ein einziger Wert für beides. Er hätte den Arztbericht unbrauchbar gemacht.
Schritt 6 von 8. Bereich und Ausmaß werden nacheinander gefragt.
Entscheidung 06
Der Arztbericht bekommt einen eigenen Weg
Beleg
In der Wettbewerbsanalyse steckte An den Arzt schicken im Untermenü, und Berichte wurden in Tagen statt in Monaten gedacht. Vier von fünf Befragten, die diese Frage beantwortet haben, führen das Tagebuch auf ärztliche Aufforderung.
Entscheidung
Berichte sind ein eigener Reiter in der unteren Leiste, und der nächste Arzttermin auf der Startseite führt direkt in den Bericht. Seite 1 ist für den schnellen Blick in der Sprechstunde gebaut, Seite 2 enthält die Details. Notizen sind standardmäßig nicht enthalten, weil sie Privates enthalten können.
Verworfen
Der Bericht als Unterpunkt in den Einstellungen und Zeiträume in Tagen statt in Monaten.
Der Reiter Berichte. Arztbericht erstellen steht ganz oben.
Beide Diagramme sind groß. Hier steht jeweils ein lesbarer Ausschnitt, die Gesamtansicht öffnet sich per Klick.
Informationsarchitektur
Darauf sollte man achten: Schmerzeintrag und Notfalleintrag liegen auf derselben Ebene wie Kalender und Berichte. Kein Eintrag steckt in einem Untermenü, und der Weg von der Startseite zum ersten Feld ist einen Schritt lang.
Ausschnitt: Startseite, Schmerzeintrag, Kalender und Berichte.
Die vollständige Architektur mit allen sechs Zweigen. Zum Vergrößern anklicken.
User Flow
Der Flow zeigt drei Wege: einen Eintrag anlegen, einen Eintrag im Kalender nachträglich ändern und einen Bericht erzeugen. Darauf sollte man achten: Der Weg zum Bericht endet bei einer Mailadresse, nicht bei einem Download, den jemand ausdrucken muss.
Ausschnitt: der Weg durch den Schmerzeintrag, ein Schritt pro Frage.
Ausschnitt: der Weg zum Arztbericht endet beim Versand, nicht beim Download.
Der vollständige Flow mit allen drei Einstiegen. Zum Vergrößern anklicken.
Die Wireframes legten die Reihenfolge der Fragen fest. Was sich danach geändert hat, kam aus dem Usability-Test, aus den Rezensionen und aus dem Wettbewerbsvergleich.
Gegenüberstellung 01
Schritt 1: Datum und Uhrzeit
Die Wochenleiste beginnt jetzt montags statt sonntags, und Jetzt ist vorausgewählt. Das Zahlenrad aus der Konkurrenz ist weg, weil es laut Research Minusstunden produziert. Wer den Eintrag offen lassen will, wählt Läuft noch statt einer Endzeit.
Wireframe
Design
Gegenüberstellung 02
Schritt 2: Schmerzstärke
Im Wireframe standen Zahlen und Wörter nebeneinander. Daraus wurde eine Wortskala: Keine, Leicht, Mittel, Stark und Stärkster vorstellbarer Schmerz, jeweils mit der Zahl oder dem Zahlenbereich dahinter. Gespeichert wird weiterhin ein Wert von 0 bis 10, damit der Arztbericht vergleichbar bleibt.
Wireframe
Design
Gegenüberstellung 03
Schritt 7: Medikamente
Aus der freien Eingabe wurde eine Liste mit Checkboxen, Dosis und Uhrzeit. Das war nötig, weil die Akutmedikation im Arztbericht gezählt wird und für die Einschätzung eines Medikamentenübergebrauchs zählbar sein muss.
Wireframe
Design
Im November 2026 wird noch an den Screens gearbeitet, allen voran am Schmerzeintrag. Das Ergebnis, auf das alles zuläuft, ist der Bericht: zwei Seiten A4, Seite 1 für den schnellen Blick in der Sprechstunde, Seite 2 für die Details.
Arztbericht Seite 1: Kennzahlen, Kalenderübersicht, Monatsverlauf und Akutmedikation mit Einnahmetagen pro Monat.
Arztbericht Seite 2: Schmerzart, Schmerzort, Begleitsymptome, Einschränkungen und die Einträge im Detail.
Der Screen scrollt, weil drei Ansichten untereinander liegen.
Schritt 4 von 8
Der Schmerzort
Der Ort wird über drei Kopfansichten gewählt: von vorne, von der Seite und von hinten. Rechts und links sind anatomisch korrekt zugeordnet und tauschen auf der Rückansicht die Seite, damit niemand spiegelverkehrt tippt.
Die gewählten Stellen erscheinen darunter als Chips. Der Screen wächst mit dem Inhalt, statt ihn abzuschneiden, und ist damit der einzige Schritt, der länger als eine Bildschirmhöhe wird.
Schritt 8: Notizen, nicht im Bericht
Kalender, Monatsansicht
Bericht: Zeitraum wählen
Bericht: Warnung bei zu wenig Daten
Bericht: Vorschau vor dem Versand
Lichtempfindlichkeit, Konzentrationsmangel und Sehstörungen gehören bei Migräne zum Krankheitsbild. Barrierefreiheit ist hier keine Zusatzleistung, sondern die Bedingung dafür, dass die App im Anfall überhaupt benutzt wird. Die App ist noch nicht barrierefrei, das ist aber das Ziel, und die folgenden Vorgaben richten den Entwurf darauf aus.
Keine Information allein über Farbe
Die Schmerzstärke steht als Zahl im Kreis, die Farbe verstärkt nur. Eine Auswahl ist zusätzlich an Füllung und Position erkennbar.
Keine Rot-Grün-Kodierung
Im Usability-Test wurde Rot-Grün-Schwäche als Risiko notiert. Kein Zustand trägt seine Bedeutung allein in Rot oder Grün.
Kontrast an Variablen gebunden
Farben kommen ausschließlich aus On-Surface- und On-Container-Rollen. Dunkelmodus und hoher Kontrast sollen dadurch automatisch mitlaufen.
Zielgrößen
Knopf Eintrag 56 dp, Navigationseinträge 64 dp, Buttons 56 und 48 dp, Chips und Felder 48 dp, Skalenfelder 54 mal 54 dp, Tageszellen 46 mal 72 dp.
200 Prozent Schriftgröße
Bei doppelter Schriftgröße soll nichts abbrechen, weil jeder Screen vollständig in Auto-Layout hängt.
Kein reines Weiß
Die Oberfläche liegt auf einem gebrochenen Weiß. Weiß auf Hellgrau wird in den Rezensionen selbst als Auslöser genannt.
Getestet wurde mit einer Person und einem Szenario: neue App, Freitag, der Kopfschmerz beginnt gerade, erster Eintrag. Ich wollte eine Frage beantworten: Gelingt der erste Eintrag ohne Hilfe?
Die Aufgaben
Als Gast anmelden (in der ersten Fassung gab es noch diesen Login). Einen Eintrag starten, während der Schmerz noch läuft. Stärke schwach, Art pochend und stechend, Ort Augen, Symptom Schwindel. Die verbleibenden Schritte ablesen. Keine Verstärkung, keine Medikamente. Abschließen.
Was dabei herauskam
Der Ablauf des Schmerzeintrags wurde als selbsterklärend bezeichnet.
Der Ersteintrag war nicht ersichtlich. Die Testperson klickte zuerst auf den Kalender, das Plus war für Erstnutzer nicht eindeutig.
Die Tastatur im Prototyp irritierte.
Bei extremen Schmerzen wurde automatisch eine Zahl gewählt.
Was ich daraus geändert habe
Umgesetzt
Der Knopf trägt jetzt den Text Eintrag statt nur ein Plus.
Umgesetzt
Die Schmerzeinheit ist wählbar: Zahl oder Wort.
Noch offen
Onboarding mit Sprechblasen, Kalenderdesign überdenken, Rot-Grün-Schwäche gezielt prüfen.
NeuroNote habe ich 2024 nach dem Studium als eigenes Projekt begonnen, zunächst als oberflächlichen Versuch in Figma. 2025 habe ich es im UX und UI Bootcamp der Digitale Leute School noch einmal von vorne aufgesetzt, mit eigener Recherche, und führe es seitdem eigenständig weiter. Ziel ist die Zulassung als digitale Gesundheitsanwendung, also die Aufnahme ins BfArM-Verzeichnis und die Kostenübernahme durch die gesetzlichen Krankenkassen. In Deutschland kommen dafür 8 bis 11 Millionen Menschen in Frage. Eine Oberärztin einer Schmerzklinik begleitet das Projekt fachlich.
Woran ich das Design messe: 90 Prozent sollen einen Schmerzeintrag ohne Hilfe in unter zwei Minuten schaffen. Die wichtigste Metrik danach ist der Anteil, der nach 30 Tagen noch aktiv ist, weil ohne regelmäßige Einträge kein Versorgungseffekt entsteht.
Was noch offen ist
Sieben Antworten sind eine zu kleine Stichprobe. Die Entscheidungen oben sind begründet, aber nicht belegt.
Offen ist außerdem, ob der Bericht direkt aus der App verschickt wird, was einen Server für Gesundheitsdaten erfordert, oder an die Mail-App des Handys übergeben wird, sodass die Daten beim Nutzer bleiben. Die aktuelle Empfehlung ist die Mail-App. Ebenfalls offen ist, welche Kennzahlen die Ärzteseite erwartet, etwa MIDAS, HIT-6 oder Kopfschmerztage nach ICHD-Kriterien.
Nächster Schritt
Ein Usability-Test des klickbaren Prototyps mit Betroffenen, möglichst auch während einer Attacke, und eine zweite Befragung mit größerer Stichprobe.