Eine App planen, die nicht am Umfang scheitert

„Wir brauchen eine App für unsere Kunden“ beschreibt ein Medium, aber noch kein Problem. Tragfähiger ist eine beobachtbare Situation: Wer versucht gerade was zu erreichen, was hält diese Person auf, und woran erkennt sie ein gutes Ergebnis?

Formulieren Sie den Ausgangspunkt in einem Satz: Wenn [Person] in [Situation] ist, soll sie [Ergebnis] erreichen können, ohne [heutiges Hindernis]. Dieser Satz trennt den Kern von Ideen, die später nützlich sein können, heute aber nichts am Hauptproblem ändern.

Der Kernablauf beginnt beim tatsächlichen Einstieg und endet beim sichtbaren Ergebnis. Für ein Fahrtenbuch kann das heißen: Fahrt erfassen, Zweck ergänzen, Vollständigkeit prüfen, Monatsübersicht exportieren. Einstellungen, Profilbilder oder ein Empfehlungsprogramm gehören nicht automatisch dazu.

Klären Sie für jeden Schritt: Was löst ihn aus? Welche Angabe braucht es? Welche Entscheidung trifft das System? Woran erkennt die Person Erfolg? Was passiert bei Abbruch, Fehler oder fehlenden Daten? Passt der Weg nicht auf eine Seite, stecken oft mehrere Produkte oder Zielgruppen darin.

Ein enger Umfang darf sich klein anfühlen, aber nicht kaputt. Eine Version, die Daten erfassen, sie aber weder verständlich zeigen noch sicher korrigieren kann, ist kein sinnvoller Test. Reduzieren Sie lieber die Zahl der Anwendungsfälle und führen Sie den gewählten Fall sauber zu Ende.

Die Prüffrage lautet: Würde jemand den Kernablauf freiwillig ein zweites Mal benutzen, wenn alle angekündigten Funktionen nie kämen? Fehlerzustände, Datenschutz, Bedienbarkeit und Export gehören deshalb nicht auf „später“ – sie entscheiden, ob der Kern überhaupt benutzbar ist.

Markieren Sie, was mit Nutzern beobachtet wurde, was aus einer technischen oder rechtlichen Vorgabe folgt, was eine Produktentscheidung ist und was nur eine Annahme. Für jede riskante Annahme braucht es den günstigsten sinnvollen Test.

Das kann ein Gespräch sein, ein klickbarer Ablauf, ein Import mit zehn echten Beispielen oder eine technische Probe für eine unsichere Schnittstelle. Eine Lösung ist erst bestätigt, wenn der Test die konkrete Frage beantwortet.

Die gebaute App ist ein Meilenstein. Store-Einreichung, Datenschutzhinweise, Supportweg, Käufe, Wiederherstellung und die tatsächliche Veröffentlichung sind weitere. Apple und Google prüfen Apps vor der Freigabe nach eigenen Richtlinien; planen Sie dafür Zeit und mögliche Nachbesserungen ein.

Legen Sie fest, wer Konten besitzt, wer auf Rückfragen reagiert und wie Fehler nach dem Start behandelt werden. Eine seriöse Planung benennt außerdem, welche Nachweise noch fehlen: Ein Test im Simulator belegt weder einen echten Kauf noch die öffentliche Verfügbarkeit.