Wie Agenturen Software bauen, ohne Entwickler einzustellen

Zwanzig Jahre lang hat die Ökonomie individueller Software Agenturen aus dem Markt gehalten, dem sie am nächsten standen. Kunden vertrauten Agenturen ihre Marke, ihre Kampagnen und ihre Customer Journeys an, und trugen die Software-Briefings, die diese Journeys produzierten, dann zu einer Entwicklungsagentur. Denn Software bauen hieß Engineers beschäftigen, und Engineers beschäftigen hieß eine Gehaltsliste, die die durchschnittliche Agentur zwischen Projekten nicht tragen konnte. Das Briefing entstand in euren Account-Meetings und wurde von jemand anderem abgerechnet.

KI-gestütztes Engineering verändert den Input, und damit die Ökonomie. Eine Plattform wie Ciao verwandelt eine Beschreibung in einfacher Sprache in eine echte React-, TypeScript- und Supabase-Anwendung und. Das ist der Teil, der für eine an Unternehmen verkaufende Agentur zählt. Verpackt sie in den Delivery-Loop, für den Kunden sonst ein Engineering-Team bezahlen würden: automatisierte QA, Sicherheitstests, kontrollierte Änderungen und Ein-Klick-Deployment. Die knappe Fähigkeit ist nicht mehr, Code schreiben zu können, sondern das, was Agenturen bereits können: die Operation des Kunden verstehen, ein Deliverable abstecken und es als Service betreiben.

Ohne Entwickler heißt nicht ohne Disziplin. Es heißt, dass die Disziplin von der Plattform kommt, Tests, Review-Gates, Audit-Trails, statt von Headcount. Die Agenturen, die das gut machen, behandeln Software genau wie jeden anderen produktisierten Retainer: fester Scope rein, paketiertes Deliverable raus, monatliche Gebühr dafür, es am Leben zu halten und zu verbessern.

Das Timing-Argument zählt so viel wie das Fähigkeits-Argument. Die Kundennachfrage nach operativer Software steigt weiter. Jedes Unternehmen digitalisiert Intake, Reporting, Terminplanung und Kundenservice. Während das Angebot an bezahlbarer Individualentwicklung sich kaum bewegt hat. Agenturen sitzen auf der Nachfrageseite dieser Lücke, mit etabliertem Vertrauen, und hören die Briefings zuerst. Nichts davon verlangt, Kernservices aufzugeben: Software verkauft sich am besten innerhalb der bestehenden Agentur-Story. Als das Portal, das die Customer Journey operationalisiert, die ihr bereits entworfen habt, oder das Dashboard, das die Kampagnen reportet, die ihr bereits fahrt. Die Frage ist nicht, ob jemand euren Kunden in den nächsten zwei Jahren Software verkauft; sondern ob ihr das seid.

Zählt die software-förmigen Anfragen, die eure Agentur im letzten Jahr gekreuzt haben. Ein Kundenportal, damit Kunden nicht mehr per E-Mail nach dem Status fragen. Ein Dashboard, das Kampagnendaten zusammenführt, die das Team des Kunden jeden Montag von Hand zusammenbaut. Ein Buchungsablauf, ein Intake-Formular mit Logik, ein internes CRM, dem die Tabelle des Kunden entwachsen ist. Jede davon war ein fünf- oder sechsstelliges Engagement, das entweder starb, zu einer Entwicklungsagentur ging oder in ein Vorlagen-Tool gequetscht wurde, das innerhalb eines Jahres alle blamierte.

Die strategischen Kosten sind schlimmer als die entgangenen Honorare. Software ist das klebrigste Deliverable überhaupt: Kampagnen enden, aber das Portal, das ihr gebaut habt, läuft jeden Tag, hält die Operationen des Kunden und rechnet monatlich ab. Der Dienstleister, der die Software eines Kunden betreibt, ist der letzte, der gestrichen wird. Wenn Agenturen diese Arbeit an Subunternehmer geben, bezahlen sie einen Wettbewerber dafür, ihre Kundenbindung zu halten.

Und Subunternehmer schützen nicht einmal die Marge. Den Tagessatz einer Entwicklungsagentur mit Aufschlag weiterzuverkaufen lässt die Agentur Account-Management, Scope-Risiko und Kundenschuld für eine dünne Scheibe des Honorars tragen. Die klassische Doppelt-verloren-Position. Die Alternative, die die meisten Agenturen wählten, nichts tun, ergab Sinn, als die Fixkosten des Bauens ein Engineering-Team waren. Sie ergibt keinen Sinn mehr, sobald sie es nicht sind.

Neben dem Umsatz-Argument gibt es ein defensives. Agenturen, die keine Software liefern können, verlieren Scope an Beratungen und Entwicklungsagenturen, die es können, und sobald ein anderer Anbieter die operativen Tools des Kunden hält, verschiebt sich die Schwerkraft der Beziehung: Der Portal-Anbieter bekommt plötzlich den Strategie-Anruf. Eine Software-Line zu ergänzen ist teils neuer Umsatz und teils der Schutz davor, der Anbieter zu werden, dessen Deliverables sich am leichtesten streichen lassen. Bevor ihr irgendetwas davon abtut: Rechnet die eigenen verlorenen Briefings des letzten Jahres durch; die Summe überrascht die meisten Inhaber.

Zwei Fragen kommen in jedem Agentur-Kunden-Softwaregespräch auf, und auf beide wollt ihr starke Antworten. Erstens: Wem gehört es? Auf Ciao ist die Antwort sauber: Der Output ist Standard-React, TypeScript und Tailwind mit 100 % Code-Eigentum, jederzeit in ein Repository exportierbar. Der Kunde (oder ihr, je nach euren kommerziellen Bedingungen) besitzt also ein echtes Asset, kein Abo auf eine Vorlage. Diese Antwort gewinnt allein schon Deals gegen Vorlagen-Plattformen.

Zweitens: Wessen Name steht drauf? Agenturen liefern Software in der Regel unter eigener Marke, mit der Plattform unsichtbar für den Endkunden. Dieselbe Beziehung, die ihr bereits zu eurem Hosting- oder E-Mail-Tooling habt. Kommerziell zählt, dass die Agentur die Kundenbeziehung und die Betriebsgebühr hält, und dass die Qualitätsnachweise der Software, Testläufe, Sicherheitsprüfungen, Audit-Trail, existieren, um euch zu decken, wenn das IT-Team eines Kunden harte Fragen stellt. Mit einem Audit-Trail in diesem Gespräch aufzutauchen ist ein anderes Erlebnis, als mit Versprechen aufzutauchen.

Eine dritte Frage kommt, sobald das Tool wichtig wird: Das IT- oder Security-Team des Kunden fragt, woher sie wissen, dass es sicher ist. Hier deckt die Plattformwahl die Agentur, oder stellt sie bloß. Auf einer Plattform zu liefern, die Testnachweise, Sicherheitsscan-Ergebnisse und einen Audit-Trail produziert, heißt, mit Artefakten zu antworten statt mit Beschwichtigung, und Agenturen berichten, das sei der Moment, in dem ein skeptischer IT-Gatekeeper zum internen Fürsprecher wird. Bringt die Nachweise ungefragt mit, und das Review-Meeting wird kürzer; wartet, bis gefragt wird, und es vervielfacht sich.

Ciao ist für genau diese Bewegung gebaut. Der Builder verwandelt eure Discovery-Notizen in eine funktionierende Anwendung und iteriert in der Geschwindigkeit eines Kunden-Calls; QA, Security und Guardrails liefern die Engineering-Disziplin, für die ihr nicht einstellt; und Conductor gibt einen Bildschirm für eure gesamte Kunden-Fleet. Live-Health über jedes Portal und Dashboard, das ihr betreibt. Das macht eine Software-Praxis mit fünfzig Kunden für ein Account-Team managebar. Deployment geht in die Ciao-Cloud oder in das eigene AWS-, Azure- oder GCP-Konto des Kunden, wenn dessen IT darauf besteht.

Kommerziell: Ernsthafte Entwicklungsprogramme starten bei 10.000 USD pro Jahr, was Agenturen typischerweise innerhalb der ersten ein, zwei Kunden-Engagements decken, und der Agency Build Grant existiert, um dem ersten Build das Risiko zu nehmen. Ihr bringt ein echtes Kunden-Briefing mit, und der Grant unterstützt die Auslieferung. Wenn ihr zuerst die Umsatzrechnung wollt: Der Agentur-Umsatzrechner modelliert Build-Gebühren, Betriebsgebühren und Marge über eine wachsende Kundenbasis. Sprecht danach mit dem Vertrieb über den Grant.

Zur Lernkurve: Agenturen müssen nicht anders einstellen, um anzufangen. Die ersten Builds werden typischerweise von denselben Leuten gefahren, die Kampagnen scopen, Account-Leads und Producer, während die KI-Organisation der Plattform die technischen Rollen trägt. Die Fähigkeit, die direkt übertragbar ist, ist Anforderungs-Discovery, die Agenturen täglich üben; die Fähigkeit, die bewusst aufgebaut werden muss, ist Scoping-Disziplin. Denn Festpreispakete überleben den Kundenkontakt nur, wenn Ausschlüsse schriftlich stehen. Programme, die ernst werden, widmen der Software-Line meist im ersten Jahr eine verantwortliche Person. Keinen Engineer, sondern einen Produktisierer.