Kann ein Entwickler ein KI-Projekt später übernehmen?

Kann ein Entwickler ein KI-Projekt später übernehmen?

Ja, sofern der Code das Werkzeug verlassen darf. Bei Zugo landen die Quelldateien über die GitHub-Anbindung in einem Repository Ihres Kontos, und damit hat ein Entwickler alles, was er zum Weiterarbeiten braucht. Die Übergabe scheitert danach fast nie an der Technik, sondern an fehlendem Wissen darüber, wie das Projekt gedacht war.

Die Frage taucht meist an einem bestimmten Punkt auf: Das Projekt läuft, es verdient Geld, und die nächste Anforderung ist eine Nummer zu groß für einen Prompt. Wie dieser Übergang ohne Reibung abläuft, klärt der Rest dieses Textes.

Was braucht ein Entwickler, um übernehmen zu können?

Weniger, als die meisten denken, und mehr als nur Dateien. Der Code ist die einfachste Hälfte. Er liegt im Repository, ist les- und ausführbar, und ein Entwickler versteht innerhalb eines Vormittags, was dort geschieht.

Die zweite Hälfte ist das Wissen um die Absichten. Warum ein Formular drei Felder hat und nicht fünf. Welche Preisregel für Stammkunden gilt. Was passiert, wenn eine Zahlung fehlschlägt. Diese Regeln stehen zwar im Code, aber als Ergebnis, nicht als Begründung, und beim Nachbauen entscheidet die Begründung.

Die dritte Hälfte, obwohl es die nicht geben dürfte, sind die Zugänge. Datenbank, Zahlungsanbieter, Mailversand, Domain und Statistik hängen an Ihren eigenen Konten. Ohne Zugriff darauf kann ein Entwickler lesen, aber nichts starten.

Wie sieht eine saubere Übergabe aus?

Diese Liste ersetzt das übliche erste Vierteljahr voller Rückfragen.

Der letzte Punkt wird am häufigsten vergessen und ist der billigste. Ein Entwickler, der das fertige Projekt bedienen kann, stellt halb so viele Fragen, weil er die Antworten selbst nachsieht.

Die eine Seite Text zur Fachlogik schreiben Sie am besten selbst, in normaler Sprache und ohne Fachbegriffe. Drei Absätze genügen: was das Projekt für wen tut, welche Regeln Geld betreffen, und welche Fälle Sie schon einmal von Hand korrigieren mussten.

Wer ist danach die führende Quelle, Builder oder Repository?

Diese Frage muss beantwortet werden, bevor der erste fremde Commit passiert. Sonst ändern zwei Seiten dieselben Dateien, und nach zwei Wochen existiert das Projekt in zwei Versionen, die sich nicht mehr sauber zusammenführen lassen.

Solange Sie selbst weiterbauen, ist der Builder die führende Quelle und das Repository die Sicherung. Sobald ein Entwickler regelmäßig eingreift, dreht sich das um: Dann ist das Repository die Wahrheit, und im Builder entstehen höchstens noch Entwürfe für neue Bereiche.

Ein Zwischenweg funktioniert ebenfalls, wenn die Zuständigkeiten nach Bereichen getrennt sind. Marketingseiten bleiben im Builder, der fachliche Kern wandert in die Hände des Entwicklers. Wichtig ist nur, dass keine Datei zwei Besitzer hat. Wie das Ändern im Builder überhaupt funktioniert, steht in Wie bearbeite ich eine KI-erstellte Website nachträglich.

Was kostet die Übergabe im Builder?

Für die Übergabe selbst sieht die Preisliste nichts vor. Credits werden für das Erzeugen und Ändern von Inhalten abgerechnet, und davon gibt es genau drei Posten.

Die Tarife: Free enthält 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800. Zweihundert Credits entsprechen, für eine Sache ausgegeben, rund 16 mehrseitigen Plattformen oder 33 Builds oder 66 Änderungen. Da 5 Credits unter den 6 eines einzelnen Builds liegen, ist der kostenlose Tarif ein Rundgang und kein fertiges Projekt. Abgerechnet wird in US-Dollar.

Die Kosten der Übergabe entstehen woanders, nämlich in den Stunden des Entwicklers. Und die hängen weniger vom Code ab als von der Qualität der Unterlagen, die Sie mitliefern.

Woran scheitert eine Übergabe am häufigsten?

Nach Häufigkeit sortiert, und keiner dieser Punkte ist technisch.

Der Auftraggeber kann nicht sagen, was das Projekt tun soll. Er kann zeigen, was es tut, aber die Regeln dahinter existieren nur in seinem Kopf. Der Entwickler baut daraufhin nach, was er sieht, und trifft an den Rändern eigene Entscheidungen, die niemand geprüft hat.

Die Zugänge fehlen oder gehören der falschen Person. Ein Supabase-Projekt in der Mailadresse eines ausgeschiedenen Mitarbeiters kostet mehr Nerven als jede Zeile Code. Prüfen Sie einmal im Quartal, auf welchen Namen Ihre Dienste laufen.

Und es wird zu früh übergeben. Ein Projekt, dessen Form noch wöchentlich wechselt, ist für einen Entwickler die teuerste Art von Arbeit, weil er Entscheidungen umsetzt, die morgen zurückgenommen werden. Solche Phasen erledigt der Builder billiger.

Übernehmen oder neu bauen, was ist sinnvoller?

Erfahrene Entwickler schlagen erstaunlich oft einen Neubau vor. Das ist keine Ausrede, sondern manchmal die ehrliche Antwort. Diese Tabelle hilft bei der Einordnung.

Der letzte Fall kommt öfter vor, als das Beratungsgespräch nahelegt. Wer nur neue Seiten, andere Texte oder ein anderes Farbschema braucht, zahlt für einen Entwickler eine Fähigkeit, die er nicht abruft.

Was sollte ich schon während des Bauens tun?

Drei Gewohnheiten machen die spätere Übergabe billig, und alle drei kosten heute fast nichts.

Verbinden Sie GitHub früh, nicht erst am Tag der Übergabe. Ein Repository, das den Verlauf von Anfang an mitschreibt, ist die beste Beschreibung Ihres Projekts, die je entstehen wird, und sie entsteht von selbst. Wie der Export funktioniert, steht in Kann ich den Code aus einem KI-Builder exportieren.

Legen Sie alle Dienste auf Konten Ihrer Firma an, nicht auf private Mailadressen. Das ist an Tag eins eine Kleinigkeit und an Tag vierhundert ein Rechtsstreit.

Schreiben Sie Entscheidungen auf, sobald Sie sie treffen. Nicht als Dokumentation, sondern als Notiz: warum der Rabatt bei zwölf Prozent liegt, warum die Anmeldung ohne Passwort auskommt. Fünf Zeilen im Moment der Entscheidung ersetzen später eine Stunde Rekonstruktion.

Wo sind die ehrlichen Grenzen?

Ein Builder ersetzt bei einem umfangreichen Produkt kein Entwicklungsteam, und der Zeitpunkt, an dem das offensichtlich wird, kommt bei erfolgreichen Projekten zuverlässig. Der Übergang ist der Normalfall, kein Scheitern.

Spiele entstehen hier als 2D-Projekte für den Browser. Wer daraus eine native App für die Stores machen will, beauftragt keine Übergabe, sondern ein neues Projekt mit dem alten als Vorlage.

Sehr spezifische Fachlogik entsteht über mehrere Änderungen statt über einen einzigen Prompt. Das gilt auch nach der Übergabe: Ein Entwickler ist schneller und genauer, aber er zaubert die Anforderungen nicht herbei, die Sie ihm nicht nennen.

Und die Sandbox-Prüfung vor der Auslieferung sagt nur, dass ein Build startet. Sie sagt nicht, dass die Fachlogik stimmt. Genau diese Lücke ist die Arbeit, für die man einen Menschen bezahlt. Welche Art von Projekt dabei überhaupt entsteht, erklärt Welchen Tech-Stack erzeugen KI-Builder.

Wann ist der richtige Zeitpunkt?

Wenn dieselbe Anforderung dreimal an einer Änderung im Builder gescheitert ist, ist es so weit. Bis dahin ist Selbermachen schneller und billiger, danach wird es teuer.

Ein guter Zwischenschritt ist ein bezahlter Blick von außen: Ein Entwickler sieht sich das Repository einen Tag lang an und sagt, was ihm bei einer Übernahme auffiele. Das kostet wenig und verhindert die unangenehme Variante, in der drei Monate später jemand einen Neubau empfiehlt.

Ausprobieren, wie ein Projekt entsteht und wie es sich anschließend übergeben lässt, können Sie auf zugo.dev. Es gibt 25 Vorlagen, davon 5 für Spiele, und eine einfache Seite steht in etwa einer Minute.