Wie du einem KI-App-Builder beschreibst, was du willst (damit er es wirklich baut)

Du setzt dich vor einen KI-App-Builder. Du hast eine Idee — vielleicht ein Buchungssystem für dein Studio, einen Kunden-Tracker für dein Freelance-Business oder ein internes Dashboard, nach dem dein Team seit Monaten fragt. Du tippst etwas wie “bau mir eine App für mein Business” und bekommst zurück… etwas, das nicht ganz zu dem passt, was in deinem Kopf ist.

Das Problem ist nicht die KI. Es ist, dass “bau mir eine App für mein Business” der KI ungefähr so viel Material gibt wie einer Bauunternehmerin zu sagen “bau mir ein Haus”. Du bekommst ein Haus. Es ist nur wahrscheinlich nicht das, das du wolltest.

Hier ist, wie du beschreibst, was du willst, auf eine Art, die dich tatsächlich dorthin bringt — kein technischer Hintergrund erforderlich.

Fang mit dem Wer an, nicht mit dem Was

Der häufigste Fehler beim Nutzen dieser Tools ist, direkt zu den Features zu springen. “Ich will eine Login-Seite, ein Dashboard und einen Einstellungs-Bildschirm.” Das ist eine Liste von Bildschirmen, keine Beschreibung eines Produkts.

Fang stattdessen damit an, wer dieses Ding nutzen wird und was sie erreichen wollen.

Vergleich diese zwei Prompts:

Vage: “Bau mir eine Termin-App.”

Klar: “Ich führe ein Fotostudio. Meine Kund:innen müssen online 60-minütige oder 90-minütige Sessions buchen, aus verfügbaren Zeitfenstern wählen und vorab eine Anzahlung von 50 $ leisten. Ich muss alle Buchungen in einer Kalenderansicht sehen und eine E-Mail bekommen, wenn jemand bucht.”

Die zweite sagt der KI genau, wer beteiligt ist (du und deine Kund:innen), was sie tun (buchen, bezahlen, ansehen) und was zählt (Zeitfenster, Anzahlungshöhe, Benachrichtigungen). Das reicht, um beim ersten Versuch etwas Echtes zu bauen.

Eine gute Ausgangsvorlage: “[Wer ich bin] braucht, dass [wer meine Nutzer:innen sind] in der Lage sind, [konkrete Aktionen], und ich muss [was ich mit dem Ergebnis mache].”

Beschreib einen Tag, keine Feature-Liste

Wenn es dir schwerfällt zu artikulieren, was du willst, versuch zu beschreiben, wie ein normaler Tag mit diesem Tool aussieht.

Zum Beispiel: “Jeden Morgen öffne ich die App und sehe, welche Kund:innen heute Sessions haben. Wenn ein:e neue:r Kund:in das Aufnahmeformular ausfüllt, taucht es in meiner Warteschlange auf. Ich prüfe es, weise ihm oder ihr ein Paket zu, und das System schickt ihm oder ihr eine Willkommens-E-Mail mit dem Login-Link. Am Ende der Woche exportiere ich einen Bericht über die geleisteten Stunden pro Kund:in.”

Das gibt der KI eine Erzählung zum Folgen. Sie versteht den Ablauf, die Reihenfolge, die Beziehungen zwischen den Dingen. “Aufnahmeformular führt zu Warteschlange führt zu Zuweisung führt zu E-Mail” ist viel nützlicher als eine flache Liste von Features, weil es der KI sagt, wie die Teile zusammenhängen.

Versuch, drei oder vier Sätze zu schreiben, die einen typischen Workflow von Anfang bis Ende beschreiben. Du wirst überrascht sein, wie stark das das Ergebnis formt.

Sei konkret bei Zahlen und Regeln

KI-Builder sind gut darin, Struktur zu generieren, aber sie können deine Geschäftsregeln nicht erraten. Wenn es eine Zahl, ein Limit oder eine Bedingung gibt, die zählt, sag sie.

• “Termine sind 30, 60 oder 90 Minuten” — nicht “Termine haben unterschiedliche Längen”
• “Kund:innen können bis zu 24 Stunden vor ihrer Session umbuchen” — nicht “Kund:innen können umbuchen”
• “Der kostenlose Plan erlaubt 5 Projekte” — nicht “der kostenlose Plan hat Limits”
• “Rechnungen sind in 30 Tagen fällig, und ich berechne 1,5 % Verzugszinsen pro Monat bei verspäteter Zahlung” — nicht “ich brauche Rechnungsstellung”

Jedes Mal, wenn du eine vage Anforderung schreibst, füllt die KI die Lücke mit einer Vermutung. Manchmal rät sie richtig. Oft nicht. Konkretes verhindert Fehlpassungen.

Eine nützliche Übung: Lies deine Beschreibung zurück und such nach jedem Wort, das für verschiedene Leute Verschiedenes bedeuten könnte. “Kleines Team” — sind das 3 Leute oder 30? “Bezahlbarer Preis” — 5 $/Monat oder 50 $/Monat? “Schnelle Bearbeitung” — am selben Tag oder in derselben Woche? Ersetz diese Wörter durch echte Zahlen.

Zeigen, nicht nur erzählen

Wenn du Beispiele hast, was du ersetzen oder nachbauen willst, erwähn sie.

“Etwas wie Calendly, aber für Hundefriseur:innen — Kund:innen wählen einen Service (Bad, Schnitt, komplette Fellpflege), wählen ein Zeitfenster und fügen Notizen zum Temperament ihres Hundes hinzu” gibt der KI einen konkreten Bezugspunkt. Sie kennt die allgemeine Form (Termin-Tool) und die konkreten Unterschiede (Service-Arten, haustierspezifische Notizen).

Du kannst auch Apps referenzieren, die du heute nutzt: “Im Moment tracke ich alles in einem Google Sheet mit Spalten für Kundenname, Projektstatus, Deadline und Notizen. Ich will dieselben Informationen, aber in einer echten App, in der ich nach Status filtern und Hinweise bekommen kann, wenn Deadlines anstehen.”

Je konkreter dein Bezug, desto weniger Iterationsrunden brauchst du. Referenzen geben der KI einen Absprungpunkt — sie muss nicht das ganze Konzept von Grund auf erfinden, nur ein verstandenes Muster auf deine Besonderheiten anpassen.

Überbeschreib das UI nicht

Hier ist ein kontraintuitiver Tipp: Verbring nicht zu viel Zeit damit zu beschreiben, wie Dinge aussehen sollen. Farben, Button-Platzierung, Schriftwahl — das sind Details, die sich später leicht ändern lassen, aber in Worten schwer gut zu spezifizieren sind.

Was mehr zählt, ist die Informationsarchitektur — welche Daten wo erscheinen.

Statt “Ich will eine blaue Seitenleiste mit Icons für jeden Bereich und eine Benachrichtigungsglocke oben rechts” versuch: “Der Hauptbildschirm sollte die heutigen Termine prominent zeigen. Ich muss von überall in der App zu Kundenprofilen, vergangenen Terminen und Umsatzberichten kommen.”

Die KI trifft vernünftige Design-Entscheidungen. Farben, Layouts und Styling kannst du in Folge-Prompts anpassen. Aber die falschen Daten auf der falschen Seite zu haben ist schwerer zu beheben als den falschen Blauton.

Bau in Stücken, nicht alles auf einmal

Du musst deine ganze App nicht in einem Prompt beschreiben. Tatsächlich erzeugt kleiner anzufangen meist bessere Ergebnisse.

Fang mit dem Kern-Workflow an — der einen Sache, die diese App unbedingt tun muss. Bring sie zum Laufen und zum guten Aussehen. Füge dann Schichten hinzu: “Jetzt füge eine Kundenprofil-Seite hinzu, die den Buchungsverlauf zeigt.” Dann: “Füge dem Dashboard ein wöchentliches Umsatzdiagramm hinzu.”

In jeder Runde hat die KI Kontext aus dem, was sie schon gebaut hat. Sie kennt dein Datenmodell, deine Nutzer:innen, deine Terminologie. Die Ergänzungen fügen sich natürlich in die bestehende Struktur ein, statt isoliert entworfen zu werden.

Ein echtes Beispiel: Sagen wir, du baust ein Kundenportal. Fang an mit “Ich brauche eine Seite, auf der Kund:innen ihre kommenden Termine sehen und bei Bedarf stornieren können.” Bring das zum Laufen. Bitte dann um “eine Seite, auf der ich alle Kund:innen sehe und nach aktiv vs. inaktiv filtern kann”. Dann “füge eine Nachrichtenfunktion hinzu, damit ich Updates aus dem Profil an einzelne Kund:innen schicken kann”. Drei Prompts, jeder baut auf dem letzten auf, jeder leicht für die KI richtig hinzubekommen, weil der Kontext schon da ist.

Sag, was nicht passieren soll

Randfälle und Einschränkungen zu beschreiben ist genauso wichtig wie den Happy Path zu beschreiben.

• “Kund:innen können nicht weniger als 4 Stunden im Voraus buchen”
• “Nur ich kann Termine löschen — Kund:innen können nur stornieren”
• “Zeig Umsatzdaten niemandem außer Admin-Nutzer:innen”
• “Wenn sich jemand 30 Tage nicht angemeldet hat, markier ihn als inaktiv, aber lösch das Konto nicht”

Ohne diese Einschränkungen bekommst du eine App, die in einer Demo perfekt funktioniert und am ersten Tag kaputtgeht, an dem ein:e echte:r Kund:in sie nutzt. Ein:e Entwickler:in würde in einem Planungsmeeting fragen “was passiert, wenn jemand um Mitternacht zu buchen versucht?”. Die KI fragt nicht — also musst du diese Fragen beantworten, bevor sie auftauchen.

Die echte Fähigkeit ist klares Denken

Gute Ergebnisse von einem KI-Builder zu bekommen heißt nicht, eine spezielle Prompt-Syntax zu lernen. Es heißt, klar darüber nachzudenken, was du brauchst, bevor du anfängst zu tippen.

Eine Fitness-Coachin, mit der wir sprachen, verbrachte drei Runden Hin und Her mit einem KI-Builder beim Versuch, ihre Kunden-Tracking-App richtig hinzubekommen. Beim vierten Versuch verbrachte sie zehn Minuten damit, genau aufzuschreiben, was passiert, wenn sich ein:e neue:r Kund:in anmeldet — das Aufnahmeformular, die erste Einschätzung, die Programmzuweisung, der wöchentliche Check-in. Sie reichte diese Erzählung der KI und bekam eine funktionierende App in einem Wurf.

Der Unterschied war kein besseres Tool und keine magische Formulierung. Sie wusste einfach, was sie wollte, und sagte es klar. Die meisten von uns verstehen nicht ganz, was wir wollen, bis wir versuchen, es jemandem — oder etwas — zu erklären. Das ist keine Grenze von KI-Buildern. So funktioniert Denken.

Probier es jetzt

Such dir einen Workflow, den du wiederholt machst — etwas tracken, etwas planen, Informationen von Leuten sammeln. Schreib drei Sätze, die beschreiben, wer was tut und was als Nächstes passiert. Reich das dann einem KI-App-Builder und sieh, was zurückkommt.

Du wirst vielleicht überrascht sein, wie nah das erste Ergebnis ist, wenn du mit Klarheit statt mit Schlagwörtern anfängst.