Das ZAPPA-Framework: In 5 Phasen zur funktionierenden KI-Anwendung
Vibe Coding klingt verlockend – und scheitert oft an denselben Stellen. Wer KI nutzt, um Anwendungen zu entwickeln, kennt das Gefühl: Man startet euphorisch, der erste Prototyp sieht vielversprechend aus – und dann beginnt das Chaos. Fehlermeldungen häufen sich, der Code wird undurchschaubar, und plötzlich hat man eine KI, die eine KI repariert, die eine KI gebaut hat. Das ZAPPA-Framework setzt genau hier an – nicht als Bremse, sondern als strukturierter Fahrplan, der aus guten Ideen tatsächlich nutzbare Anwendungen macht.
Was ist ZAPPA?
ZAPPA steht für die fünf Phasen einer strukturierten KI-gestützten Entwicklung: Zielbild – Ablauf – Parameter – Prototyp – Anpassung. Es ist kein starres Vorgehensmodell, sondern ein iterativer Rahmen: Jede Phase kann mehrfach durchlaufen werden, die Phasen bauen aufeinander auf, und gerade das bewusste Hin-und-Herwechseln zwischen ihnen ist oft der Schlüssel zum Erfolg.
Der Kern des Frameworks ist eine einfache Einsicht: Die meisten Misserfolge beim Vibe Coding entstehen nicht durch schlechte KI – sondern durch unklare menschliche Anfragen.
Ein Beispiel, das uns durch alle fünf Phasen begleitet
Um das Framework greifbar zu machen, arbeiten wir in diesem Blogpost mit einem konkreten, kleinen Projekt: einer Materialausleihe für ein Lehrerzimmer.
Die Ausgangssituation: In einer Schule gibt es einen Raum mit Beamern, Verlängerungskabeln, Flipchart-Papier und ähnlichem. Bisher wird auf einem ausgedruckten Zettel notiert, wer was ausgeliehen hat. Das funktioniert schlecht – der Zettel ist oft weg, unleserlich oder nicht aktuell. Gesucht wird eine einfache digitale Lösung, die auf einem Tablet im Lehrerzimmer läuft. Keine große Sache, kein IT-Projekt – einfach etwas, das den Zettel ersetzt.
Dieses Beispiel ist bewusst einfach gewählt: Es geht nicht darum, ein beeindruckendes System zu bauen, sondern darum zu zeigen, wie das ZAPPA-Framework selbst bei einem kleinen Vorhaben den Unterschied macht.
Phase 1: Zielbild – Was soll entstehen?
Die erste Phase klingt banal, wird aber am häufigsten übersprungen oder zu hastig abgehakt. Das Zielbild ist keine technische Spezifikation, sondern eine Beschreibung aus Nutzerperspektive. Die entscheidende Frage lautet nicht: Wie soll die Anwendung technisch funktionieren? Sondern: Was soll jemand damit tun können?
Der Unterschied ist erheblich. Wer aus der Nutzerperspektive denkt, beschreibt Handlungen und Bedürfnisse. Wer aus der Technikperspektive denkt, beschreibt Datenbankstrukturen und Systemarchitektur – und überfordert dabei die KI ebenso wie sich selbst.
Strategien für ein gutes Zielbild:
- In kleinen, konkreten Versionen denken – nicht den großen Wurf anstreben
- Eine Funktion pro Anfrage beschreiben – nicht alles auf einmal
- Ziel und Zielgruppe explizit benennen – für wen ist das Ganze?
- Fachjargon vermeiden – wenn es klingt wie eine Stellenanzeige für Entwickler, ist es zu technisch
Typische Fehler: Das Zielbild ist zu groß oder zu abstrakt, enthält zu viele Funktionen auf einmal, oder es wird aus der Perspektive der Technik statt der Nutzenden formuliert.
So sieht es im Beispiel aus
Schlechtes Zielbild: „Ein webbasiertes System zur Verwaltung von Schulressourcen mit Benutzeranmeldung und automatischer Benachrichtigung bei Rückgabe."
Gutes Zielbild: „Lehrkräfte sehen eine Liste verfügbarer Materialien im Lehrerzimmer und können ihren Namen eintragen, um etwas auszuleihen. Wer etwas zurückbringt, trägt es wieder aus."
Phase 2: Ablauf – Was passiert Schritt für Schritt?
Wenn das Zielbild klar ist, folgt die Übersetzung in konkrete Abläufe. Hier geht es darum, den Normalfall und alle Sonderfälle so präzise zu beschreiben, dass auch jemand Fremdes – oder eine KI – den Ablauf nachvollziehen kann.
Strategien für einen guten Ablauf:
- Jeden Schritt als eigene, abgeschlossene Aktion formulieren
- Fehlerzustände explizit beschreiben
- Sonderfälle benennen
- Jeden Schritt im Geiste durchspielen
Typische Fehler: Der Ablauf bleibt vage und lässt Interpretationsspielraum offen.
So sieht es im Beispiel aus
Vager Ablauf: „Die Lehrkraft wählt ein Material aus und trägt ihren Namen ein."
Präziser Ablauf: „1. Beim Öffnen der Seite: Liste aller Materialien wird angezeigt [...]"
Phase 3: Parameter – Wie einfach soll die Lösung sein?
Diese Phase ist vielleicht die ungewohnteste – und eine der wirksamsten. Hier wird bewusst eingeschränkt, was die KI bauen darf.
Komplexität ist der Feind.
Strategien für gute Parameter:
- „kein Framework", „kein Login", „keine externe Datenbank"
- Die einfachste funktionierende Technologie wählen
- Komplexität erst später hinzufügen
Phase 4: Prototyp – Den ersten Entwurf erzeugen
Jetzt kommt die KI richtig ins Spiel. Die Aufgabe ist klar: eine lauffähige Version 1.0 erzeugen.
Strategien für einen guten Prototypen:
- Vollständige, direkt ausführbare Datei anfordern
- Code kommentieren lassen
- Zwischenversionen speichern
Phase 5: Anpassung – Testen, verstehen, verbessern
Der Prototyp läuft – jetzt beginnt die eigentliche Arbeit.
Immer nur eine Änderung auf einmal.
Strategien für gute Anpassungen:
- Fehler erklären lassen
- Nur eine Änderung pro Anfrage
- Versionen sichern
Fazit: Struktur schlägt Intuition
ZAPPA gibt dem Vibe Coding eine klare Struktur. Wer die fünf Phasen durchläuft, landet bei einem Ergebnis, das funktioniert, verstanden wird und weiterentwickelt werden kann.
Und das ist mehr wert als jeder Prototyp, der beeindruckend klingt und nie fertig wird.
Das ZAPPA-Framework ist unter einer Creative Commons Lizenz veröffentlicht (BY NC ND). Material: Susanne Alles.
Kommentare
Kommentar veröffentlichen