Grundlagen: was der kostenlose Tarif wirklich enthält

Ich habe fünf Tage lang den kostenlosen Plan so genutzt, wie es ein echter Nutzer tun würde, nicht so, wie ihn eine Preisseite beschreibt, und dabei protokolliert, was passiert ist. Screenshot machen und weiterziehen deckt keine Kleingedrucktes auf – etwas eine Woche lang zu bauen und gegen die tatsächlich vorhandene Wand zu laufen, schon. Hier ist das Protokoll.

Montag, 9:40 Uhr — angemeldet, keine Karte

Das Erste, was ich vor der ersten Codezeile geprüft habe: Wird eine Karte verlangt? Nein. Normalerweise würde ich so ein Detail übergehen, aber ein kostenloser Tarif, der Zahlungsdaten verlangt, bevor Sie überhaupt etwas gebaut haben, sagt einiges darüber aus, was er von Ihnen hält – also habe ich es notiert und mit dem eigentlichen Bauen weitergemacht.

Als Testprojekt habe ich eine Kleinunternehmens-Website gewählt – nichts Exotisches, eine Landingpage, ein Kontaktformular, ein Blog-Bereich. Um 10:15 Uhr war ein erster Entwurf auf der kostenlosen Subdomain live. Keine Paywall zwischen „Bauen“ und „Veröffentlichen“ – genau dort, wo viele kostenlose Tarife heimlich zu Demos werden.

Montag, 14:00 Uhr — die Iterationsschleife, wo ich die Wand erwartet habe

Das war der Teil, bei dem ich am misstrauischsten war. Erste Builds sind für jeden Agenten günstig – klares Briefing, kein bestehender Code, mit dem man abgleichen muss –, sodass eine Plattform den kostenlosen Tarif beim ersten Build großzügig aussehen lassen und beim zweiten aussaugen kann. Ich habe gezielt die Schleife getestet: „Header sticky machen“, „mobile Navigation reparieren“, ein Inhaltsdurchgang, danach zwei kleinere Anpassungen. Jede dieser Aufgaben hat mehr Dateien berührt, als die Anfrage vermuten ließ – so wie es bei echten Überarbeitungen immer ist. Ich bin an dem Tag nicht an die Obergrenze gestoßen, konnte aber spüren, wo sie liegt – das Kontingent ist eindeutig für genau einen vollen Zyklus wie diesen ausgelegt, nicht für fünf.

Am Nachmittag habe ich auch geprüft, ob der Prüfdurchlauf bei kostenlosen Konten übersprungen wird, um Rechenleistung zu sparen. Wird er nicht – gleiches Linting, gleiche Sicherheitsprüfung, gleiche funktionale Verifizierung, bevor etwas als fertig markiert wird. Ich habe hier gezielt nach einer Abkürzung gesucht, weil es das Erste wäre, das ich unter Margendruck streichen würde, wenn ich dieses Geschäft betriebe – und es wurde nicht gestrichen.

Dienstag, 11:00 Uhr — ein zweites Projekt gestartet, um das Backend-Limit zu sehen

Eine zweite Idee aufgesetzt, diesmal mit echtem Backend – Datenbank, eine API-Route, das volle Programm. Genau hier habe ich das eigentliche Limit erwartet, und ich habe es gefunden: eine live serverbasierte App pro kostenlosem Konto. Ich habe versucht, ein zweites gehostetes Backend neben dem ersten hochzufahren, und es wollte nicht beide gleichzeitig laufen lassen.

Überrascht hat mich, was nicht auf diesen Platz angerechnet wird. Ich habe später in der Woche ein kleines herunterladbares Tool gebaut – kein Server, nur eine paketierte App – und es wurde problemlos veröffentlicht, ohne mit dem Live-Backend zu konkurrieren. Ergibt Sinn, wenn man die Kostenstruktur bedenkt: Ein gehostetes Backend bleibt aktiv und kostet Geld, egal ob jemand darauf zugreift; ein statischer oder installierbarer Build besteht nur aus herumliegenden Dateien. Nur das aktive wird rationiert.

Dienstag, 16:30 Uhr — versucht, die Parallelität zu brechen

Einen Build gestartet und dann mitten im Lauf den Assistenten gebeten, etwas Unabhängiges zu starten. Es wurde in die Warteschlange gestellt, statt parallel zu laufen. Etwa neunzig Sekunden lang lästig, dann irrelevant – ich beobachtete ohnehin die Vorschau des ersten Builds, also war das Warten, „bis das eine fertig ist, bevor das nächste startet“, genau das, was ich sowieso getan hätte. Ich könnte mir vorstellen, dass das für ein Team relevanter ist, das zwei Agenten-Pipelines gleichzeitig betreibt – Content-Generierung auf einer Seite, während ein Build-Agent eine andere umstrukturiert –, aber das ist ein anderes Nutzungsmuster als meines.

Mittwoch — die Bibliotheken und warum sie keine Testfunktion sind

Am Mittwoch getestet, ob die Akkumulationsfunktionen – Wissensdatenbank, Referenzbilder, Vorlagen – im kostenlosen Tarif tatsächlich funktionieren oder nur ein Kostpröbchen für Zahlende sind. Sie sind nicht gesperrt. Am dritten Tag verwendete die Plattform bereits meine Markenstimme und Referenz-Screenshots wieder, ohne dass ich sie erneut erklären musste – genau das ist der Sinn einer Wissensschicht: Sie zu sperren würde bedeuten, dass kostenlose Nutzer nie erleben, wie sich das Produkt aufbaut, und wieso sollten sie dann jemals bezahlen, um etwas weiter zu nutzen, dessen Nutzen sie nie erfahren haben.

Ich habe auch geprüft, ob die Mandanten-Datenisolation beim kostenlosen Tarif irgendwie „leichter“ ist – teilweise Isolation, langsamere Warteschlange für Isolationsprüfungen, irgendetwas. Ist sie nicht, und strukturell kann sie es auch gar nicht sein – Isolation ist binär. Entweder sind Hintergrundjobs und Abfragen pro Mandant abgeschottet oder nicht, es gibt keine 80%-Version, die man günstiger verkaufen könnte. Kostenlos und kostenpflichtig erhalten hier dieselbe Garantie, was ich zwar angenommen, aber tatsächlich verifizieren wollte statt es einfach zu glauben.

Donnerstag — Store-Veröffentlichung, das, was ich fast nicht ausprobiert hätte

Ich hätte diesen Test fast übersprungen, weil ich annahm, dass die Veröffentlichung in einem App-Store nur zahlenden Nutzern vorbehalten ist – das ist der Instinkt, den die meisten Leute haben, und er ist falsch. Ich habe das kleine Tool von Dienstag als Installer paketiert, und die Veröffentlichung von Plattformseite lief identisch zu dem, was ich bei einem kostenpflichtigen Konto erwarten würde. Die einzige Reibung war Googles eigene Entwicklerregistrierungsgebühr, die nichts mit meinem Tarif zu tun hat. Wert, es klar zu sagen, weil ich schon beobachtet habe, wie sich Leute Grenzen selbst auferlegen, die gar nicht existieren, nur weil sie vom Schlimmsten ausgingen.

Freitag — was ich nächstes Mal überspringen würde

Würde ich diesen Test wiederholen, würde ich den Parallelitätstest vom Dienstagnachmittag überspringen – er hat seine Frage in unter zwei Minuten beantwortet, und ich habe vierzig weitere Minuten mit Variationen verbracht, die alle dasselbe bestätigten. Ich würde außerdem die Prüfung der Mandantenisolation auf Tag eins statt Tag drei vorziehen, da es die Tatsache ist, die Leute kennen sollten, bevor sie etwas Echtes auf die Plattform stellen, nicht danach.

Was ich nicht überspringen würde: den Iterationsschleifen-Test vom Montag. Genau dort offenbart sich ein kostenloser Tarif normalerweise als Trichter, und es lohnt sich, ihn selbst noch einmal durchzuführen, wenn Sie entscheiden möchten, ob das hier ein echtes Produkt oder nur ein Test mit besserem Marketing ist.

Also: drei legitime Gründe, davon weg zu upgraden – basierend darauf, was mich tatsächlich getroffen hat, statt was ich erwartet hatte. Sie haben die Iterationsschleife mehr als einmal ausgeschöpft, nicht nur das eine Mal, das jeder in seinem ersten Monat erlebt – siehe wie das Aufbrauchen tatsächlich funktioniert, nichts geht verloren, aber ein wiederkehrendes Muster ist ein Signal. Sie brauchen zwei gehostete Backends gleichzeitig live, was ein struktureller Bedarf ist, für den der kostenlose Tarif nicht ausgelegt wurde – kein Budgetierungsproblem, das man umgehen kann. Oder das, was Sie gebaut haben, ist kein Test mehr, sondern bringt Ihnen Geld ein, und dann ist der Betrieb nahe an einer Obergrenze ein Angstkosten, nicht nur ein technisches.

Nichts davon hat mich diese Woche getroffen. Ich habe eine echte Website und ein echtes herunterladbares Tool gebaut, beide iteriert, beide veröffentlicht, und die einzige Wand, auf die ich gestoßen bin, war genau die, die im Kleingedruckten angekündigt war.