Du hast mit KI einen Prototyp gebaut und kannst den wichtigsten Ablauf bereits durchklicken. Ein Formular nimmt Daten an, eine Übersicht zeigt das Ergebnis, und das Design sieht auf deinem Laptop ordentlich aus. Jetzt möchtest du die Anwendung veröffentlichen.
Für die nächste Entscheidung würde ich zuerst festhalten, was bereits funktioniert. Werden Eingaben tatsächlich gespeichert oder erscheinen sie nur in der aktuellen Ansicht? Funktioniert der Ablauf auch nach dem Neuladen? Welche Teile verwenden noch Beispieldaten? Das lässt sich am bestehenden Prototyp prüfen, bevor du jemanden mit weiteren Funktionen beauftragst.
Probiere auch aus, wie jemand einen Ablauf verlässt
Eine Demo beginnt oft auf der Startseite und endet mit einer erfolgreichen Bestätigung. Im Alltag gehen Menschen zurück, schließen einen Tab oder beginnen später mit einer anderen Aufgabe. Dabei zeigt sich, welche Eingaben erhalten bleiben und welche verworfen werden sollten.
Bei Bridagency fiel vor dem Launch in einem Browsertest ein solcher Fehler auf: Nach dem Abbruch des vollständigen Planungsablaufs und dem anschließenden Schnellstart für eine einzelne Dienstleistung waren noch Angaben aus dem alten Entwurf vorhanden. Der neue Einstieg übernahm also Daten, die dort nicht hingehörten.
Deshalb prüfe ich bei einer Übergabe auch die Wechsel zwischen Abläufen. Für den Test würde ich den vollständigen Weg aufschreiben: Planung beginnen, Angaben ändern, abbrechen, Schnellstart öffnen und kontrollieren, welche Daten dort erscheinen.
Wenn du so einen Fehler beschreibst, kann ein Entwickler ihn gezielt nachvollziehen. Nach der Korrektur lässt sich derselbe Ablauf als Regressionstest wiederholen.
Kläre, wem die gespeicherten Daten gehören
Sobald mehrere Menschen eine Anwendung verwenden, reicht der Test mit deinem eigenen Konto nicht mehr. Ein Kunde soll seine eigenen Entwürfe sehen und bearbeiten können. Ob er auch Daten anderer Konten abrufen kann, muss getrennt geprüft werden.
Dafür gehört in die Übergabe eine einfache Zuordnung: Welche Rollen gibt es, welche Daten dürfen sie sehen und welche Änderungen dürfen sie vornehmen? Zum Beispiel darf eine Kundin ihre Anfrage bearbeiten, während ein Mitarbeiter eingegangene Anfragen im Team bearbeitet. Die Regeln müssen auch im Backend durchgesetzt werden. Ein ausgeblendeter Button verhindert allein keinen unerlaubten Zugriff. OWASP empfiehlt, Berechtigungen bei jeder Anfrage zu prüfen.
Für diese Prüfung würde ich getrennte Testkonten und Testdaten verwenden. Geht der Umfang über die vorhandene Anwendung oder meine Zuständigkeit hinaus, muss die Backend- oder Security-Verantwortung vor der Veröffentlichung geklärt werden.
Geh mit echten Textlängen und Fehlerfällen durch das Interface
Beispieldaten machen ein Layout oft übersichtlicher als die späteren Inhalte. Ein kurzer Name passt in eine Zeile. Eine längere Firmenbezeichnung kann auf dem Handy schon einen Button verschieben. Eine leere Liste braucht wiederum eine Erklärung, wie der erste Eintrag entsteht.
Prüfe deshalb einen vollständigen Ablauf mit unterschiedlich langen Inhalten. Was passiert bei einer fehlenden Pflichtangabe? Bleibt der eingegebene Text erhalten, wenn das Speichern fehlschlägt? Erkennt die Person, ob die Anfrage noch verarbeitet wird oder bereits angekommen ist?
Diese Loading, Empty, Error und Success States sollten im Frontend erkennbar sein. Sie helfen Menschen dabei, nach einem Fehler weiterzumachen oder eine Eingabe nicht unnötig zu wiederholen. Zur Prüfung gehören außerdem das Handy und die Tastaturbedienung. Ein Ablauf, der nur mit der Maus auf deinem Bildschirm funktioniert, ist noch nicht ausreichend geprüft.
Vereinbare, wer die Anwendung nach dem Launch betreut
Vor der Veröffentlichung sollte feststehen, wo die Anwendung läuft und wer Zugriff auf Hosting, Domain und die benötigten Dienste hat. Ebenso wichtig ist, wer auf Fehler reagiert und Änderungen veröffentlicht. Wenn alles nur über das persönliche Konto eines einzelnen Entwicklers erreichbar ist, wird die spätere Übergabe unnötig schwierig.
Bitte deshalb um eine kurze Dokumentation: Wie startet das Projekt lokal? Wie wird eine Änderung veröffentlicht? Welche Dienste werden benötigt? Wie lassen sich gespeicherte Daten sichern und bei Bedarf wiederherstellen? Welche bekannten Einschränkungen gibt es noch?
Wie umfangreich das ausfällt, hängt von der Anwendung ab. Für eine kleine öffentliche Demo gelten andere Anforderungen als für ein Kundenportal mit persönlichen Daten.
Beauftrage zuerst die Prüfung des vorhandenen Stands
Du musst den Prototyp für die Weiterentwicklung nicht vorsorglich neu bauen lassen. Sinnvoller ist eine Prüfung, welche Teile weiterverwendet werden können und wo noch Arbeit nötig ist. Daraus sollte eine nachvollziehbare Aufgabenliste entstehen, mit der du den nächsten Entwicklungsabschnitt beauftragen kannst.
Ich unterstütze Teams bei React- und TypeScript-Frontend-Entwicklung, der Anbindung vorhandener Dienste und dem Test wichtiger User Flows. Wenn noch unklar ist, wie die Anwendung funktionieren soll, beginnt die Arbeit bei der Konzeptentwicklung.
Schick mir deinen Prototyp und beschreibe, was bis zum Launch funktionieren muss. Dazu sind der aktuelle technische Stand und ein gewünschter Termin hilfreich.