Wie optimieren wir unsere App? Ein Zyklus in vier Schritten

Die Frage kommt meist in dieser Form: „Wir wollen unsere App besser machen — wo fangen wir an?" Und die übliche Antwort ist eine Liste. Sammlung aus Supportmeldungen, Vertriebswünschen, Wettbewerbsvergleich, ein Workshop mit Klebezetteln.

Am Ende steht eine Roadmap mit zwanzig Punkten, für die niemand begründen kann, warum Punkt drei über Punkt elf steht. Das ist kein Ideenproblem. Es ist ein Reihenfolgeproblem.

Warum Ideensammlungen nicht funktionieren

Weil eine Liste ohne Bezugspunkt keine Rangfolge zulässt. Zwanzig Vorschläge sind zwanzig Behauptungen darüber, was Nutzer brauchen. Ohne Messung entscheidet die Hierarchie, die Lautstärke oder der zuletzt eskalierte Supportfall.

Dazu kommt ein zweites, subtileres Problem: Ideen kommen fast immer von Menschen, die das Produkt gut kennen. Entwickler, Produktmanager, Support. Diese Menschen haben ihre Umwege längst verinnerlicht und nehmen die Hürden nicht mehr wahr, an denen neue Nutzer scheitern.

Der Ausweg ist nicht, mehr Ideen zu sammeln. Es ist, vorher zu messen.

Der Zyklus

Ein vollständiger Durchlauf dauert sechs bis zehn Wochen. Davon entfällt der kleinste Teil auf die eigentliche Erhebung.

Schritt 1: Messen

Sie brauchen einen Ausgangswert, bevor Sie irgendetwas ändern. Ohne ihn können Sie später nicht belegen, dass die Änderung gewirkt hat — und Sie werden es behaupten müssen.

Welche Kennzahl, hängt von der Frage ab:

• Ist die Bedienung insgesamt in Ordnung? SUS. Zwei Minuten für Teilnehmende, vergleichbar mit einem Benchmark von 68 Punkten.
• An welcher Qualität hakt es? UEQ+ mit drei bis fünf Skalen. Liefert ein Profil statt einer Note.
• Wie steht die Kundenbeziehung? NPS — aber nicht als Grundlage für Produktentscheidungen.

Die Gegenüberstellung steht in UX messen: UEQ+, SUS und NPS im Vergleich.

Zwei Regeln für diesen Schritt. Erstens: Messen Sie eine Sache. Ein Fragebogen mit drei Kennzahlen verliert die Hälfte der Teilnehmenden. Zweitens: Schreiben Sie die Bedingungen auf — Zielgruppe, Einladungsweg, Zeitraum, Fallzahl. Ohne diese Angaben ist die Nachmessung in drei Monaten nicht vergleichbar.

Schritt 2: Verstehen

Eine Kennzahl sagt nie, warum sie schlecht ist. Ein SUS von 61 ist ein Befund, keine Diagnose. Jetzt geht es darum, die Ursache einzugrenzen.

Zwei Wege, die sich kombinieren lassen:

Offene Fragen im selben Fragebogen. Kostet fast nichts und liefert oft das Entscheidende: „Was hat Sie beim letzten Mal am meisten aufgehalten?" Aus den Antworten entstehen Themen mit Häufigkeiten. Wie das ohne wochenlange Handarbeit geht, steht in Offene Antworten auswerten.

Eine JTBD-Erhebung. Wenn Sie den tatsächlichen Ablauf noch nicht kennen, ist JTBD Story die richtige Wahl; wenn Sie priorisieren müssen, JTBD ODI mit Opportunity Score. Die Zuordnung steht in Welche JTBD-Variante passt zu meiner Frage?

Verschneiden Sie mit Segmenten. Ein Problem, das 12 Prozent aller Nutzer nennen, aber 60 Prozent der Neukunden, ist ein Onboarding-Problem und keine Randnotiz. Dafür brauchen Sie ausreichend Antworten je Segment — siehe Wie viele Teilnehmer braucht eine Umfrage?

Schritt 3: Entscheiden

Aus Ursachen wird eine Rangfolge, und aus der Rangfolge wird eine Liste mit zwei Spalten: was wir bauen und was wir ausdrücklich nicht bauen.

Die zweite Spalte ist der Teil, der weggelassen wird, und sie ist der wertvollere. Ein dokumentiertes Nein beendet Diskussionen, die sonst alle sechs Wochen wiederkehren — und es schützt vor dem teuren Vorhaben, das intern schon beschlossene Sache war, bevor jemand nachgesehen hat.

Drei Kriterien, die zusammen entscheiden:

1. Häufigkeit. Wie viele sind betroffen?
2. Schwere. Führt es zum Abbruch oder ist es lästig?
3. Aufwand. Was kostet die Behebung?

Die Verfahren, die das formalisieren — RICE, Kano, Opportunity Score — stehen in Welches Feature bauen wir als Nächstes?

Begrenzen Sie sich auf zwei bis drei Vorhaben je Durchlauf. Wer fünf Dinge gleichzeitig ändert, kann in Schritt vier nicht mehr zuordnen, welche Änderung gewirkt hat.

Schritt 4: Nachmessen

Dieser Schritt wird am häufigsten übersprungen, und dann war der ganze Zyklus umsonst.

Wiederholen Sie die Erhebung aus Schritt 1 — identischer Fragebogen, vergleichbarer Einladungsweg, vergleichbare Zielgruppe. Jede Abweichung macht den Vergleich angreifbar.

Der richtige Abstand liegt bei sechs bis zwölf Wochen nach der Änderung. Früher haben zu wenige Nutzer die neue Version gesehen; später überlagern andere Einflüsse das Ergebnis.

Rechnen Sie damit, dass die Zahl sich nicht bewegt. Das ist kein Scheitern, sondern ein Ergebnis: Entweder war die Ursache falsch eingegrenzt, oder die Änderung war zu klein, oder die Kennzahl ist zu grob für das, was Sie verändert haben. Alle drei Erkenntnisse machen den nächsten Durchlauf besser.

Und beachten Sie die Größenordnungen: Ein SUS-Sprung von 71 auf 76 bei 15 Teilnehmenden ist Rauschen. Ohne ausreichende Fallzahl feiern Sie Zufall.

Was den Zyklus in der Praxis scheitern lässt

Der Ausgangswert fehlt. Häufigster Fall. Man beginnt mit der Änderung und will hinterher belegen, dass sie geholfen hat. Das geht nicht.

Der Fragebogen ändert sich zwischen den Durchläufen. Jemand formuliert die SUS-Aussagen „verständlicher" um. Damit ist die Vergleichbarkeit weg, mit der Vorerhebung und mit dem Benchmark.

Zu viele Änderungen gleichzeitig. Fünf Umbauten, ein Messpunkt, keine Zuordnung.

Kein fester Rhythmus. Ein Zyklus, der einmal läuft, ist ein Projekt. Wertvoll wird das Vorgehen erst, wenn dieselbe Erhebung zwei-, drei-, viermal gelaufen ist und Sie eine Kurve sehen statt eines Punktes.

Wo anfangen, wenn nichts gemessen ist?

Der kleinstmögliche erste Durchlauf, in einer Woche machbar:

1. SUS an eine erreichbare Nutzergruppe, mit einer offenen Zusatzfrage: „Was hat Sie zuletzt am meisten aufgehalten?"
2. Ausgangswert und die drei häufigsten Themen notieren.
3. Ein Vorhaben davon umsetzen, die anderen ausdrücklich zurückstellen.
4. Termin für die Nachmessung in den Kalender eintragen — jetzt, nicht später.

Das ist unvollständig und trotzdem mehr, als die meisten Teams haben.