Software zu schreiben war immer der günstige Teil. Genau den hat die KI billiger gemacht - und den teuren unberührt gelassen. Was mit einer erzeugten App im ersten Betriebsjahr passiert und wie Sie vorher ausrechnen, wer sie trägt.
Es gibt einen Satz, den heute fast jeder Inhaber eines kleinen Unternehmens hört: „Das schreibt dir die KI an einem Nachmittag.“ Und er stimmt. Der Satz schweigt nur darüber, was danach kommt.
Software zu schreiben war nie der teure Teil. Teuer ist die Pflege - all die Jahre, in denen sich Gesetze, Abläufe und Menschen ändern und niemand mehr genau weiß, warum der Code so geschrieben ist, wie er geschrieben ist. Die KI hat Tag eins billiger gemacht. Die restlichen tausend Tage hat sie gelassen, wo sie waren.
Ein Jahr im Leben einer erzeugten App
Stellen Sie sich eine Auftragsverwaltung vor, die Ihnen die KI im Frühjahr erzeugt. Sie funktioniert. Die Kollegen nutzen sie. Und dann vergeht Zeit.
Tag 1. In Betrieb. Alle begeistert, denn es hat zwei Tage gedauert statt zwei Monate.
Monat 2. Der Steuersatz für eine Position ändert sich. In der App steht er fest im Code. Jemand muss ihn finden und ändern. Dieser Jemand sind Sie, Ihr Neffe oder ein Mensch, den Sie dafür bezahlen.
Monat 6. Eine neue Kollegin fängt in der Verwaltung an. Sie soll nur ihre eigenen Aufträge sehen. So etwas gibt es in der App nicht, weil im ursprünglichen Prompt nicht von Rollen die Rede war. Berechtigungen nachzurüsten ist kein „noch ein Prompt“ - es ist ein Eingriff, der auf allen Bildschirmen greifen muss.
Monat 12. Etwas hört auf zu funktionieren. Wer die App erzeugt hat, ist nicht mehr da oder erinnert sich nicht. Den Code lesen kann er, verstehen nicht - eine Maschine hat ihn geschrieben und niemand hat ihn ordentlich geprüft.
Die App zu schreiben ist der günstige Teil
An Tag eins sehen beide Wege gleich aus. Der Unterschied zeigt sich in Monat zwei, sechs und zwölf - und wächst von da an nur noch.
Warum das fast immer passiert
Es liegt nicht daran, dass die KI schlechten Code schreibt. Der Code ist oft erstaunlich ordentlich. Das Problem liegt woanders und hat drei Schichten.
Niemand kennt den Code. Bei einer klassisch geschriebenen App gibt es wenigstens einen Menschen, der weiß, warum etwas so gelöst ist. Bei einer erzeugten App existiert dieser Mensch nicht - es gibt nur einen Prompt und ein Ergebnis.
Pflege ist vorher nicht sichtbar. Lassen Sie eine App von einer Agentur bauen, stehen die Pflegekosten im Angebot. Erzeugen Sie sie selbst, stehen sie nirgends - was nicht heißt, dass es sie nicht gibt.
Änderungen kommen nicht einzeln. Eine Firma verändert sich laufend: neue Auftragsart, neuer Satz, neuer Kollege, neue Kundenanforderung. Jede dieser Änderungen ist klein. Zwanzig kleine Änderungen im Jahr sind ein Monat Arbeit.
Drei Fragen vor dem Start
Bevor Sie etwas Wichtiges auf erzeugtem Code aufbauen, lohnen sich drei konkrete Fragen:
- Wer im Unternehmen liest diesen Code, wenn etwas kaputtgeht? Lautet die Antwort „niemand“, haben Sie keine App, sondern eine Verpflichtung.
- Wie viele Änderungen erwarten wir im Jahr und wer macht sie? Schreiben Sie sie auf. Die meisten Firmen landen bei acht bis zwanzig Kleinigkeiten im Jahr, und das ist eine laufende Aufgabe.
- Was passiert, wenn dieser Mensch geht? Bei eigenem Code ist das ein Risiko, das Sie tragen. Bei einer Plattform trägt es der Anbieter.
Es geht nicht darum, keine KI zu nutzen
KI ist heute ein vernünftiger Weg, sich eine App zu entwerfen, zu beschreiben und bauen zu lassen. Der Unterschied liegt darin, ob am Ende Quellcode steht, den Sie hüten müssen, oder eine Anwendung auf einer Plattform, die Pflege, Backups und Updates übernimmt.
Was „die Plattform trägt es“ konkret heißt
Genau das: Updates, Backups, Sicherheitspatches und Kompatibilität sind nicht Ihre Sorge. Ändert sich eine Regel, ändern Sie ein Feld oder eine Automatisierung - und das schafft ein nicht-technischer Mensch im Team. Geht die Person, die das System gebaut hat, bleibt eine lesbare Konfiguration zurück, kein Code, den niemand versteht.
Es heißt nicht, dass eine Plattform absolut alles abdeckt. Für wirklich eigenwillige Logik gibt es Notausgänge über Webhooks und API. Der Unterschied liegt im Verhältnis: statt der ganzen Anwendung gehört Ihnen nur die eine Ausnahme.
Wie Automatisierung aussieht, in die man hineinsehen kann, steht in Automatisierung ohne Blackbox. Und wenn Sie konkrete KI-Baukästen abwägen, hilft Lovable, Bolt, v0 und Co.. Einen Überblick über das gesamte Thema gibt der komplette Leitfaden zu No-Code und KI-Entwicklung.
Häufige Fragen zur Pflege von KI-Anwendungen
Kann die KI die App nicht auch reparieren?
Teilweise ja, aber Sie stoßen auf zwei Dinge. Die KI muss genau wissen, was falsch ist - und das muss jemand erkennen. Und die zweite Reparatur passiert an Code, der aus der ersten hervorging, sodass mit jeder Runde das Risiko steigt, etwas anderes zu zerbrechen.
Was kostet die Pflege realistisch?
Das hängt davon ab, wie oft sich Ihr Prozess ändert. Ein Erfahrungswert aus gewöhnlichen Unternehmensanwendungen: rechnen Sie mit zehn bis zwanzig kleinen Änderungen pro Jahr. Erledigt sie ein Externer, ist das ein fester Posten im Budget, keine einmalige Ausgabe.
Wie behalte ich die Kontrolle, wenn ich mir eine App bauen lasse?
Fragen Sie vorher drei Dinge: wer Änderungen macht, was eine Stunde davon kostet und wo die Daten liegen werden. Hat ein Anbieter auf die letzte Frage keine Antwort, kümmert sich niemand um die Pflege.