Branchenwissen beim IT-Dienstleister: Wie viel braucht es wirklich?
Ein IT-Dienstleister muss Ihre Branche nicht von Grund auf kennen, aber er muss ihre Regeln und Begriffe schnell lernen und sauber festhalten können. Branchenerfahrung spart Zeit bei Vorschriften und Schnittstellen. Das Wissen über Ihre Abläufe, Ausnahmen und Prioritäten bleibt immer bei Ihnen.
Die Frage stellt sich meist bei der Auswahl: Ein Anbieter wirbt mit Referenzen aus Ihrer Branche, ein anderer überzeugt im Gespräch, hat aber noch nie für Ihre Branche gearbeitet. Beides kann die richtige Wahl sein. Entscheidend ist, welcher Teil des Projekts vom Branchenwissen abhängt und welcher von Ihrem eigenen Wissen über das Unternehmen. Die Beispiele in diesem Beitrag stammen aus Projekten, die auf unserer Website als Case Study oder Projektseite beschrieben sind.
Nutzen
Wo Branchenerfahrung Zeit spart
Branchenerfahrung bringt vor allem Tempo am Anfang. Wer die Vorschriften, Standards und typischen Fremdsysteme einer Branche kennt, stellt im ersten Gespräch die richtigen Fragen und übersieht weniger.
Vorschriften: Banken und andere Institute nach dem Kreditwesengesetz arbeiten mit den MaRisk der Finanzaufsicht. Seit dem 17.01.2025 gilt zusätzlich die EU-Verordnung DORA für fast den gesamten Finanzsektor, auch für Versicherer. Beide stellen Anforderungen an Protokollierung, Auslagerung und Notfallpläne. Wer das kennt, plant einen Audit-Trail von Anfang an ein, statt ihn nach der ersten Prüfung nachzurüsten.
Schnittstellen: Im Handel sind es Warenwirtschaft, Marktplätze und Zahlungsanbieter, im Gesundheitswesen Praxisverwaltungssysteme, in der Energiewirtschaft Zähler und Messstellenbetreiber. Wer die gängigen Systeme kennt, schätzt den Aufwand einer Anbindung genauer.
Sprache: Wer die Fachbegriffe versteht, braucht in Workshops weniger Erklärungen.
Wie viel das ausmacht, zeigt unsere Case Study zu einem FinTech-Backend für eine Versicherungs-App. Eine FinTech-Tochter im Umfeld einer großen deutschen Versicherungsgruppe brauchte für rund acht Monate Verstärkung im Backend, ohne Vorlauf für die Einarbeitung. Die ersten Tickets wurden in der ersten Woche übernommen, weil Erfahrung aus früheren Versicherungs- und Banking-Projekten vorhanden war: Vertragslogik mit nachvollziehbarem Audit-Trail und die Reibung zwischen Konzern-IT und Produktteam mussten nicht erst erklärt werden.
Grenzen
Was nur Ihr Unternehmen weiß
Branchenerfahrung ersetzt nicht die Kenntnis Ihrer Abläufe. Zwei Hausverwaltungen arbeiten selten gleich, zwei Hersteller im Maschinenbau noch seltener. Ein Dienstleister, der aus Erfahrung zu wissen glaubt, wie Ihre Branche arbeitet, hört manchmal schlechter zu als einer, der neu fragt.
Bei Ihnen bleiben:
Ausnahmen: Der Kunde, der immer per Fax bestellt. Der Auftrag, der ohne Freigabe raus darf, weil er unter einer Grenze liegt. Solche Regeln stehen in keiner Norm, entscheiden aber, ob eine Software im Alltag funktioniert.
Prioritäten: Was zuerst kommt, was warten kann, was weggelassen wird.
Auslegung von Vorschriften: Wie eine Regel für Ihr Unternehmen gilt, klären Sie mit Ihrer Rechtsabteilung oder Ihrem Berater. Der Dienstleister setzt die Auslegung technisch um.
Abnahme: Ob ein Ablauf fachlich stimmt, prüfen Ihre Mitarbeiter, nicht die Entwickler.
Wie eng Vorschriften und Hauswissen verflochten sind, beschreibt unsere Case Study zur Prozess-Architektur für einen großen deutschen Versicherer. In rund zehn Monaten entstanden BPMN-Modelle von der Antragserfassung bis zur Erstattung. Fast jeder Schritt trug Fallunterscheidungen, die auf ein Gesetz, eine Aufsichtsregel oder eine interne Konzern-Richtlinie zurückgingen. Diese Verweise sauber zu hinterlegen, gehörte zum Lieferumfang. Die Verantwortung für die einzelnen Prozessblöcke lag deshalb gemeinsam beim externen Berater und den internen Ansprechpartnern.
Benennen Sie deshalb für das Projekt eine Person aus dem Fachbereich, die Fragen innerhalb weniger Tage beantworten kann und Entscheidungen treffen darf.
Lernen
Wie Branchenwissen im Projekt wächst
Das meiste Branchenwissen entsteht nicht vor dem Projekt, sondern darin. Die Projektseite zu imm smartControl zeigt das über fünf Jahre: Die erste Aufgabe im August 2021 war ein Dashboard für Messgeräte und ihre Messwerte. Daraus ist eine Hausverwaltungs-Software geworden, mit Mieterverwaltung, Eingangs- und Ausgangsrechnungen und automatisch erzeugten Beiblättern für die Nebenkosten. Die Fachlogik wächst mit jeder Rechnungsperiode. Das Wissen über Nebenkosten und Abrechnungen ist also Schritt für Schritt mit dem Projekt gewachsen.
Was ein Dienstleister aus anderen Branchen mitbringt, sind Muster, die sich technisch gleichen:
Die Akte: Fahrzeugakte beim Gutachter, Patientenakte in der Praxis, Projektakte im Ingenieurbüro. Immer ein Vorgang mit Dokumenten, Status, Fristen und Rechten.
Die Mandanten: Ein Portal für mehrere Kunden, Standorte oder Vermittler, deren Daten getrennt bleiben müssen. Das Fachwort dafür ist Mandantenfähigkeit.
Die Messwerte: Zählerstände, Maschinendaten, Sensorwerte aus Gebäuden. Viele kleine Datenpunkte, die zuverlässig ankommen und ausgewertet werden müssen.
Die Freigabe: Angebot, Nachtrag, Rechnung, Urlaubsantrag. Ein Dokument durchläuft Stufen mit Verantwortlichen und Fristen.
Wie sich spezialisierte Lösungen zu einem Gesamtsystem verbinden lassen, beschreibt der Beitrag Best of Breed: Was hinter dem Schlagwort steckt.
Auswahl
Fragen für das Erstgespräch
Echte Branchenerfahrung erkennen Sie an konkreten Antworten, nicht an Logos auf der Referenzseite:
Welche Vorschriften oder Standards unserer Branche haben Sie in einem Projekt umgesetzt, und was hat das technisch bedeutet?
Mit welchen Fremdsystemen unserer Branche haben Sie Schnittstellen gebaut, und was war dabei schwieriger als erwartet?
Welche Begriffe mussten Sie in Ihrem letzten Projekt neu lernen, und wie halten Sie Fachbegriffe fest?
Wer aus Ihrem Team spricht mit unseren Fachleuten, und wer schreibt den Code?
Können wir mit einem Ihrer Kunden sprechen?
Achten Sie bei Frage 3 auf die Methode. Ein gemeinsames Glossar, das Fachbereich und Entwicklung gleich verwenden, ist ein gutes Zeichen. In der Softwareentwicklung heißt dieses Prinzip Ubiquitous Language, geprägt von Eric Evans: dieselben Wörter im Gespräch, in den Anforderungen und im Code. Wie wir Erstgespräche und Beratung angehen, steht auf der Seite zur IT-Beratung.
Kurz beantwortet
Häufige Fragen
-
Nicht immer. Bei stark regulierten Themen und branchentypischen Schnittstellen spart ein Spezialist Zeit. Bei Abläufen, die Ihr Unternehmen anders löst als der Wettbewerb, ist die Fähigkeit wichtiger, zuzuhören und Fachwissen sauber festzuhalten. Ein Spezialist bringt außerdem oft eine fertige Lösung mit, die er auf Ihren Fall anpasst, statt sie aus Ihren Abläufen zu entwickeln.
-
An konkreten Antworten auf konkrete Fragen: welche Vorschrift, welches Fremdsystem, welches Problem in welchem Projekt. Ein Gespräch mit einem früheren Kunden zeigt mehr als jede Referenzliste. Vorsicht bei Antworten, die nur Logos und Schlagworte nennen.
Software für Ihre Branche
Auf unserer Branchenseite sehen Sie, in welchen Sektoren wir Projekte umgesetzt haben und welche Anforderungen dort typisch sind.
Nachweise
Quellen und Stand
Geprüft am 02.11.2026: Geltungsbereich von DORA laut EUR-Lex, MaRisk laut Bundesbank, Projektangaben laut den verlinkten Seiten dieser Website.
Artikel teilen