Die meiste Software ist nicht genial. Ein großer Teil jeder Entwicklung ist Routinearbeit: Formulare, Bildschirme, die Datensätze anzeigen und bearbeiten, der Code, der Daten zwischen Systemen bewegt, und die Tests, die zeigen, dass alles funktioniert. Dort stecken die meisten Stunden und damit das meiste Geld.
KI-Werkzeuge zum Programmieren sind inzwischen gut in dieser Routinearbeit. Sie sind nicht gut darin, zu entscheiden, was gebaut wird, wie die Teile zusammenpassen oder was schiefgehen kann. Bring beides zusammen, einen professionellen Entwickler, der die Verantwortung trägt, und KI, die unter seiner Aufsicht die Routineteile erledigt, und in derselben Zeit entsteht mehr von deinem Produkt. Dieser Beitrag erklärt, wie das funktioniert, wo du sparst, wo nicht und wie wir es sicher halten.
Was KI in einer Entwicklung gut kann
Unserer Erfahrung nach lohnt sich KI bei Arbeit, die gut verstanden und leicht zu prüfen ist:
- Standardcode. Einrichtung, Verdrahtung und wiederkehrende Muster, die jede App braucht, geschrieben nach den Konventionen, die das Projekt schon nutzt.
- Tests. Testfälle für bestehenden Code entwerfen, auch die unbequemen Randfälle, die gern übersprungen werden.
- Refactoring. Code über viele Dateien hinweg umbenennen, aufteilen und aufräumen, ohne zu ändern, was er tut.
- Dokumentation. Erklären, was der Code tut, und Einrichtungsanleitungen und API-Notizen aktuell halten.
- Optionen erkunden. Zwei oder drei Lösungswege skizzieren, damit ein Ingenieur echten Code vergleicht, statt zu raten.
Gemeinsam ist ihnen, dass ein Profi schnell sieht, ob das Ergebnis stimmt.
Was sie nicht allein tun darf
Manche Entscheidungen prägen alles, was danach kommt. Die bleiben bei Menschen:
- Architektur. Wie das System aufgeteilt ist, wo die Daten liegen und wie es wächst. Eine falsche Wahl ist hier teuer rückgängig zu machen.
- Sicherheitsentscheidungen. Wer was sehen darf, wie die Anmeldung funktioniert, wie Geheimnisse gespeichert werden und was passiert, wenn etwas ausfällt.
- Umgang mit Daten. Welche personenbezogenen Daten du erhebst, wo sie liegen, wie lange und wer sie sieht. Das sind rechtliche und geschäftliche Entscheidungen genauso wie technische.
- Review. Entscheiden, dass Code korrekt und bereit zur Auslieferung ist. Ein Werkzeug kann beim Hinsehen helfen, aber freigeben tut ein Mensch.
KI kann Code schreiben, der richtig aussieht und falsch ist. Sie kann sich bei einer Bibliothek selbstsicher irren, eine Regel übersehen, die es nur in deinem Unternehmen gibt, oder eine Abkürzung nehmen, die eine Lücke öffnet. Nichts davon fällt auf, wenn nicht jemand den Code liest, der weiß, worauf er achten muss.
Wie wir es sicher halten
Tempo ist nichts wert, wenn das Ergebnis unsicher ist. Jede Änderung durchläuft diese Prüfungen, egal wer oder was sie entworfen hat:
- Code-Review. Ein Entwickler liest jede Änderung, bevor sie übernommen wird, und wichtige Arbeit prüft zusätzlich jemand, der sie nicht geschrieben hat.
- Tests, dann Mutationstests. Tests zeigen, dass der Code tut, was er soll. Mutationstests machen den Code absichtlich kaputt, um zu zeigen, dass die Tests es bemerken. Ein Test, der bei kaputtem Code noch besteht, schützt dich nicht.
- Prüfung von Abhängigkeiten und Geheimnissen. Pakete von Dritten werden auf bekannte Schwachstellen geprüft, und der Code wird durchsucht, damit Passwörter und Schlüssel nie darin landen.
- Minimale Rechte. Jeder Teil des Systems bekommt nur den Zugriff, den er braucht. Ein Datenbankzugang, der nur lesen darf, kann deine Datensätze nicht löschen.
- Deine Daten bleiben deine. Wir senden die Daten deiner Kunden, deine Unterlagen oder vertrauliches Material nicht ohne deine Zustimmung an ein KI-Modell. Die meiste Entwicklungsarbeit braucht nichts davon: Die Werkzeuge arbeiten mit Code und Testdaten, nicht mit deinen Kunden.
Wo Zeit und Kosten wirklich sinken
Sei vorsichtig bei jedem, der sagt, KI mache Software kostenlos oder sofort fertig. So sieht es ehrlich aus.
| Teil der Entwicklung | Was sich ändert |
|---|---|
| Routinebildschirme, Formulare und Datenflüsse | Oft deutlich schneller. Hier entsteht der größte Teil der Ersparnis. |
| Tests und Dokumentation | Schneller geschrieben, also wird mehr davon geschrieben. |
| Refactoring und Upgrades | Schneller, solange die Tests gut genug sind, um Fehler zu fangen. |
| Architektur und Sicherheitsdesign | Ungefähr gleich. Dafür braucht es erfahrene Menschen, die sorgfältig nachdenken. |
| Code-Review | Ungefähr gleich oder mehr. Jede Zeile wird weiterhin gelesen. |
| Deine Entscheidungen und dein Feedback | Gleich. Eine Entwicklung kommt so schnell voran wie die Freigaben. |
| Vorlaufzeiten Dritter | Gleich. App-Store-Prüfungen, Partner-APIs und Audits haben ihren eigenen Kalender. |
Die Ersparnis ist echt, aber sie liegt im routinemäßigen Mittelteil einer Entwicklung, nicht in den Teilen, die Urteilsvermögen brauchen. In der Praxis kauft dein Budget mehr fertiges Produkt, und deine Ingenieure verbringen ihre Stunden mit der Arbeit, die über den Erfolg entscheidet.
So arbeitet Labs
Wir haben unseren Ablauf um diese Arbeitsweise herum gebaut, und darum, dir zu zeigen, wofür du bezahlst.
- Einstiegspakete zum Festpreis. Klar umrissene erste Schritte, etwa ein Community-Bot, eine erste Version eines Webprodukts oder ein KI-Agent, jeweils nach unserem Stundensatzmodell kalkuliert. Sieh dir die Einstiegspakete an.
- Bezahlung pro freigegebenem Meilenstein. Nach einer Anzahlung zahlst du, sobald ein Meilenstein geliefert ist und du ihn im Kundenportal freigibst.
- Live-Tracker aus dem Repository. Die Seite deines Projekts im Kundenportal liest den Fortschritt direkt aus dem GitHub-Repository des Projekts, sodass du die Entwicklung vorankommen siehst.
- Betreuungspläne. Nach dem Start hält ein monatlicher Betreuungsplan dein Produkt aktuell, überwacht und sicher. Jeder wird für dein Produkt individuell angeboten.
Alle Formen der Zusammenarbeit findest du auf der Seite zur Zusammenarbeit.
Fang mit einer Zahl an
Wenn du ein Projekt im Kopf hast, gibt dir der Schätzer in wenigen Minuten eine Spanne, aufgeteilt in Entwicklung, Hosting und Support, mit jeder Annahme schriftlich festgehalten. Wenn du einen festen Preis willst, erzähl uns von dem Projekt, und wir melden uns mit einem Angebot, das genauso aufgebaut ist.
