Wann du eine zweite Person zur Pflege deiner KI-gebauten App dazuholen solltest

Die meisten Apps, die mit einem KI-App-Builder entstehen, starten als Ein-Personen-Projekt. Du hattest an einem Samstagmorgen eine Idee, hast sie dem Builder beschrieben, und bis Samstagabend hattest du etwas, das funktioniert hat — und am Wochenende darauf nutzten es schon echte Menschen. Eine Weile lang kannst du das Ganze allein stemmen: Nachrichten beantworten, den einen Tippfehler auf der Startseite ausbessern, das Feature einbauen, nach dem ein:e Nutzer:in immer wieder fragt, im Café auf dem Handy die Analytics checken.

Dann fällt dir eines Tages auf, dass du seit drei Wochen eigentlich nichts Neues mehr gebaut hast. Jede freie Stunde geht in die Wartung. Die “kleinen Anpassungen” hören nie auf. Du beantwortest dieselbe Frage neuer Nutzer:innen zum fünfzehnten Mal. Du fängst an, das Öffnen der App zu fürchten — das schlimmste Gefühl, das jemand für etwas Selbstgebautes entwickeln kann.

Das ist der Moment, über eine zweite Person nachzudenken. Keine:n Mitgründer:in, keine Anstellung, keine:n Auftragnehmer:in für einen großen Umbau — nur eine weitere Person, die mittragen kann.

In diesem Beitrag geht es darum, wie du erkennst, dass du diesen Moment erreicht hast, wer die richtige erste Person zum Dazuholen ist und wie du ihr ein Stück deiner KI-gebauten App übergibst, ohne die Kontrolle über das Ganze aufzugeben.

Die Anzeichen, dass es so weit ist

Du weißt, dass es so weit ist, wenn du die meisten dieser Fragen mit Ja beantworten kannst:

Du sagst zu Änderungen Nein, die du gern machen würdest. Nicht, weil es schlechte Ideen sind — sondern weil dir die Stunden fehlen. Du hast eine private Liste mit “Dinge, die ich machen würde, wenn ich Zeit hätte” angefangen, und sie wird immer länger.
Dieselbe Nutzerfrage kommt immer wieder. Du hast “Wie exportiere ich meine Daten?” in zwei Wochen achtmal beantwortet. Das gehört auf eine Hilfeseite, aber dir fehlt die Zeit, sie zu schreiben, also beantwortest du es weiter von Hand.
Du machst einen Bogen um die App. Eine bestimmte Ecke fühlt sich schwer an. Vielleicht der Admin-Bereich, vielleicht die Abrechnungsseite — irgendwo, wo sich jede Änderung wie eine Operation anfühlt. Du lässt Bugs dort länger reifen, als du solltest.
Ein Fehler würde wehtun. Deine App hat jetzt echte Nutzer:innen mit echten Daten. Ein einziger schlechter Deploy an einem müden Dienstagabend könnte jemandem die Arbeit kosten. Du hast kein zweites Augenpaar.
Du bist der Flaschenhals beim Wachstum. Drei potenzielle Kund:innen baten um eine kleine Änderung, bevor sie sich anmelden würden. Vor zwei Monaten hättest du sie noch am selben Abend gebaut. Jetzt schaffst du es nicht mal, in drei Tagen zu antworten.

Wenn zwei davon stimmen, ist vielleicht alles okay. Wenn vier davon stimmen, bist du schon länger der Flaschenhals, als dir bewusst ist.

Wen du als Erstes dazuholst

Der Reflex ist, jemanden zu suchen, der “technischer ist als du”. Das ist meist falsch. Die erste Person zum Dazuholen ist nicht die, die programmieren kann. Es ist die, der deine App schon am Herzen liegt.

Such grob in dieser Reihenfolge:

Ein:e Nutzer:in, der/die ständig Vorschläge macht. Du hast wahrscheinlich so jemanden. Diese Person hat dir vier Feature-Ideen, zwei Bug-Reports und eine höfliche Beschwerde über den Wortlaut auf deinem Anmeldebildschirm geschickt. Sie will, dass dieses Produkt gut wird. Sie passt auf. Wenn du sie fragst, ob sie eine Ecke davon mitgestalten möchte, lautet die Antwort oft Ja.

Ein:e Freund:in, der/die von der Seitenlinie zugesehen hat. Jemand, der dich seit Monaten über die App reden hört und neugierig ist. Diese Person muss nicht programmieren können — das macht dein KI-App-Builder. Sie muss klar beschreiben können, was sie will, und das können die meisten, die dir eine Weile beim Kämpfen zugesehen haben, besser, als ihnen bewusst ist.

Jemand aus deiner Community. Wenn deine App Lehrer:innen dient, finde eine:n Lehrer:in. Wenn sie Hochzeitsfotograf:innen dient, finde eine:n Hochzeitsfotograf:in. Das Fachwissen ist mehr wert als technisches Können, denn der KI-App-Builder kann technisches Können einbringen, aber nicht “was Hochzeitsfotograf:innen an einem Samstag im Juli wirklich brauchen”.

Ein echtes Beispiel, leicht verfremdet. Jemand, den wir kennen, hat mit einem KI-App-Builder einen kleinen Marktplatz für handgemachte Keramik gebaut. Nach sechs Monaten ging sie unter — Nachrichten von Verkäufer:innen beantworten, denselben Checkout-Text dreimal ausbessern, Features für Käufer:innen bauen, die sie nie getroffen hatte. Sie holte eine ihrer Verkäuferinnen dazu, eine Frau, die ihr im Lauf des Jahres bereits elf Vorschläge gemailt hatte. Innerhalb von zwei Monaten hatte diese Verkäuferin die meisten verkäuferseitigen Seiten neu geschrieben, mit einem Ton, den keine Außenstehende hätte treffen können. Die Gründerin baute weiter für die Käufer:innen. Die App wurde nicht langsamer; das Tempo verdoppelte sich fast.

Die schlechteste erste Wahl ist meist ein:e generische:r technische:r Auftragnehmer:in. Sie liefern gute Arbeit, aber es liegt ihnen nichts daran — und der ersten Person, die du dazuholst, muss etwas daran liegen, denn sie wird ohne dich viele kleine Ermessensentscheidungen treffen.

Welchen Bereich du ihr übergibst

Der Fehler ist, ihr die ganze App zu übergeben. Die ganze App steckt in deinem Kopf. Du weißt, welche Teile fragil sind, welche du nie ganz fertig gemacht hast, welche eine:n Nutzer:in einmal fast kaputt gemacht hätte. Diese Person weiß das nicht.

Übergib ihr einen Bereich. Einen echten, mit klaren Grenzen:

Die Startseite und die Marketing-Seiten. Geringes Risiko, hohe Sichtbarkeit. Sie kann an Texten, Abschnitten, Screenshots, Testimonials feilen. Wenn etwas kaputtgeht, merkst du es binnen einer Stunde, und kein:e Nutzer:in verliert Daten.
Das Hilfecenter. Wenn du immer wieder dieselben Fragen beantwortest, ist das der Bereich. Sie schreibt die Antworten; du prüfst die ersten paar, bis du dem Ton vertraust; dann liefert sie aus.
Ein bestimmtes, nutzerseitiges Feature. Vielleicht der Export-Flow, das Kommentarsystem oder die Benachrichtigungen. Etwas mit sauberer Abgrenzung, wo ein Bug darin nicht die ganze App lahmlegt.
Die Admin-Tools, die du selbst nutzt. Ein überraschend guter Einstiegsbereich. Sie kann die Tools verbessern, die du nutzt, ohne irgendetwas anzufassen, das Kund:innen sehen. Du spürst die Verbesserungen täglich, was Vertrauen aufbaut.

Die Form des Bereichs ist weniger wichtig als die Tatsache, dass es ein Bereich ist. Sie besitzt ihn. Du hinterfragst nicht jede Änderung. Ihr einigt euch auf einen Rhythmus für Abstimmungen und lasst sie arbeiten.

Was du an Tag eins nicht tun solltest

Eine kurze Liste, größtenteils aus der Beobachtung, wie andere das schlecht machen:

Gib ihr keinen Zugriff auf deine Live-Datenbank. Die meisten KI-App-Builder lassen dich eine Staging-Kopie deiner App erstellen. Lass sie dort anfangen. Der Tag, an dem sie ihr erstes Ergebnis in die Produktion bringt, sollte eine kleine Zeremonie sein, kein Versehen.
Wirf ihr nicht alles auf einmal vor die Füße. “Hier ist ein Notion-Dokument mit 87 Dingen, such dir was aus.” Das überfordert, und sie wird hinschmeißen. Wählt die ersten drei Dinge gemeinsam aus. Macht die fertig. Dann wählt die nächsten drei.
Erwarte nicht, dass sie deine Gedanken liest. Du lebst seit Monaten mit dieser App. Du hast für alles ein Kürzel. Schreib fünf Dinge auf, wie die App funktioniert und wie du Entscheidungen darüber triffst. Übergib ihr das. Es kostet dich neunzig Minuten und spart dir Wochen.
Verschwinde nicht. Sie braucht dich in den ersten Wochen. Setz einen echten Rhythmus an — einmal pro Woche ein kurzer Call, dazwischen asynchrone Nachrichten. Nach einem Monat kannst du wahrscheinlich auf alle zwei Wochen runtergehen. Nicht früher.

Wie es sich danach wirklich anfühlt

Die meisten, die allein bauen, sind beim ersten Mal überrascht, wie viel Energie sie zurückbekommen, wenn sie jemanden dazuholen. Nicht, weil die andere Person schnell ist — am Anfang ist sie es wahrscheinlich nicht —, sondern weil die Hälfte deiner Sorge den Dingen galt, zu denen du nicht kamst. Sobald sich jemand anderes ihnen widmet, verschiebt sich die Sorge.

Dir wird außerdem auffallen, dass sich deine App weniger fragil anfühlt. Zwei Menschen, die ein System verstehen, sind mehr als doppelt so widerstandsfähig wie einer. Der Bus-Faktor steigt von eins auf zwei, was nach einer Kleinigkeit klingt — bis zu der Woche, in der dein Laptop stirbt und jemand anderes trotzdem ausliefern kann.

Wenn du mit einer langen Liste von “Dinge, die ich machen würde, wenn ich Zeit hätte” dasitzt, lohnt es sich vielleicht, heute eine Stunde damit zu verbringen, darüber nachzudenken, wer diese erste Person sein könnte und welchen Bereich deiner KI-gebauten App du ihr übergeben würdest.

Es ist meist ein kleinerer Sprung, als es aussieht.