Einleitung
In fast jedem Unternehmen gibt es diesen einen Prozess, der nirgends richtig hineinpasst: eine Excel-Liste, die längst drei Abteilungen steuert. Eine Auswertung, die jemand jeden Montagmorgen von Hand zusammenklickt. Zwei Systeme, zwischen denen Daten per Copy-and-paste wandern. Spätestens dann kommt die Frage nach eigener Software auf — meist zu grob gestellt als „Standard oder Individualentwicklung?". Nützlicher ist die genauere Frage: Welcher Teil des Problems ist Standard, und welcher Teil ist das wirklich Eigene am eigenen Betrieb? Dieser Beitrag zeigt, wann sich Individualentwicklung rechnet und wann nicht.
Das Problem: Der Prozess passt nicht ins Raster
Standardsoftware bildet ab, was viele Unternehmen gleich machen — Buchhaltung, Zeiterfassung, Ticketbearbeitung. Das ist ihre Stärke: erprobt, gepflegt, sofort einsatzbereit. Schwierig wird es dort, wo ein Betrieb bewusst anders arbeitet: eine eigene Kalkulationslogik, ein Prüfschritt, den die Branche verlangt, eine gewachsene Landschaft aus ERP, Warenwirtschaft und Fachanwendungen.
Für diese Lücken entstehen Behelfslösungen. Sie funktionieren — bis die Person in Urlaub geht, die als Einzige weiß, welche Spalte nicht angefasst werden darf. Typische Warnzeichen:
Dieselben Daten werden mehrfach erfasst, weil zwei Systeme nichts voneinander wissen
Ein Tabellenblatt ist faktisch zur Fachanwendung geworden — ohne Rechte, ohne Historie, ohne Backup
Regelbasierte Arbeit wiederholt sich jeden Monat, wird aber weiter von Hand erledigt
Der Prozess wurde an die gekaufte Software angepasst, obwohl er vorher ein Vorteil war
Drei Wege — der dritte wird am häufigsten übersehen
Standardprodukt. Deckt ein fertiges Produkt den Bedarf weitgehend ab, ist Individualentwicklung meist die teurere Antwort auf die letzten Prozentpunkte — Wartung, Sicherheitsupdates und Weiterentwicklung sind dort bereits enthalten.
Individualentwicklung. Sinnvoll dort, wo der Prozess selbst zum Geschäft gehört — und dort, wo Handarbeit dauerhaft Geld kostet, weil sie jeden Monat wiederkehrt.
Die Kombination. Der häufigste Fall in der Praxis und trotzdem der am seltensten geplante: Standard, wo Standard reicht — Eigenentwicklung genau dort, wo der Betrieb es verlangt. Das Ergebnis ist selten ein komplett neues System, meist ein klar abgegrenztes Stück Software zwischen bestehenden Anwendungen.
Was Individualentwicklung praktisch bedeutet
Individualentwicklung heißt nicht zwangsläufig „großes System". Ein erheblicher Teil der Wirkung entsteht durch kleine, klar abgegrenzte Bausteine:
Automatisierungs-Scripts — wiederkehrende Handarbeit nach festen Regeln: Dateien aufbereiten, Berichte erzeugen, Stammdaten abgleichen
API-Integrationen — zwei Systeme tauschen Daten automatisch aus statt per Export und Import
Datenpipelines und Auswertungen — Zahlen aus mehreren Quellen auf einen gemeinsamen Stand bringen
Web-Anwendungen und Portale — Kundenbereiche, Buchungs- und Verwaltungsportale, erreichbar überall dort, wo ein Browser läuft
Interne Tools — die Anwendung für den einen Prozess, den kein Produkt am Markt so abbildet
Die Technologie-Auswahl folgt dabei dem Bedarf, nicht dem Trend: mal eine vollwertige Web-Anwendung, mal ein Script, das nachts läuft und über das nie wieder jemand sprechen muss. Die Erfahrung dafür stammt aus dem eigenen Betrieb — HaiSoTec entwickelt und betreibt eigene Produkte, darunter ein Ticketsystem mit SAP-Business-One-Integration und die Auftragssteuerung Vorgano.
Wann sich eigene Entwicklung lohnt — und wann nicht
Es spricht dafür, wenn:
Der Prozess ein Unterscheidungsmerkmal ist — er soll nicht an ein Produkt angepasst werden, sondern umgekehrt
Regelbasierte Handarbeit sich monatlich wiederholt — die Ersparnis fällt dauerhaft an, nicht einmalig
Mehrere Systeme zusammenarbeiten müssen — die Lücke dazwischen füllt bisher ein Mensch mit einer Tabelle
Standardsoftware geprüft wurde und erkennbar nicht passt — geprüft, nicht ungeprüft übersprungen
Das Vorhaben wachsen soll — Schritt für Schritt erweitern statt in einigen Jahren neu bauen
Es spricht dagegen, wenn:
Ein Standardprodukt den Bedarf weitgehend abdeckt — dann ist es fast immer schneller und günstiger
Der Prozess selbst noch nicht stabil ist — was sich monatlich ändert, gehört erst geklärt und dann in Software gegossen
Fachlich niemand entscheiden kann — ohne verantwortliche Person im Unternehmen fehlt dem Projekt die Grundlage
Für den laufenden Betrieb kein Budget vorgesehen ist — Software ist kein einmaliges Projekt, sondern ein Betriebsmittel
Zu einer ehrlichen Ersteinschätzung gehört auch der Hinweis, dass ein fertiges Produkt die bessere Wahl ist. Das kommt regelmäßig vor.
Praxis-Beispiel
Ein typisches Szenario: Ein Betrieb erfasst Serviceeinsätze im Ticketsystem, rechnet sie aber in der Warenwirtschaft ab. Am Monatsende überträgt eine Person die Positionen von Hand — mit den üblichen Folgen: vergessene Einsätze, Zahlendreher, ein Arbeitstag, der jeden Monat wiederkommt. Statt beide Systeme zu ersetzen, entsteht eine Schnittstelle: Abgeschlossene Einsätze werden regelmäßig übergeben, Abweichungen landen in einem Protokoll statt unbemerkt in der Rechnung. Beide Systeme bleiben Standard — individuell ist nur das Stück dazwischen. Genau das ist der Normalfall guter Individualentwicklung: so wenig eigener Code wie möglich, an der richtigen Stelle.
So läuft ein Projekt ab — fünf Schritte
Erstgespräch — Zuhören und Anforderungen verstehen. Ergebnis: eine ehrliche Ersteinschätzung, ob und wie geholfen werden kann — unverbindlich.
Konzept und Abgrenzung — Ziel, Umfang und Schnittstellen werden gemeinsam geschärft. Ergebnis: ein Konzept, das benennt, was dazugehört und was nicht.
Transparentes Angebot — Schriftlich, mit klarem Leistungsumfang und Zeitrahmen. Ergebnis: volle Kostenkontrolle vor dem Start.
Entwicklung in Etappen — Umsetzung in nachvollziehbaren Schritten mit regelmäßiger Abstimmung. Ergebnis: früh etwas Lauffähiges, das sich im Alltag prüfen lässt.
Betrieb und Weiterentwicklung — Nach der Übergabe geht es weiter: Hosting, Sicherheitsupdates und Erweiterungen bei Bedarf, mit festem Ansprechpartner.
Worauf zu achten ist
Klein anfangen und früh im Alltag testen — der erste Entwurf eines Prozesses überlebt selten den ersten echten Arbeitstag
Den Betrieb nach der Übergabe mitplanen — wer kümmert sich um Hosting, Updates und Weiterentwicklung?
Rechte an Quellcode, Daten und Zugängen vertraglich klären — vor dem Projektstart, nicht danach; das ist eine Vertragsfrage und keine technische Nebensache
Dokumentation und Übergabe einfordern — nachvollziehbar auch für Dritte, damit die Lösung nicht an einer einzelnen Person hängt
Datenschutz vom ersten Entwurf an mitdenken — auf Grundlage der DSGVO und deutschen Rechts; wo personenbezogene Daten verarbeitet werden, gehört der Speicherort zur Architekturentscheidung (die HaiSoTec-Anwendungen laufen DSGVO-konform und gehostet in Frankfurt)
Produkte im Überblick — was bereits fertig verfügbar ist, bevor etwas Eigenes entsteht
Webentwicklung bei HaiSoTec — Leistungen, Ablauf und häufige Fragen
Ihre Website kann mehr: Warum sich individuelle Webentwicklung lohnt — derselbe Gedanke, angewendet auf Websites
Ausprobieren
Unverbindlich beraten lassen — Kostenloses Erstgespräch (~30 Minuten) oder 15-Min-Rückruf; Antwort innerhalb eines Werktags
Kontaktieren Sie uns direkt: vertrieb@haisotec.de oder +49 7474 3199681