Die Ausgangssituation ist in vielen mittelständischen Unternehmen die gleiche: Über die Jahre sind für verschiedene Bereiche die jeweils besten Tools eingeführt worden. HubSpot oder Pipedrive im Vertrieb. lexoffice oder sevdesk für die Buchhaltung. Asana oder Jira in der Projektarbeit. Slack für die Kommunikation. Vielleicht ein spezielles Tool für Marketing-Automation, eins für HR, eins für Zeiterfassung. Jede dieser Entscheidungen war zum Zeitpunkt der Einführung sinnvoll und ist es oft bis heute.
Trotzdem steht die Geschäftsführung regelmäßig vor derselben Frage: “Wie stehen wir eigentlich gerade da?” Die Antwort liegt in keinem einzelnen System. Sie setzt sich aus Teilantworten mehrerer Systeme zusammen, plus Excel-Zwischenschritten, plus manuellen Abgleichen.
Gut gewählte Einzeltools können also zu einem Steuerungsproblem werden. Aus dem Tool-Wildwuchs führen zwei Wege heraus.
Das Paradox der spezialisierten Tools
Die meisten dieser Tools sind in ihrem Bereich exzellent. HubSpot kann Vertriebspipelines und Marketing-Automation besser, als eine generische Unternehmenssoftware es je könnte. lexoffice deckt den Finanzalltag einer mittelständischen Firma nahezu perfekt ab. Das liegt daran, dass beide sich auf einen Ausschnitt konzentrieren.
Genau diese Stärke erzeugt das Problem. Jedes Tool ist für sich optimiert. Für die Integration mit eurer speziellen Systemlandschaft ist keines optimiert. Daraus entstehen drei typische Muster:
Muster 1
Die Excel-Brücke als Rückgrat
Irgendwo liegt die eine Excel-Tabelle, die den Gesamtüberblick halten soll. Einmal im Monat aus vier oder fünf Quellen gefüllt, ohne Versionierung, ohne festen Owner. Die Qualität hängt an einer Person.
Muster 2
Stammdaten driften auseinander
Ein Kunde in HubSpot ist nicht automatisch derselbe Kunde in lexoffice. Zwei Datensätze, abweichende Schreibweise, unterschiedlicher Status. Mit jedem Monat driften die Stammdaten weiter auseinander.
Muster 3
Kein System kennt die ganze Wahrheit
Vertriebstool kennt die Pipeline. Buchhaltung kennt Zahlungen. Projekt-Tool kennt Aufwände. Niemand kennt die Antwort auf “Wie profitabel ist dieser Kunde über die gesamte Beziehung?”
- die Antwort liegt zwischen den Systemen.
Gesteuert wird dann entweder nach Teilwahrheiten, also dem, was einzelne Tools ausgeben, oder nach der monatlichen Excel-Zusammenstellung mit ihrem Verzug. Für eine Steuerung in Echtzeit fehlt in dieser Konstellation schlicht die Grundlage.
Das ist der Normalfall, nicht der Ausnahmefall. Die europäische Erhebung zur IKT-Nutzung fragt Unternehmen ab zehn Beschäftigten, ob sie Software einsetzen, die Informationen zwischen verschiedenen Funktionsbereichen austauscht. Genau das ist die Gesamtsicht, um die es hier geht. In Deutschland bejahen das knapp 44 Prozent. Die Mehrheit hat also kein System, das diese Informationen zusammenführt. Wie sie es stattdessen tut, erhebt die Statistik nicht. Nach dem, was wir in Projekten sehen, ist es meistens Handarbeit.
Die typische Folge: Entscheidungen kommen zu spät
Ein Satz, den wir in Gesprächen immer wieder hören: “Wir merken Dinge erst, wenn das Kind schon in den Brunnen gefallen ist.”
Der Cashflow wird knapp, weil niemand die Zahlungsziele über alle Großkunden hinweg gesehen hat. Ein Kundensegment wird unwirtschaftlich und fällt erst im Jahresabschluss auf. Eine Vertriebsregion liegt unter Plan, die Korrektur kommt ein Quartal zu spät.
Das sind keine Einzelfälle, sondern die Folge einer Landschaft, in der die Daten zwar existieren, aber nie zusammenkommen. Reagiert wird, wenn der Schmerz da ist. Gestalten ließe sich nur vorher.
Unternehmerisches Gespür ist eine der unterschätztesten Stärken im Mittelstand, und kein Dashboard ersetzt es. Zahlen können aber etwas, das Gespür allein nicht leistet: Sie machen eine Entwicklung sichtbar, bevor man sie spürt. Sie sind das Frühwarnsystem, das dem Gespür Zeit verschafft.
Es geht also nicht darum, dass die Geschäftsführung täglich alle Zahlen im Kopf hat. Es geht um eine verlässliche Oberfläche: gespeist aus allen Quellsystemen, mit einheitlicher Logik, aktuell.
Wo Standard-Suiten an ihre Grenzen kommen
Die historisch naheliegende Antwort auf Tool-Wildwuchs: alles in eine große Standard-Suite zwingen. Die eierlegende Wollmilchsau, die Vertrieb, Buchhaltung, Projekte und HR gleichzeitig löst. SAP Business One für den Mittelstand, Microsoft Dynamics, Salesforce mit Modulen für alles.
In der Theorie funktioniert das. In der Praxis handelt man sich ein anderes Problem ein: Die Suite ist in jedem einzelnen Bereich schwächer als das Tool, das sie ersetzt. Der Vertrieb, der vorher gern mit HubSpot gearbeitet hat, bekommt ein schwächeres CRM-Modul. Die Buchhaltung verliert gegenüber lexoffice an Komfort. Und das Projekt-Team bekommt ein Werkzeug, das ihm die Arbeit erschwert.
Das Ergebnis: Die Suite wird eingeführt, aber in der Praxis entstehen trotzdem parallele Tools, weil die Fachabteilungen ihre Arbeitsweise nicht opfern wollen. Am Ende hat das Unternehmen eine teure Suite plus die ursprünglichen Speziallösungen - und das Integrationsproblem ist nicht gelöst, sondern komplizierter geworden.
Zwei Wege, die wirklich tragen
In Projekten sehen wir zwei Ansätze, die den Tool-Wildwuchs auflösen, ohne dabei die Vorteile der guten Einzeltools zu verlieren. Welcher passt, hängt davon ab, wie stark die Kernprozesse das Unternehmen ausmachen - und wie weit ihr in die Zukunft plant.
Weg 1 · Startpunkt
Schlanke Klammer im Hintergrund
Die Fachabteilungen behalten ihre guten Tools. Im Hintergrund entsteht eine schlanke Ebene, die Daten einsammelt, einheitlich strukturiert und verfügbar macht. Nicht die Tools vereinheitlichen - die Daten zusammenführen.
Pragmatischer Einstieg: niedriger Scope, kein Tool-Wechsel, schnell wirksam. Langfristig wächst die Klammer mit jedem neuen Anwendungsfall mit - und wird irgendwann selbst zur Kernanwendung.
Weg 2 · Zielbild
Individuelle Kernanwendung, Fachtools angedockt
Das operative Herz eures Geschäfts, also Kunden, Aufträge, Projekte und Produktdaten, läuft in einer individuellen Anwendung mit eurer Logik. Buchhaltung, HR und ähnlich standardisierte Bereiche bleiben in ihren Fachtools und werden angebunden.
Unsere Empfehlung, wenn die Kernprozesse das Unternehmen wirklich ausmachen. Größere Investition, aber eine Basis, die 10+ Jahre trägt - statt eine Klammer, die Jahr für Jahr mehr umschließt.
Beiden Wegen liegt dieselbe Idee zugrunde: Es gibt einen Ort, an dem die Wahrheit über das Gesamtgeschäft zusammenläuft. Der Unterschied liegt darin, ob dieser Ort nur Daten einsammelt oder selbst die operative Mitte des Unternehmens bildet.
Die Klammer als pragmatischer Einstieg
Steht ihr heute vor einer gewachsenen Tool-Landschaft, ist die Klammer meist der richtige erste Schritt. Sie besteht aus drei Ebenen:
01
Zentrales Datenmodell
Eine eigene Datenbank, in der Kunden, Produkte, Aufträge, Zahlungen und Projekte in einer einheitlichen Struktur liegen. Zugeschnitten auf euer Unternehmen.
02
Saubere Datenflüsse
Über die APIs der Einzeltools fließen die relevanten Daten laufend ins zentrale Modell. Die Tools bleiben Quellsysteme, die Datenbank kennt den Gesamtstand.
03
Abgleich und Matching
Driftende Stammdaten werden dort geklärt, wo alles zusammenkommt. Automatisches Matching plus eine Oberfläche für die Fälle, die jemand ansehen muss. Einmal aufgeräumt, danach dauerhaft konsistent.
Ausgewertet wird dann auf dem zentralen Modell. Ob das über ein Metabase-Dashboard, ein eigenes Cockpit oder einen Excel-Export läuft, ist Geschmackssache. Die Datenbasis bleibt in jedem Fall dieselbe und ist aktuell.
Ab wann die Suite statt der Klammer Sinn ergibt
Die Klammer ist ein guter Startpunkt mit einem strukturellen Haken: Sie wächst. Mit jeder neuen Auswertung, jeder Validierungsregel, jedem Workflow. Aus einer schlanken Datenebene wird über Jahre eine Schattenplattform, die immer mehr Geschäftslogik trägt, ohne je dafür gebaut worden zu sein.
Dann kippt das Verhältnis. Was als pragmatischer Shortcut begann, trägt inzwischen Kernprozesse, für die es nie gedacht war. Ab hier wird eine individuelle Kernanwendung der sauberere Weg: das Geschäft direkt abbilden und die Fachtools dort andocken, wo sie stark bleiben.
Machen eure Kernprozesse den Wettbewerbsvorteil aus, also die eigene Leistungsverrechnung, das eigene Margenmodell, die besondere Projektabwicklung, dann ist die individuelle Kernanwendung ohnehin die ehrlichere Antwort. Die Klammer ist dann ein Zwischenschritt.
Warum das im Mittelstand wirtschaftlich funktioniert
Der naheliegende Einwand ist: Klingt nach teuer. Tatsächlich ist dieser Ansatz oft günstiger als die Alternativen, aus zwei Gründen.
Erstens ersetzt er keine funktionierenden Tools. Lizenzen bleiben, wo sie sind. Einarbeitung der Mitarbeiter bleibt, wo sie ist. Es gibt keine Umstellungsphase, in der das operative Geschäft leidet.
Zweitens ist der Scope überschaubar. Wir sprechen nicht über ein zweijähriges Großprojekt, sondern typischerweise über einen mehrmonatigen Aufbau, der nach Fertigstellung einen sehr niedrigen Betriebsaufwand hat. Das zentrale Modell plus die Integrationen laufen auf einer kleinen Infrastruktur, Weiterentwicklungen erfolgen bedarfsgetrieben.
Die eigentliche Investition steckt im Datenmodell, nicht in der Technik. Welche Entitäten sind in eurem Geschäft wirklich zentral? Wie hängen sie zusammen? Welches System führt welche Stammdaten? Diese Klärung ist die Wertschöpfung des Projekts, und sie bleibt euch erhalten, egal welche Tools ihr in fünf Jahren einsetzt.
Ein ehrlicher Einwand
Nicht jeder Tool-Zoo ist ein Problem.
Kein Handlungsdruck
Wenn ihr mit eurer Landschaft gut steuert, die Monatsauswertung in wenigen Stunden steht und die Stammdaten stabil sind, bleibt alles, wie es ist.
Faustregel für den Handlungsbedarf
Steckt ihr regelmäßig mehr Zeit in das Zusammenstellen der Zahlen als in die Arbeit mit ihnen, ist der Schnitt fällig. Mindestens als Klammer, oft als erster Schritt Richtung eigener Kernanwendung.
Quellen
Eurostat, E-business integration
, Erhebung zur IKT-Nutzung in Unternehmen 2025, EU-weit 157.000 befragte Unternehmen ab zehn Beschäftigten. In Deutschland setzen rund 44 Prozent eine ERP-Software ein, die Informationen zwischen Funktionsbereichen austauscht. Der EU-Schnitt liegt knapp darüber.



