AI-generierter Code im Unternehmen: Wann er hilft – und wann er teuer wird

Die Entscheidung, die viele zu spät treffen

Ein Entwickler oder ein ambitionierter Projektverantwortlicher beschreibt eine Idee in natürlicher Sprache – und eine AI generiert innert Stunden eine funktionsfähige Applikation. Das ist heute Realität. Und für Entscheider in KMU klingt das verlockend: Endlich könnte man Prozesse digitalisieren, ohne zuerst ein grosses Entwicklungsbudget freizugeben.

Die Frage ist nicht ob das funktioniert. Sie funktioniert. Die Frage ist: Was passiert danach? Wer die Kosten und Risiken nach dem Prototypen unterschätzt, zahlt später doppelt. Nicht weil AI schlecht ist, sondern weil ein Prototyp kein Produkt ist.

Was AI-generierter Code wirklich leistet

AI-Tools beschleunigen das Prototyping erheblich. Hypothesen lassen sich in Tagen statt Wochen testen, Stakeholder können etwas Anfassbares sehen, und Risiken werden früh erkennbar. Das ist echter Mehrwert – besonders für interne Tools mit klar umrissenem Scope.

Was AI nicht automatisch liefert: Produktreife. Die Fähigkeit, eine Lösung stabil, sicher und nachvollziehbar im Alltag zu betreiben – über Monate und Jahre, nicht nur über eine Demo-Woche. Sobald echte Nutzer, Schnittstellen zu anderen Systemen, Datenschutzanforderungen und Verfügbarkeitserwartungen ins Spiel kommen, verschieben sich die Anforderungen fundamental.

Die verborgenen Kosten nach dem Prototypen

Ein Prototyp lebt im Labor. Ein Produkt lebt in deiner Organisation. Mit echten Menschen, echten Daten und echten Konsequenzen. Ab hier stellen sich Fragen, die kein Prompt beantwortet:

• Wer darf wann auf welche Daten zugreifen?
• Was passiert, wenn das System nachts um zwei ausfällt?
• Wie werden Änderungen eingespielt, ohne den Betrieb zu unterbrechen?
• Wie lässt sich nachweisen, dass die Lösung DSG-konform arbeitet?
• Wer ist verantwortlich, wenn etwas schiefgeht?

Das sind keine Extra-Features. Das ist die Basis dafür, dass eine Lösung tragfähig wird. Und diese Basis kostet Zeit und Fokus – sie muss geplant werden, bevor du «Go live» sagst.

Drei Wege – und wann welcher passt

Selber bauen (DIY) ist sinnvoll für interne Tools mit kurzer Lebensdauer und kleinem Risikoprofil: wenige Nutzer, keine sensitiven Daten, klar begrenzte Funktion. Du setzt eine Zeitbox, hältst den Scope klein und akzeptierst, dass Wegwerfen eine Option ist. Das ist kein Scheitern – das ist kluges Portfolio-Management.

Hybrid macht Sinn, wenn du Tempo willst, aber die Lösung ernsthaft betreiben möchtest. Du baust die Kernfunktionalität selbst, holst dir aber gezielt Unterstützung für Architektur-Review, Security-Baseline, Tests, Deployment und Monitoring. So bleibt das Tempo erhalten – ohne die Stabilität zu opfern.

Extern geben ist die richtige Wahl, wenn die Lösung geschäftskritisch ist, viele Integrationen hat oder strengen Compliance-Anforderungen unterliegt. Hier zählen nachvollziehbare Prozesse, Messbarkeit und klare Verantwortlichkeiten – von der Codebasis bis zum Betrieb.

Drei Fälle aus unserer Praxis

DIY, bewusst klein: Zwei Personen in einem KMU brauchen ein internes Reporting-Tool. Drei Tabellen, ein Import, ein PDF-Export. Keine sensitiven Daten, keine externen Nutzer. Nach drei Wochen steht ein Tool, das genau ein Problem löst – und danach bewusst nicht weiterwächst. Mission erfüllt.

Hybrid, weil ernst gemeint: Ein mittelgrosses Unternehmen baut eine Terminverwaltung mit Logins, Rollen, Mehrsprachigkeit und CRM-Anbindung. Nach vier Wochen steht die funktionale Basis. In weiteren drei Wochen werden Security, Tests, Deployment und Monitoring ergänzt. Ergebnis: schnell in der Umsetzung, solide im Betrieb. Projektvolumen im fünfstelligen Bereich – gut investiert.

Extern, weil kritisch: Ein Kundenportal mit Twint-Integration, mehrsprachiger Oberfläche und strengen Datenschutzvorgaben. Jede Stunde Ausfall kostet Vertrauen und Geld. Hier zählen Verfügbarkeit, Support und nachweisbare Compliance – kein Bereich für Experimente.

Was das für dein Budget bedeutet

Der Prototyp wirkt wie der grosse Kostentreiber – weil er sichtbar ist. In der Realität ist er der günstigste Teil. Für eine produktionsreife Lösung solltest du rechnen:

• Härtung (Security, Tests, CI/CD): nochmals ein nennenswerter Anteil des MVP-Aufwands
• Betrieb pro Jahr: grob 15–25 % des MVP-Aufwands, je nach Komplexität und Verfügbarkeitsanspruch
• Weiterentwicklung: einplanen, nicht improvisieren

Die Logik ist entscheidend: Wer Produktisierung und Betrieb von Anfang an plant, hat keine bösen Überraschungen. Wer einen Prototypen ohne Härtung in den Produktivbetrieb rutschen lässt, zahlt das Mehrfache.

Häufige Fragen

Ersetzt AI Entwickler? Nein. AI nimmt Tipparbeit ab und beschleunigt Prototyping. Für Produktreife brauchst du weiterhin Architektur-, Security-, Daten- und Betriebs-Know-how.

Wem gehört AI-generierter Code? In der Regel dir – aber prüfe die Nutzungsbedingungen der eingesetzten Tools. Halte vertraglich fest, dass du über Repositories und Builds verfügst und keine Blackbox entsteht.

Wie starte ich am besten? Mit einem 2–4-Wochen-Pilot, engem Scope, klaren Erfolgskriterien und der Option, bewusst zu stoppen. Danach entscheidest du: wegwerfen, härten oder neu denken.

Was ist mit Datenschutz und DSG? Datenflüsse, Verantwortlichkeiten und Dokumentation müssen von Anfang an mitgedacht werden – auch bei kleinen Teams. Löschkonzepte, Logging und klare Vertragskonstruktionen sind Pflicht, keine Option.

Ist der Hybrid-Weg nicht doppelt teuer? Im Gegenteil. Du kombinierst DIY-Tempo mit professioneller Härtung. Teuer wird es, wenn ein unfertiger Prototyp in den Produktivbetrieb rutscht und täglich geflickt werden muss.

Wie INSOR dabei hilft

Wir entwickeln und betreiben digitale Lösungen für Schweizer KMU – von der prozessgesteuerten Web-Applikation bis zur skalierbaren Plattform. Was das konkret bedeutet: sinnvolle Architektur, pragmatische Sicherheit, automatisierte Checks, messbarer Betrieb und saubere Dokumentation.

Wir arbeiten technologie-neutral, mit Schweizer Hosting-Optionen, und so viel oder so wenig Unterstützung, wie dein Projekt braucht. Du entscheidest, wie viel du selbst baust – wir schliessen den Gap zur Produktreife.

Hast du ein konkretes Vorhaben oder bereits einen Prototypen? Im ersten Gespräch schauen wir gemeinsam den Use-Case an, benennen die offenen Risiken und skizzieren die nächsten Schritte. Melde dich für ein unverbindliches Gespräch.