KI-App-Builder-Preise erklärt: Credits, Nachrichten und wofür Sie wirklich bezahlen

Jeder KI-App-Builder rechnet in irgendeiner Abstraktion ab — Credits, Nachrichten, Tokens — und kaum jemand erklärt, was diese Abstraktion bedeutet. Das Ergebnis ist vorhersehbar: Nutzer verbrennen die Hälfte ihres Kontingents, während sie das Tool kennenlernen, und kommen dann zu dem Schluss, die Preisgestaltung sei Abzocke. Meistens ist sie das nicht. Sie ist nur unerklärt.

Dieser Beitrag erklärt, wofür Sie tatsächlich bezahlen, warum sich die Branche auf Credits geeinigt hat und — nützlicher noch — wie erfahrene Builder aus demselben Budget dreimal mehr App herausholen.

Was ein Credit tatsächlich kauft

Wenn Sie einen Prompt an einen KI-App-Builder senden, bezahlen Sie nicht für die Nachricht. Sie bezahlen für alles, was der Agent daraufhin tut:

• Das Modell liest den Kontext Ihres Projekts — relevante Dateien, das Datenmodell, aktuelle Änderungen —, damit seine Anpassungen zum bestehenden Code passen.
• Es plant und schreibt Code über so viele Dateien hinweg, wie die Änderung berührt.
• Es führt den Build aus, liest eventuelle Fehler und behebt sie — möglicherweise mehrfach.
• Die Plattform stellt die Rechenleistung dahinter: die Modellaufrufe (der dominierende Kostenfaktor — Spitzenmodelle fürs Programmieren sind wirklich teuer) plus den Preview-Container, in dem Ihre App läuft.

Eine einzige „Nachricht" kann also dreißig Modellaufrufe und zwei Build-Zyklen auslösen. Deshalb kostet ein großes Feature mehr als eine Tippfehler-Korrektur, und deshalb gibt es Abrechnung pro Generierung: Die Kosten der Plattform skalieren mit dem Arbeitsaufwand des Agenten, und Credits geben diese Struktur an Sie weiter.

Die alternativen Preismodelle sind auf hinterhältigere Weise schlechter. Pauschale Unlimited-Tarife drosseln Sie stattdessen unsichtbar — Rate-Limits, langsamere Warteschlangen, schwächere Modelle am Rand —, denn niemand kann unbegrenzte Rechenleistung von Spitzenmodellen für 25 $ im Monat verkaufen und überleben. Reine Token-Abrechnung ist ehrlich, aber unberechenbar: Niemand kann „Tokens" für ein Feature budgetieren. Credits sind der Kompromiss der Branche: Die Kosten folgen grob der geleisteten Arbeit, in Einheiten, die ein Mensch zählen kann.

Wohin die Credits tatsächlich fließen

Nachdem man viele Projekte hat entstehen sehen, zeigt sich ein konsistentes Ausgabenmuster:

Die erste Generierung ist günstig im Verhältnis zu dem, was Sie bekommen. Eine ganze App aufzusetzen ist ein einziger großer, effizienter Arbeitsschub — das Fundament kostet meist nur einen kleinen Bruchteil der Gesamtkosten des Projekts.

Die Iteration entscheidet über Leben und Tod des Budgets. Der Unterschied zwischen einem effizienten und einem verschwenderischen Builder liegt fast vollständig im Mittelspiel — und er hat vor allem mit Prompt-Gewohnheiten zu tun, nicht mit dem Tool:

• Vage Prompts sind das größte Leck. „Mach es besser" zwingt den Agenten zum Raten, erzeugt eine Änderung, die Ihnen halb gefällt, und löst zwei Korrekturrunden aus. Das sind drei Generierungen für eine Verbesserung. „Vergrößere den Abstand zwischen den Karten und mache die Titel fett" ist eine.
• Gebündelte Prompts sind das zweite Leck. Fünf Änderungen in einer Nachricht bedeuten: Wenn eine danebengeht, müssen Sie um die anderen vier herum nachbessern. Kleine Nachrichten mit einem einzigen Zweck sind einzeln günstig und brauchen selten eine Korrektur.
• Gegen eine falsche Richtung anzukämpfen ist das dritte. Wenn Iteration 12 alles schlimmer gemacht hat, verschwenden Sie die Iterationen 13–16 nicht damit, dagegen anzuargumentieren. Stellen Sie den Checkpoint von Iteration 11 wieder her und wählen Sie einen anderen Ansatz. Plattformen wie Massvai legen genau deshalb bei jeder Generierung einen Checkpoint an — damit der Weg zurück praktisch kostenlos ist.

Debugging-Spiralen sind das Restrisiko. Gelegentlich verfängt sich ein Agent in einer Reparieren-Kaputtmachen-Reparieren-Schleife. Der credit-effiziente Zug ist niemals ein fünftes „Versuch es nochmal" — sondern zurückzurollen und das Ziel anders zu beschreiben.

Wie Sie die Preisgestaltung eines Builders vor dem Bezahlen bewerten

Kostenlose Tarife existieren, damit Sie messen können — also messen Sie:

1. Bauen Sie ein echtes Testprojekt — ein Datenmodell und drei Screens, keine Landingpage — und zählen Sie die Credits vom leeren Projekt bis zu „das würde ich vorführen".
2. Prüfen Sie, was Iteration kostet. Zehn kleine Änderungen im kostenlosen Tarif sagen mehr über Ihre tatsächlichen Monatskosten aus als die Preisseite, denn Iteration dominiert die Gesamtausgaben.
3. Lesen Sie die Bedingungen für den Überlauf. Was passiert, wenn Ihre Credits mitten im Monat aufgebraucht sind — harter Stopp, Nachkauf-Pakete oder erzwungenes Upgrade? An dieser Stelle werden Preisseiten gern still.
4. Achten Sie auf den Verfall. Werden ungenutzte Credits übertragen? Ein monatlicher Verfall bestraft das Muster „ein Projekt pro Quartal", das die meisten Indie-Builder tatsächlich haben.

Konkret zu Massvai: Neue Konten erhalten 100 Willkommens-Credits ohne Kreditkarte, bezahlte Tarife fügen monatliche oder jährliche Credit-Kontingente hinzu, und die Preisseite zeigt die aktuellen Zahlen, bevor Sie sich festlegen. Der Test oben dauert einen Nachmittag und beantwortet die einzige Frage, die zählt: Was kostet Ihr Baustil auf dieser Plattform?

Der Vergleich, den alle vergessen

Es ist leicht, sich an „diesen Monat habe ich 40 $ für Credits ausgegeben" festzuhalten und die Alternative zu vergessen. Der Status-quo-Preis einer kleinen individuellen Web-App ist ein Freelancer für 3.000–10.000 $ und ein paar Wochen — oder ein No-Code-Tool für 30–100 $ pro Monat, für immer, mit der App darin eingesperrt.

Gemessen an dieser Basislinie ist Credit-Preisgestaltung nicht die teure Option. Die teure Option ist die App, die Sie nie gebaut haben, weil die alten Wege zu viel kosteten. Geben Sie Ihre Credits aus, als wären sie echtes Geld — das sind sie —, aber geben Sie sie aus.