Standardsoftware, Schnittstelle oder Individualentwicklung?

Die richtige Softwareentscheidung beginnt nicht mit der Technologie

Wenn ein Ablauf im Betrieb unnötig Arbeit macht, stehen meistens drei Wege zur Wahl: eine vorhandene Standardsoftware einführen, zwei Systeme über eine Schnittstelle verbinden oder eine eigene Anwendung bauen lassen. Die beste Entscheidung hängt nicht davon ab, welcher Weg am modernsten klingt. Sie hängt davon ab, wo der Engpass liegt, wie oft er auftritt und welche Verantwortung danach im Betrieb bleibt.

Mein praktischer Rat lautet: Beschreibe zuerst einen vollständigen Vorgang vom Eingang bis zum Ergebnis. Erst danach vergleichst du Produkte oder holst Angebote für Softwareentwicklung ein. So vermeidest du, dass ein Dashboard entsteht, obwohl eigentlich nur eine saubere Übergabe zwischen Postfach und Auftragsprogramm fehlt.

Für eine erste Einordnung reicht diese Regel:

• Passt der Ablauf zu einer häufigen Aufgabe mit klaren Regeln, prüfe Standardsoftware.
• Funktionieren die beteiligten Programme einzeln, aber die Übergabe dazwischen ist mühsam, prüfe eine Schnittstelle.
• Ist der Ablauf fachlich besonders und passt dauerhaft in kein Werkzeug, prüfe Individualentwicklung.

Wann Standardsoftware reicht

Standardsoftware ist sinnvoll, wenn viele Betriebe denselben Kernablauf haben und du dich an die vorgesehenen Arbeitsweisen halten kannst. Das ist kein Nachteil. Ein etabliertes Produkt bringt oft Dokumentation, Updates, Rollen, Exporte und Support mit. Diese Dinge selbst nachzubauen kostet Zeit, auch wenn die erste Demo schnell aussieht.

Prüfe aber nicht nur die Funktionsliste. Entscheidend ist, ob die Software mit echten Fällen aus deinem Betrieb funktioniert. Nimm dafür drei bis fünf anonymisierte Beispiele und gehe sie vom Eingang bis zum Abschluss durch. Ein Programm kann „Angebote“ unterstützen und trotzdem an deinen Positionen, Freigaben oder Nachträgen scheitern.

Eine Standardlösung ist auch dann interessant, wenn sie 80 Prozent des Ablaufs gut abdeckt und die restlichen 20 Prozent selten vorkommen. Nicht jede Ausnahme braucht eine technische Sonderbehandlung. Manchmal ist eine klare manuelle Regel günstiger und verlässlicher als ein System, das alle denkbaren Varianten automatisieren soll.

Wann eine Schnittstelle der bessere erste Schritt ist

Eine Schnittstelle lohnt sich, wenn die beteiligten Systeme ihre Aufgabe bereits gut erledigen, aber Daten doppelt erfasst werden. Ein typisches Beispiel: Eine Anfrage kommt per E-Mail, das Team trägt sie in eine Tabelle ein und überträgt sie später in ein Angebotsprogramm. In diesem Fall fehlt möglicherweise kein neues Produkt. Es fehlt eine kontrollierte Übergabe mit einer eindeutigen Vorgangsnummer.

Vor einer Integration müssen drei Dinge geklärt sein:

1. Welches System ist führend? Für Kundendaten, Termine, Aufträge und Dokumente darf es jeweils eine klare Quelle geben.
2. Welche Daten werden wirklich übertragen? Ein kleiner, stabiler Datensatz ist besser als ein unklarer Komplettabgleich.
3. Was passiert bei einem Fehler? Eine nicht übertragene Adresse oder ein doppelter Auftrag muss sichtbar werden und bearbeitet werden können.

Teste dabei nicht nur den erfolgreichen Normalfall. Verwende eine unvollständige Adresse, zwei gleichnamige Kunden, eine nachträgliche Änderung und ein vorübergehend nicht erreichbares Zielsystem. Eine Integration ist erst dann brauchbar, wenn das Team erkennt, was passiert ist und wie es den Vorgang repariert.

Eine KI kann in einer solchen Kette helfen, wenn der Eingang unstrukturiert ist, etwa bei einer freien E-Mail oder einem Diktat. Sie sollte daraus einen Vorschlag machen. Die Übergabe in ein führendes System braucht weiterhin feste Felder, Validierung und bei wichtigen Schritten eine menschliche Freigabe. Eine Sprachdemo ist keine Schnittstellenprüfung.

Wann Individualentwicklung gerechtfertigt ist

Eine eigene Anwendung ist dann sinnvoll, wenn ein wiederkehrender und wichtiger Ablauf mit Standardsoftware dauerhaft nicht sauber abbildbar ist. Das kann ein besonderes Kundenportal, eine eigene Prüfstrecke oder eine interne Disposition sein. Der Auslöser sollte ein konkreter betrieblicher Vorteil sein, nicht der Wunsch nach einer einzigartigen Oberfläche.

Vor dem Start solltest du den kleinsten benutzbaren Ausschnitt festlegen. Wer einen Vorgang anlegt, wer ihn übernimmt, welche Daten Pflicht sind, welche Ausnahme sichtbar wird und woran die Abnahme gemessen wird. Mobile App, Rollenmodell, Anhänge, Automatisierung und Auswertungen können später folgen, wenn der Kern funktioniert.

Die laufende Verantwortung gehört in die Entscheidung hinein. Wer spielt Sicherheitsupdates ein? Wer beantwortet Supportfragen? Wie wird eine Wiederherstellung getestet? Welche Daten werden exportiert, wenn die Zusammenarbeit endet? Ein kleiner Eigenbau ist nicht mit dem letzten Entwicklungstag fertig.

Für eine faire Anfrage an Softwareentwickler beschreibst du deshalb nicht nur gewünschte Funktionen. Du lieferst:

• den heutigen Ablauf mit beteiligten Personen und Programmen,
• fünf anonymisierte Eingangsbeispiele,
• den häufigsten Fehler und seine Auswirkung,
• die Regeln für Freigabe und Ausnahme,
• den gewünschten ersten Nutzungsumfang,
• die Bedingungen für Abnahme, Betrieb und Datenübergabe.

Eine Softwareentwicklung für deinen Betrieb kann genau an dieser Stelle ansetzen. Wir klären zuerst, ob Einrichtung, Integration, Griffi oder eine eigene Anwendung passt. Die Arbeitsweise von n3tz beschreibt den Rahmen, nicht ein pauschales Paket für jedes Unternehmen.

Ein einfaches Entscheidungsbeispiel

Nehmen wir einen technischen Servicebetrieb. Das Team erhält Anfragen per Telefon und E-Mail. Kundendaten liegen im Auftragsprogramm, freie Termine im Kalender und Angebotspositionen in einer weiteren Anwendung.

Wenn die Anfrage bereits strukturiert erfasst wird und nur der Kalender nicht synchronisiert ist, ist eine Schnittstelle der erste Kandidat. Wenn das Büro zusätzlich viele freie Texte sortieren und Rückfragen vorbereiten muss, kann ein begrenzter KI-Schritt davor helfen. Wenn der Betrieb eine eigene Prüfstrecke mit besonderen Freigaben braucht, kann eine kleine individuelle Anwendung sinnvoll sein.

Die Reihenfolge ist wichtig. Erst den Eingang und die Zuständigkeit klären, dann die Übergabe, dann zusätzliche Automatisierung. Wer mit KI startet, bevor klar ist, welches System führend ist, beschleunigt sonst nur einen unklaren Prozess.

Kosten und Risiko über drei Jahre vergleichen

Ein günstiger Startpreis ist kein vollständiger Vergleich. Stelle für jeden Weg dieselben Kostenblöcke nebeneinander:

Rechne nicht nur die Zeitersparnis im Idealfall. Miss, wie viele Vorgänge tatsächlich anfallen, wie lange die manuelle Übergabe dauert und wie viele Fehler nachbearbeitet werden. Prüfe dieselben Werte nach dem Pilot. So erkennst du, ob der Nutzen real ist oder nur aus einer guten Demo stammt.

Was in den ersten vier Wochen passieren sollte

Ein sauberer Start braucht kein Großprojekt. In der ersten Woche wird ein Vorgang aufgenommen und mit Beispielen belegt. In der zweiten Woche wird die Zielarchitektur mit führenden Systemen, Datenfeldern und Freigaben festgelegt. In der dritten Woche läuft ein begrenzter Test mit echten Arbeitsmustern. In der vierten Woche werden Fehler, offene Grenzen und der nächste Umfang entschieden.

Dabei bleibt eine wichtige Grenze bestehen: Kundendaten gehören erst in eine vereinbarte Umgebung, wenn Zweck, Zugriff und Aufbewahrung geklärt sind. Für die Vorauswahl reichen anonymisierte Dokumente und selbst erstellte Beispieldaten. Griffi kann für wiederkehrende Eingänge und vorbereitete Büroabläufe der passende Produktweg sein. Ein eigenes System ist erst dann der richtige Weg, wenn der Bedarf darüber hinausgeht.

Einen konkreten Ablauf sortieren: Softwareprojekt mit n3tz besprechen →