Lade-, Fehler- und Leerzustände:Was KI-Apps vergessen

Lade-, Fehler- und Leerzustände sind die drei, die KI-gebaute Apps vergessen: Jeder Screen hat vier Zustände – Laden, Fehler, Leer und Erfolg –, und die meisten KI-gebauten Produkte behandeln nur den letzten. Deshalb wirken sie wie Prototypen. Behebe die drei vergessenen Zustände, und deine App fühlt sich sofort an wie etwas, wofür Menschen zahlen würden.

Ich erkenne innerhalb von zehn Sekunden, ob jemand seine App direkt aus einer KI-Coding-Session ausgeliefert hat. Ich öffne sie und sehe „Loading..." als reinen Text. Ein Fehler reißt die ganze Seite mit. Leere Screens zeigen nichts als Weißraum. Die Funktionen laufen. Das Produkt fühlt sich trotzdem kaputt an.

Die vier Zustände jedes Screens: Lade-, Fehler- und Leerzustände plus Erfolg

Wenn deine App Daten abruft – und fast jeder Screen tut das –, können vier Dinge passieren. Die Daten sind unterwegs. Etwas ist schiefgelaufen. Es gibt noch keine Daten. Oder die Daten sind angekommen und alles ist in Ordnung. Die meisten Builder gestalten nur das Happy End, weil das der Zustand ist, den sie beim Bauen sehen. Dann sieht ihre App zu 40 % der Zeit kaputt aus, weil echte Nutzer echte Zeit in den anderen drei Zuständen verbringen.

Nutzer beurteilen dein Produkt nach dem Zustand, in dem sie gerade sind – nicht nach dem, für den du es gestaltet hast. Das Laden dauert bei jedem Seitenaufruf 2–5 Sekunden. Erstnutzer landen immer auf einem leeren Screen. Netzwerke fallen aus. Wenn diese Momente schlecht aussehen, wirkt dein Produkt unprofessionell – egal, wie gut die Funktionen sind.

Ladezustände: Skeletons schlagen Spinner

Das reine „Loading..." scheitert doppelt. Es sieht furchtbar aus, und das Layout springt, wenn der echte Inhalt ankommt. Die Lösung ist ein Skeleton: graue, sanft pulsierende Platzhalterformen, die dem Layout des kommenden Inhalts entsprechen. Eine Liste mit fünf Karten lädt hinter fünf grauen Kartenumrissen. Wenn die Daten ankommen, rutschen sie genau in den Platz, den das Skeleton gehalten hat.

Skeletons sind meine Geheimwaffe. Sie lassen die App 2-mal so schnell wirken, auch wenn sie es nicht ist, weil Menschen Warten anders wahrnehmen, wenn sie die Form dessen sehen, was kommt. Das ist UX-Psychologie, keine Performance-Optimierung – und es kostet dich nichts außer einer Anfrage an deine KI.

Die einfache Regel: Nimm einen kleinen Spinner für schnelle Aktionen wie einen Button-Klick, der unter einer Sekunde dauert, und ein Skeleton für alles, was eine Seite oder Liste lädt. Ein Skeleton zu bauen ist eine Formel, keine Designaufgabe: Kopiere das Layout der echten Komponente, ersetze Text durch graue Rechtecke und Bilder durch graue Kreise, behalte die Abstände bei, füge eine Puls-Animation hinzu. Die KI schafft das in einem Durchgang, wenn du darum bittest.

Fehlerzustände: hilfreich, nicht beängstigend

Der Standard-Fehlerzustand einer KI-gebauten App ist eine rohe technische Meldung – oder schlimmer, eine komplett kaputte Seite. Beides schreckt Nutzer ab. Ein guter Fehlerzustand erfüllt drei Aufgaben: Er sagt in menschlicher Sprache, was passiert ist („Wir konnten deine Bewerbungen nicht laden"), er sagt, was als Nächstes zu tun ist („Prüfe deine Verbindung und versuche es erneut"), und er bietet einen Weg zurück – einen Wiederholen-Button, einen Zurück-Button, einen Support-Link.

Es gibt eine weitere Ebene, die die meisten Builder überspringen: ein Sicherheitsnetz um die ganze Seite, damit eine abgestürzte Komponente eine höfliche „Etwas ist schiefgelaufen"-Karte zeigt, statt den gesamten Screen mit nach unten zu reißen. Bitte deine KI um eine „Error Boundary", und du bekommst genau das – ein abstürzendes Widget legt die Seite nicht mehr lahm.

Zeige Nutzern nie einen Fehlercode als Überschrift. Verliere nie die Arbeit, die sie gerade in Bearbeitung hatten. Und gib ihnen immer einen Button zum Drücken – Hilflosigkeit macht Fehler erst katastrophal.

Das BuchThe Solopreneur RevolutionLuis Gonçalves darüber, wie du neben dem Job mit KI ein Solopreneur-Business aufbaust.Zum Buch →

Leerzustände: aus der Sackgasse wird ein nächster Schritt

Der Leerzustand ist der am meisten vernachlässigte der drei – und der wertvollste. Jeder einzelne neue Nutzer beginnt auf einem leeren Screen. Ist der Screen leer, nehmen sie an, das Produkt sei kaputt, und gehen. Begrüßt er sie und zeigt auf die nächste Aktion, wird er zum Onboarding.

Ein guter Leerzustand hat drei Teile: eine klare Grafik, die darstellt, was fehlt, einen hilfreichen Titel, der erklärt, was hier stehen würde („Noch keine Bewerbungen"), und einen nächsten Schritt („Teile deinen Bewerbungslink"). Der Ton zählt – „Los geht's" lädt ein, „Hier ist nichts" entmutigt.

Leerzustände sollten sich auch dem Kontext anpassen. Keine Suchergebnisse verdienen „Nichts passt zu deiner Suche – versuche andere Stichwörter" und einen Button, der die Filter zurücksetzt. Ein Erstnutzer verdient eine Begrüßung und einen Hinweis auf seine erste Aktion. Gleicher Mechanismus, andere Botschaft – und jede verwandelt einen Moment der Verwirrung in einen Moment der Orientierung.

So bringst du die KI dazu, jedes Mal alle vier Zustände zu bauen

Hier wird es für einen nicht-technischen Gründer praktisch: Du musst nichts davon von Hand bauen. Du musst es einfordern. Wenn du die KI um einen neuen Screen bittest, beschreiben die meisten nur den Erfolgszustand – und mehr bekommen sie auch nicht. Beschreibe stattdessen die Zustände in der Anfrage:

Erstelle den Screen mit der Bewerbungsliste. Laden: Zeige ein Skeleton mit fünf Platzhalterkarten. Fehler: Zeige eine freundliche Meldung mit Wiederholen-Button. Leer: Zeige eine hilfreiche Meldung und einen Button, um die erste Bewerbung anzulegen. Erfolg: Zeige die Daten an. Folge demselben Muster wie die bestehenden Screens.

Fünf zusätzliche Zeilen. Die KI erzeugt alle vier Zustände automatisch, und sobald ein Screen das Muster hat, kannst du ihn als Referenz für jeden weiteren Screen angeben. Das ist die Kernkompetenz beim Bauen mit KI: Du setzt den Standard, die KI setzt ihn um. Die Zustände, die alle vergessen, werden nur vergessen, weil niemand danach gefragt hat.

Die drei vergessenen Zustände zu behandeln, ist die halbe Miete, damit sich eine App echt anfühlt. Die andere Hälfte ist Konsistenz – jeder Screen sieht aus, als gehöre er zum selben Produkt. Das ist ein System, kein Talent, und genau das geben dir Design Tokens und eine Komponentenbibliothek.

12 WochenDeine Konzernkarriere war nie der PlanBewirb dich beim Solopreneur Accelerator.Jetzt bewerben →

Häufig gestellte Fragen

Was sind Lade-, Fehler- und Leerzustände?

Es sind die drei Situationen, in denen sich jeder Screen neben „alles hat geklappt" befinden kann: Die Daten kommen noch, etwas ist fehlgeschlagen, oder es gibt noch keine Daten. Nutzer geraten ständig in alle drei – bei jedem Seitenaufruf, jedem Netzwerkaussetzer, jedem Erstbesuch –, daher wirkt ein Produkt, das nur den Erfolgszustand gestaltet, einen großen Teil der Zeit kaputt.

Lassen Skeleton-Screens eine App wirklich schneller wirken?

Ja – die gefühlte Geschwindigkeit steigt, auch wenn die tatsächliche gleich bleibt. Platzhalter in der Form des Inhalts lassen das Warten etwa 2-mal kürzer wirken als ein generischer Spinner, weil Nutzer die Form dessen sehen, was kommt, und das Layout beim Eintreffen nicht springt.

Was macht einen guten Leerzustand aus?

Drei Dinge: eine Grafik, die zeigt, was fehlt, einen Titel, der erklärt, was hier erscheinen würde, und einen Button, der zur nächsten Aktion führt. Die besten Leerzustände sind zugleich Onboarding – jeder neue Nutzer beginnt auf einem, also behandle ihn als Willkommensmatte, nicht als Sackgasse.

Fügt die KI diese Zustände automatisch hinzu?

Nur, wenn du darum bittest. Die KI baut, was du beschreibst, und die meisten beschreiben nur den Happy Path. Füge jeder Screen-Anfrage vier Zeilen hinzu – Laden, Fehler, Leer, Erfolg – und verweise auf einen gut gebauten Screen als Muster. Ab dann kommt jeder neue Screen mit allen vier Zuständen.