Eine App mit KI erstellen: vom Briefing zum getesteten Projekt

1. Beschreibe die Arbeit, die deine App erleichtern soll

Beginne mit Zielgruppe, Problem und dem wichtigsten Ablauf. „Baue eine Projektmanagement-App“ lässt viele Entscheidungen offen. Aussagekräftiger ist: „Ein kleines Team soll Projekte anlegen, Aufgaben zuweisen und deren Fortschritt sehen. Eine neue Aufgabe muss nach dem Speichern sofort im gewählten Projekt erscheinen.“ So wird aus einer allgemeinen Idee eine konkrete Erwartung.

Ergänze Rollen und Daten: Wer darf Projekte bearbeiten? Welche Felder braucht eine Aufgabe? Welche Angaben sind Pflicht? Nenne auch, was zunächst nicht gebraucht wird. Ein klar abgegrenzter erster Stand lässt sich besser prüfen als eine lange Wunschliste, in der alles gleichzeitig wichtig ist.

2. Ein Briefing, das du anpassen kannst

Erstelle einen Aufgabenplaner für ein kleines Team. Projekte enthalten Aufgaben mit Titel, Beschreibung, Status und Fälligkeitsdatum. Die Oberfläche hat eine Projektnavigation und eine Aufgabenliste. Neue Projekte erscheinen direkt in der Navigation. Neue Aufgaben erscheinen nach dem Speichern in der Liste. Bearbeiten erfolgt in einem Modal. Leere Eingaben werden verständlich erklärt. Die App muss auf dem Smartphone bedienbar sein. Plane zunächst Datenmodell und Hauptabläufe; nenne offene Entscheidungen.

Beschreibe für ein echtes Projekt zusätzlich Anmeldung, Berechtigungen und Speicherung. Eine lokale Demonstration und eine Mehrbenutzer-App haben unterschiedliche Anforderungen. Beispielwerte sollten keine vertraulichen Kundendaten enthalten.

3. Entwickle einen vollständigen Ablauf nach dem anderen

Starte mit einem kleinen, durchgängigen Ablauf: Projekt anlegen, Aufgabe erstellen, Aufgabe bearbeiten, Ergebnis wiederfinden. Erst wenn dieser Weg funktioniert, folgen Filter, Auswertungen oder weitere Rollen. Im LXI AI Maker kannst du den Plan und den Fortschritt verfolgen und Änderungen im Chat beschreiben.

Halte bei Feedback ausdrücklich fest, was bleiben soll. Zum Beispiel: „Modernisiere das Aufgaben-Modal. Behalte Navigation, Datenmodell und bestehende Funktionen bei.“ Referenziere die aktuelle Oberfläche und beschreibe den gewünschten Unterschied. Ein Screenshot hilft bei visuellen Details; ein reproduzierbarer Ablauf hilft bei Funktionsfehlern.

4. Prüfe sichtbare Ergebnisse, nicht nur Erfolgsmeldungen

Eine Meldung wie „Gespeichert“ beweist noch nicht, dass die Daten richtig verarbeitet wurden. Verwende unterschiedliche Testnamen pro Ablauf und prüfe, ob die neue Entität in der richtigen Liste erscheint. Lade die Seite neu und kontrolliere die Speicherung. Teste anschließend das Bearbeiten und, bei entbehrlichen Testdaten, das Löschen.

• Hauptablauf: Eine gültige Eingabe führt zum erwarteten Ergebnis.
• Fehlerfall: Fehlende Pflichtfelder werden erklärt, vorhandene Daten bleiben erhalten.
• Navigation: Zurück, Filter und leere Listen funktionieren nachvollziehbar.
• Mobil: Menüs, Dialoge und Schaltflächen sind ohne horizontales Suchen erreichbar.
• Berechtigungen: Nicht berechtigte Konten können fremde Daten nicht lesen oder ändern.

Automatische Tests sind eine wichtige Unterstützung, ersetzen aber keine fachliche Freigabe oder Sicherheitsprüfung für sensible Anwendungen. Halte fest, welche Anforderungen geprüft wurden und welche noch offen sind.

5. Sichere einen nachvollziehbaren Stand vor der Veröffentlichung

Beschreibe vor einem größeren Folgeauftrag den aktuellen Stand und die neue Anforderung getrennt. Nutze Versionen, um Änderungen nachvollziehen zu können. Prüfe beim Download eines Projekts, welche Laufzeit, Startbefehle und Konfigurationen es benötigt. Eine Web-Vorschau und eine lokal ausführbare Anwendung sind nicht dasselbe.

Für den öffentlichen Start gehören außerdem ein passender Name, Hosting, Datenschutzinformationen und ein Plan für Updates dazu. Der Leitfaden zu Domain und Hosting erklärt die Grundlagen. Wenn mehrere Systeme, besondere Zugriffsregeln oder individuelle Infrastruktur beteiligt sind, kannst du mit uns eine individuelle Lösung besprechen.