Wie Agenturen Greta nutzen, um Kunden-Apps in Tagen statt Monaten zu liefern

Kurz gesagt: AI-App-Builder komprimieren die Build-Phase von Agenturen von Monaten auf Tage, aber der Wert der Agentur verschiebt sich zu Discovery, Scoping, Urteilsvermögen, der Harden-Phase, Kundenmanagement und Support --- er verschwindet nicht. Der Workflow: enge Discovery, prompt-gesteuerter Build mit dem Kunden im Loop, Harden-Phase (der Teil, der die Rechnung rechtfertigt), Übergabe oder Retainer. Die Preisgestaltung muss sich von Stundensätzen (die kollabieren und Effizienz bestrafen) zu wertbasierter Bepreisung und Retainer verschieben. Biete Code-Ownership an, schließe immer die Harden-Phase ein und setze auf die Expertise, die schwer zu kopieren ist.

Einleitung

Agenturen, die Software für Kunden bauen, stehen vor einer Disruption und einer Chance. AI-App-Builder komprimieren die Build-Phase von Monaten auf Tage --- eine Kunden-App, für die ein Dreier-Team acht Wochen brauchte, kann heute in unter einer Woche im Kern gebaut werden. Das bricht das traditionelle Agenturmodell (Stunden fürs Bauen abrechnen) und eröffnet ein neues (Ergebnisse schnell liefern, für Wert und Urteilsvermögen berechnen).

Die Agenturen, die florieren, sind nicht die, die so tun, als hätte sich nichts geändert, und auch nicht die, die in Panik geraten, weil AI sie ersetzt. Es sind die, die erkennen, dass sich der Wert der Agentur, wenn das Bauen schnell geht, auf alles rund um den Build verschiebt: Discovery und Scoping, Design- und Produkturteil, die Harden-Phase, die generierte Apps produktionsreif macht, Kundenmanagement und laufenden Support. Der Build komprimiert sich; die Expertise nicht.

Dieser Leitfaden behandelt, wie Agenturen AI-App-Builder nutzen, um Kunden-Apps in Tagen zu liefern. Den neuen Workflow --- Discovery, prompt-gesteuerter Build mit dem Kunden im Loop, Harden-Phase, Übergabe oder Retainer. Die Verschiebung des Preismodells von Stundensätzen hin zu wertbasierter Bepreisung und Retainer. Was sich ändert und was nicht. Und die ehrlichen Realitäten --- einschließlich der Harden-Phase, die man leicht überspringt, und des Erwartungsmanagements bei Kunden, das schnelle Lieferung erfordert.

Was sich ändert (und was nicht)

Was sich komprimiert

• Die Build-Phase --- Monate zu Tagen für die Kern-App
• Iterationsgeschwindigkeit --- Änderungen in Stunden statt Sprints
• Prototyping --- Kunden sehen schnell funktionierende Software
• Zeit bis zur ersten nutzbaren Version

Was sich nicht ändert (der echte Wert der Agentur)

• Discovery --- das tatsächliche Problem des Kunden verstehen
• Scoping --- definieren, was gebaut wird und was nicht
• Design- und Produkturteil --- was gut aussieht
• Die Harden-Phase --- generierte Apps produktionsreif machen
• Kundenmanagement --- Erwartungen, Kommunikation, Vertrauen
• Laufender Support und Wartung
• Fachwissen in der Branche des Kunden

Der neue Agentur-Workflow

Phase 1: Discovery und Scoping (unverändert, weiterhin kritisch)

• Das echte Problem des Kunden verstehen (nicht nur die geäußerte Anfrage)
• Den Kern-Scope definieren (was Wert liefert; was aufgeschoben wird)
• Das Datenmodell und die Kern-Workflows abbilden
• Erwartungen setzen zum schnellen Build UND zur notwendigen Harden-Phase
• Diese Phase ist jetzt ein größerer Anteil des Projekts; investiere hier

Phase 2: Prompt-gesteuerter Build (komprimiert)

• Den Kern mit dem AI-App-Builder bauen
• Kunde im Loop --- funktionierende Software früh und oft zeigen
• Schnell iterieren basierend auf Kundenfeedback
• Tage, nicht Wochen
• Die Geschwindigkeit ist die sichtbare Magie, aber sie ist der kleinere Teil des Werts

Phase 3: Die Harden-Phase (der Teil, der die Rechnung rechtfertigt)

• Sicherheits-Audit (RLS, Secrets, Auth, Input-Validierung)
• Performance (Indizes, Queries)
• Fehlerbehandlung und Monitoring
• Feinschliff und Edge Cases
• Betrieb (Deployment, Backups, Rollback)
• Hier zeigt sich die Expertise der Agentur; Kunden können das nicht selbst
• Es zu überspringen ist, wie Agenturen Apps ausliefern, die in Produktion kaputtgehen

Phase 4: Übergabe oder Retainer

• Übergabe --- Code liefern (Kunde besitzt ihn), dokumentieren, schulen
• Retainer --- laufende Entwicklung, Wartung, Support
• Retainer wird zunehmend das Modell (wiederkehrender Umsatz, fortlaufende Beziehung)
• So oder so geht die Beziehung über den Build hinaus weiter

Die Verschiebung des Preismodells

Warum Stundensätze scheitern

• Wenn du Stunden abrechnest und der Build Tage dauert, kollabiert dein Umsatz
• Kunden wollen nicht für Stunden zahlen; sie wollen Ergebnisse
• Stunden abzurechnen bestraft deine Effizienz (je schneller du bist, desto weniger verdienst du)
• Stundensätze passen nicht mehr zur neuen Realität

Wertbasierte Bepreisung

• Nach dem gelieferten Wert bepreisen, nicht nach aufgewendeten Stunden
• Eine Kunden-App, die das Geschäft betreibt, ist weit mehr wert als die Build-Stunden
• Für das Ergebnis berechnen (eine produktionsreife App, die das Problem löst)
• Der schnelle Build ist ein Margenvorteil, kein Grund für niedrigere Preise

Retainer / produktisierte Services

• Monatlicher Retainer für laufende Entwicklung und Support
• Produktisierte Angebote (Fixed-Scope, Fixed-Price-Pakete)
• Wiederkehrender Umsatz glättet das Agenturgeschäft
• Fortlaufende Beziehung schlägt Einmalprojekt-Fluktuation

Der Preisübergang

• Von Stundensätzen zu wertbasierter Bepreisung und Retainer wechseln
• Wert kommunizieren, nicht Zeit
• Nicht über den Preis konkurrieren, nur weil du schnell bist --- über Ergebnisse und Expertise konkurrieren
• Agenturen, die Preise senken, um mit schnelleren Builds mitzuhalten, rennen zum Boden

Code-Ownership ist für Agenturen wichtig

• Kunden wollen zunehmend ihren Code besitzen (nicht an die Agentur oder eine Plattform gebunden sein)
• Code-generierende Builder (Greta) produzieren echten Code in einem Repo, das der Kunde besitzen kann
• Plattform-gebundene Tools erschweren Übergabe und Kunden-Ownership
• Code-Ownership anzubieten ist ein Verkaufsargument gegenüber plattform-gebundenen Wettbewerbern
• Saubere Übergabe (dokumentierter, eigener Code) baut Vertrauen und Empfehlungen auf

Was Agenturen jetzt anbieten können, was vorher nicht ging

• Schnellere Durchlaufzeit (Tage bis zur ersten Version)
• Mehr Projekte parallel (der Build komprimiert sich)
• Kunden mit kleinerem Budget werden erreichbar (schnellerer Build = zugänglich für kleinere Kunden)
• Rapid Prototyping als bezahltes Discovery-Angebot
• Mehr Iteration im gleichen Budget
• Höhere Margen in der Build-Phase

Die Risiken und wie man sie managt

Risiko: die Harden-Phase überspringen

• Schneller Build verlockt dazu, ungehärtete Apps auszuliefern
• Apps gehen in Produktion kaputt; der Ruf leidet
• Immer die Harden-Phase einschließen; hier zeigt sich deine Expertise
• Kunden aufklären, dass schneller Build + Härtung das eigentliche Deliverable ist

Risiko: aufgeblähte Kundenerwartungen

• Schnelle Lieferung lässt Kunden alles schnell erwarten
• Erwartungen setzen: Der Build ist schnell; Härtung, Scoping und Urteilsvermögen brauchen echte Arbeit
• Das Gespräch "wenn es so schnell geht, warum kostet es das" mit Wert-Framing führen

Risiko: Kommodifizierung

• Wenn Bauen einfach ist, was hindert Kunden daran, selbst zu bauen?
• Dein Wert ist Discovery, Urteilsvermögen, Härtung und Support --- nicht nur Bauen
• Auf die Expertise setzen, die schwer zu kopieren ist, nicht auf den Build, der jetzt einfach ist

Häufige Fehler

• Preise senken, weil du schneller bist --- Rennen zum Boden. Für Wert und Ergebnisse berechnen.
• Die Harden-Phase überspringen --- Apps gehen in Produktion kaputt; der Ruf leidet. Immer härten.
• Bei Stundensätzen bleiben --- Passt nicht zu schnellen Builds. Zu wertbasierter Bepreisung und Retainer wechseln.
• Den Build als den gesamten Wert behandeln --- Discovery, Urteilsvermögen, Härtung, Support sind der Wert.
• Keine Code-Ownership anbieten --- Kunden wollen ihren Code besitzen. Als Differenzierungsmerkmal anbieten.
• Zu viel bei der Geschwindigkeit versprechen --- Schneller Build heißt nicht, dass das gesamte Projekt sofort fertig ist. Erwartungen setzen.
• Über den Preis konkurrieren --- Über Expertise und Ergebnisse konkurrieren, nicht über den Preis.
• Die Retainer-Chance ignorieren --- Wiederkehrender Umsatz schlägt Einmalfluktuation. Laufenden Support anbieten.
• So tun, als hätte sich nichts geändert --- Das Modell hat sich verschoben. Workflow und Preisgestaltung anpassen.
• In Panik geraten, dass AI Agenturen ersetzt --- Es verschiebt den Wert; es beseitigt nicht die Expertise.
• Schlechte Übergabe --- Undokumentierte, chaotische Übergabe kostet Vertrauen. Sauberen, eigenen, dokumentierten Code liefern.
• Kundenaufklärung überspringen --- Kunden müssen Build vs. Härtung vs. laufenden Betrieb verstehen. Sie aufklären.

Häufig gestellte Fragen

F1: Ersetzt AI Software-Agenturen? Nein --- es verschiebt ihren Wert. Das Bauen komprimiert sich auf Tage, aber Discovery, Scoping, Design-Urteilsvermögen, die Harden-Phase, Kundenmanagement und laufender Support bleiben. Agenturen, die auf Expertise setzen, florieren; Agenturen, die nur Build-Stunden verkauft haben, kämpfen. Das Modell verschiebt sich; die Expertise zählt mehr.

F2: Wie sollten Agenturen jetzt bepreisen? Von Stundensätzen zu wertbasierter Bepreisung und Retainer wechseln. Stunden abzurechnen kollabiert, wenn Builds Tage dauern, und bestraft deine Effizienz. Nach Ergebnissen bepreisen (eine produktionsreife App, die weit mehr wert ist als die Build-Stunden) und Retainer für wiederkehrenden Umsatz und fortlaufende Beziehungen anbieten.

F3: Was ist die Harden-Phase und warum ist sie wichtig? Sie macht die schnell generierte App produktionsreif --- Sicherheits-Audit, Performance, Fehlerbehandlung, Monitoring, Betrieb, Edge Cases. Hier zeigt sich die Expertise der Agentur, und das können Kunden nicht selbst. Sie zu überspringen liefert Apps, die in Produktion kaputtgehen. Sie ist ein Kernteil des Deliverables, kein Extra.

F4: Bauen Kunden es nicht einfach selbst? Manche werden es versuchen; das Bauen ist jetzt einfacher. Aber Discovery (das echte Problem verstehen), Urteilsvermögen (was gut aussieht), Härtung (Produktionsreife) und laufender Support sind schwer zu kopieren. Agenturen, die das verkaufen, nicht nur das Bauen, bleiben wertvoll. Dass der Build einfach ist, ist genau der Grund, warum die umgebende Expertise mehr zählt.

F5: Sollten Agenturen Code-Ownership anbieten? Ja --- zunehmend ein Verkaufsargument. Kunden wollen ihren Code besitzen, nicht an eine Agentur oder Plattform gebunden sein. Code-generierende Builder produzieren echten Code, den der Kunde besitzen kann. Saubere, dokumentierte Übergabe von eigenem Code baut Vertrauen und Empfehlungen auf; Plattform-Lock-in erschwert das.

F6: Wie gehe ich mit "wenn es so schnell geht, warum kostet es das" um? Mit Wert-Framing. Die Build-Geschwindigkeit ist dein Margenvorteil, kein Grund für niedrigere Preise. Das Deliverable ist eine produktionsreife App, die das Problem löst und das Geschäft betreibt --- weit mehr wert als die Stunden. Kunden aufklären, dass schneller Build plus Härtung plus Urteilsvermögen der eigentliche Wert ist.

F7: Was ist die größte Chance für Agenturen? Höhere Margen und mehr Projekte durch komprimierte Builds, plus Retainer-Beziehungen für wiederkehrenden Umsatz. Kunden mit kleinerem Budget werden erreichbar. Rapid Prototyping wird zum bezahlten Discovery-Angebot. Agenturen, die die Preisgestaltung anpassen und auf Expertise setzen, erfassen mehr Wert, als das alte Stundenmodell erlaubte.

Fazit

• AI-App-Builder komprimieren die Build-Phase von Agenturen von Monaten auf Tage, aber der Wert der Agentur verschiebt sich zu Discovery, Scoping, Urteilsvermögen, der Harden-Phase, Kundenmanagement und Support --- er verschwindet nicht.
• Der Workflow: enge Discovery, prompt-gesteuerter Build mit dem Kunden im Loop, Harden-Phase (der Teil, der die Rechnung rechtfertigt), Übergabe oder Retainer.
• Die Preisgestaltung muss sich von Stundensätzen (die kollabieren und Effizienz bestrafen) zu wertbasierter Bepreisung und Retainer verschieben. Für Ergebnisse berechnen, nicht für Stunden. Nicht zum Boden rennen, nur weil du schnell bist.
• Biete Code-Ownership an, schließe immer die Harden-Phase ein, manage Kundenerwartungen und setze auf die Expertise, die schwer zu kopieren ist. Der Build ist jetzt einfach; die umgebende Expertise ist der Wert.

Führst du eine Agentur, pass dich bewusst an. Dass sich die Build-Phase auf Tage komprimiert, ist eine Chance, keine Bedrohung --- aber nur, wenn du dein Modell verschiebst. Investiere mehr in Discovery und Scoping (jetzt ein größerer Anteil des Projekts). Schließe immer die Harden-Phase ein; hier zeigt sich deine Expertise, und das können Kunden nicht selbst. Verschiebe die Preisgestaltung von Stundensätzen zu wertbasierter Bepreisung und Retainer. Biete Code-Ownership als Differenzierungsmerkmal an. Manage die Erwartungen, die schnelle Lieferung erzeugt. Die Agenturen, die 2026 florieren, liefern Kunden-Apps in Tagen UND berechnen für das Urteilsvermögen, die Härtung und den Support, die diese Apps produktionsreif und gepflegt machen. Komprimiere den Build. Berechne für den Wert. Setze auf die Expertise, die AI nicht ersetzen kann.