Build statt Buy: Eigene Software mit KI entwickeln

Wenn ein Standardprodukt Ihren Ablauf nur mit Zusatzmodulen, Tabellen und manuellen Übergaben abbildet, arbeitet Ihr Team um die Software herum. Jede zusätzliche Regel des Betriebs muss irgendwo untergebracht werden. Eine eigene Anwendung kann diese Regeln direkt abbilden und die verstreuten Arbeitsschritte zusammenführen.

Weil KI heute einen Teil der Programmierarbeit übernehmen kann, wird dieser Weg auch für kleinere interne Werkzeuge zugänglicher. Genau darauf zielt Build statt Buy: Unternehmen entwickeln Software für ihren eigenen Ablauf und behalten die Möglichkeit, sie später zu verändern. Mit vector zero Build verbinden wir deshalb die Entwicklung eines MVP mit der Schulung des Teams, das damit weiterarbeiten soll.

Eigene Software beginnt mit einem konkreten Ablauf

Ein guter Ausgangspunkt ist eine Aufgabe, deren Regeln im Unternehmen bereits klar sind. Beispielsweise erfasst ein Team Erstattungsanträge, prüft Belege und lässt Beträge oberhalb einer bestimmten Grenze genehmigen. Verteilt sich das auf ein Formular, eine Tabelle und E-Mails, könnte eine eigene Anwendung den Ablauf zusammenführen.

Der Vorteil entsteht dabei aus den eigenen Regeln: Welche Angaben sind Pflicht? Wer darf entscheiden? Was geschieht, wenn ein Beleg fehlt? Diese Fragen bestimmen die Anwendung. Eine große Funktionssammlung hilft wenig, wenn genau die benötigte Ausnahme anschließend doch wieder per E-Mail geklärt werden muss.

Dafür muss nicht gleich ein vorhandenes Kernsystem ersetzt werden. Eine kleine Anwendung kann beispielsweise Daten aus dem CRM aufbereiten und einem Team genau die Ansicht und Aktion geben, die es für seine Arbeit braucht. Ob das sinnvoll möglich ist, hängt auch von den Schnittstellen und Nutzungsbedingungen des bestehenden Systems ab.

Welche internen Werkzeuge daraus entstehen können

Besonders interessant sind Anwendungen, die eng mit dem eigenen Arbeitsablauf verbunden sind. Sie lassen sich nach der Aufgabe unterscheiden, die sie übernehmen sollen:

• Erfassen und genehmigen: Ein Formular prüft Angaben gegen betriebliche Regeln und leitet den Vorgang an die zuständige Person weiter. Antrag, Rückfrage und Entscheidung bleiben zusammen.
• Interne Arbeit steuern: Eine Anwendung zeigt Aufträge oder Anfragen mit den Feldern, Zuständigkeiten und nächsten Schritten, die das Team tatsächlich verwendet.
• Auswerten und handeln: Ein operatives Dashboard zeigt beispielsweise offene Vorgänge und erlaubt, direkt eine Aufgabe zuzuweisen. Die Auswertung führt damit zur Bearbeitung, ohne dass jemand dieselben Daten in ein zweites Werkzeug übertragen muss.
• Systeme verbinden: Eine Anwendung übernimmt Daten aus einem System, prüft sie und stößt den nächsten Arbeitsschritt an. Zum Umfang gehört auch, fehlgeschlagene Übertragungen zu erkennen und erneut bearbeiten zu können.

Gemeinsam ist diesen Anwendungen, dass ihre wichtigsten Funktionen aus dem betrieblichen Ablauf entstehen. Ein Team kann mit einer überschaubaren Aufgabe beginnen und die Anwendung erweitern, sobald sich im Einsatz zeigt, was zusätzlich gebraucht wird. Der übergebene Code macht diese Weiterentwicklung unabhängig von der Produktplanung eines Standardanbieters.

Vom Prototyp zur eigenen Anwendung

Ein Prototyp zeigt, ob ein geplanter Ablauf verständlich ist und grundsätzlich funktioniert. So haben wir in unserem Kundenportal mit KI den Weg vom Vorschlag über Rückfragen bis zur Kundenbestätigung umgesetzt. Für den täglichen Betrieb braucht dieses Beispiel noch dauerhafte Speicherung und echte Zugriffsrechte.

Beim Ausbau zur nutzbaren Anwendung werden deshalb auch Datenanbindung, Berechtigungen und Betrieb geplant. Zu den Entwicklungskosten kommen Hosting, KI-Nutzung und Wartung. Im Unternehmen braucht es eine Zuständigkeit für Änderungen und einen Ansprechpartner bei Fehlern. Diese Aufgaben gehören zur eigenen Software und sollten von Beginn an Teil des Vorhabens sein.

Was wir mit vector zero Build übergeben

Mit vector zero Build entwickeln wir Ihren MVP und richten die Umgebung für die weitere Entwicklung ein. Im Workshop legen wir fest, welcher Ablauf zu diesem ersten Umfang gehört. Während der Entwicklung erprobt Ihr Team Zwischenstände, damit unpassende Annahmen vor der Einführung auffallen.

Zur Übergabe gehören die Anwendung, der vollständige Code, Zugänge und Dokumentation. Wir richten die Entwicklungsumgebung ein und schulen Ihr Team am eigenen Projekt. Dabei geht es nicht nur darum, einer KI eine neue Funktion zu beschreiben. Das Team übt auch, die Änderung in einer Vorschau zu prüfen und anschließend zu veröffentlichen.

Projektregeln, automatische Tests und ein Versionsverlauf unterstützen diese Arbeit. Für komplexe Erweiterungen oder Wartung können wir oder andere Entwickler hinzugezogen werden. Der entscheidende Unterschied liegt damit in der Verfügung über die eigene Anwendung: Sie können ihren Umfang und ihre Weiterentwicklung selbst bestimmen, statt jede Anforderung in die Produktplanung eines Softwareanbieters einordnen zu müssen.