Ein Ingenieurbüro mit 40 Mitarbeitern, eine Unternehmensberatung mit 25, eine mittelgroße Kanzlei: Auf den ersten Blick drei verschiedene Welten. Schaut man auf die Software, mit der sie ihr Kerngeschäft steuern, sind es dieselben Systeme - und dieselben Beschwerden.
Das ist kein Zufall. Alle drei verkaufen im Kern dasselbe: qualifizierte Zeit. Und damit haben sie denselben Kernprozess - Auftrag kalkulieren, Stunden erfassen, Projektfortschritt verfolgen, fakturieren. Für diesen Prozess gibt es einen etablierten Markt an Projekt- und Kanzleisoftware. Und dort taucht ein wiederkehrendes Muster auf: Die Software, die das Geschäft tragen sollte, bindet irgendwann mehr Kapazität, als sie freisetzt.
Warum es ausgerechnet diese Branchen trifft
01
Zeit ist das Produkt
Wenn abrechenbare Stunden der Umsatz sind, schlägt jede Stunde Softwarepflege direkt auf die Marge. In einem Warengeschäft verschwindet derselbe Aufwand im Gemeinkostenblock. Hier ist er sofort sichtbar teuer.
02
Die Kalkulation ist der Unterschied
Wie ein Haus seine Leistung schneidet und bepreist, ist über Jahre gewachsen und oft der eigentliche Wettbewerbsvorteil. Standardsoftware bildet den Branchendurchschnitt ab. Genau diese Kanten fallen dabei weg.
03
Wachstum verändert den Prozess
Neue Leistungsarten, ein zweiter Standort, Retainer statt Einzelaufträge, Festpreise neben Zeithonorar: Das Geschäftsmodell entwickelt sich weiter, das Datenmodell der Software bleibt, wie es 2015 gedacht war.
Die Systeme selbst sind gut. Sie sind für einen breiten Markt gebaut und tragen viele Häuser jahrelang. Interessant ist der Kipppunkt: Ab wann arbeitet ein Haus gegen sein System statt damit?
Vier Signale, dass die Grenze erreicht ist
In Gesprächen mit projektgetriebenen Häusern kommen fast immer dieselben vier Punkte. Und zwar als Geschäfts-Argument, selten als technisches.
Signal 1
Die Excel-Welt daneben
Die eigentliche Kalkulation passiert in einer Tabelle, das Ergebnis wird ins System übertragen. Das System ist zur Ablage geworden, nicht zum Werkzeug. Wer die Tabelle gebaut hat, ist meist genau eine Person.
Signal 2
Projektmarge erst im Nachhinein
Ob ein Projekt profitabel war, zeigt sich Wochen nach Abschluss, und auch dann nur ungefähr. Die Zahl kommt zu einem Zeitpunkt, an dem sich nichts mehr steuern lässt.
Signal 3
Wissen hängt an Köpfen
Neue Kolleginnen brauchen Monate, bis sie das System sicher bedienen. Die eigentlichen Regeln stehen in Ausnahmen, die man kennen muss. Der Urlaub einer bestimmten Person legt dann Abläufe still.
Signal 4
Updates werden verschoben
Jedes größere Release ist ein Risiko, weil unklar ist, ob die eigenen Anpassungen es überstehen. Wer Updates aus Vorsicht verschleppt, betreibt faktisch Legacy-Software - und zahlt weiterhin Lizenzen dafür.
Ein einzelnes Signal ist normal. Kritisch wird es, wenn drei oder vier gleichzeitig zutreffen und das seit Längerem so ist. Dann liegt die Grenze bereits hinter euch.
Ein konkreter Fall aus der Beratung
Bei FKC Consulting lag genau diese Konstellation vor. Eine etablierte Standardsoftware sollte das Beratungsgeschäft tragen, wurde aber binnen weniger Jahre eher zur Last: Der eigene Angebots- und Projektprozess passte nur über Umwege hinein, das Team fing immer mehr von Hand auf, und für Steuerung und Prognosen fehlten die Auswertungen im nötigen Detail.
Der entscheidende Konstruktionsfehler saß tiefer als in der Bedienung. Angebot und Durchführung waren im Standard so miteinander verwoben, dass sich Plan und Ergebnis kaum noch gegenüberstellen ließen. Damit fällt die wichtigste Steuerungsfrage eines projektgetriebenen Hauses weg: Haben wir das geliefert, was wir kalkuliert haben - und wo genau sind wir davon abgewichen?
Vorher
Ein System für alle
Technisch sauber gebaut, aber als Lösung für jeden Zuschnitt gedacht. Die eigenen, entscheidenden Strukturen fanden darin keinen Platz - und wurden an den Rändern nachgebaut.
Nachher
Der reale Prozess als Grundlage
Vertrieb als Kanban-Board, automatische Angebotskalkulation, integrierte Terminplanung, Rechnung mit direktem Versand - und Angebot und Durchführung sauber getrennt, damit Plan und Ergebnis auswertbar bleiben.
Wichtig an diesem Fall ist weniger die Technik als die Reihenfolge: Aufgenommen wurde der reale Prozess, nicht die bestehende Systemlandschaft. Erst danach wurden Datenmigration und Anwendung geplant. Bestandsdaten aus proprietären Strukturen wurden herausgelöst, bereinigt und übernommen - die Historie blieb nutzbar.
Das Muster dahinter ist übertragbar: Ein Ingenieurbüro rechnet über Leistungsphasen statt über Beratungstage, eine Kanzlei über Gegenstandswerte und Zeithonorare. Die Fachlogik unterscheidet sich - die strukturelle Frage ist identisch.
Die realistischen Optionen
Zwischen “alles bleibt” und “alles neu” liegen drei Wege, die in solchen Diskussionen selten alle auf den Tisch kommen:
Im Bestand aufräumen
Workarounds konsolidieren, ein Auswertungswerkzeug anbinden, Prozesse verschlanken. Das passt, solange die Kernlogik trägt und nur die Ränder ausgefranst sind. Und es kostet einen Bruchteil einer Ablösung.
Den Kern herauslösen, den Rest im Standard lassen
Buchhaltung, Lohn und klassisches CRM bleiben, wo sie sind. Individuell wird nur, was den Unterschied macht: Kalkulation, Projektsteuerung, Auswertung. Das ist der Schnitt, den wir am häufigsten empfehlen, weil Aufwand und Wirkung hier am besten zueinander passen.
Vollständig ablösen
Angebracht, wenn der Kernprozess durchgehend klemmt und schon die Datenhaltung im Weg steht. Immer im Parallelbetrieb, weil das Tagesgeschäft weiterlaufen muss.
Wie so eine Ablösung schrittweise abläuft, von der Bestandsaufnahme über den Schnitt bis zur Abschaltung, steht auf der Seite Standardsoftware ablösen. Dass dasselbe Muster auch außerhalb von Professional Services auftritt, zeigt der Artikel zu den Grenzen der Branchensoftware.
Wann ihr beim Bestand bleiben solltet
In vier Konstellationen raten wir von einer Ablösung ab:
Euer Prozess ist branchenüblich. Wer kalkuliert wie alle anderen, fährt mit einem ausgereiften Produkt besser.
Der Schmerz sitzt in der Bedienung. Eine unbeliebte Oberfläche ist ein Schulungs- und Konfigurationsthema. Dafür löst man keine Software ab.
Eine Umstrukturierung steht an. Wer im nächsten Jahr fusioniert oder sein Leistungsmodell umbaut, klärt erst den Prozess und dann die Software.
Es fehlt eine interne Ansprechperson. Es braucht jemanden, der den eigenen Prozess verbindlich entscheiden darf. Ohne diese Rolle wird jedes Projekt zäh, egal mit welchem Dienstleister.
Wir sagen das im Erstgespräch auch so. Ein Ablöseprojekt, das aus Frust startet statt aus einer Rechnung, wird selten gut.
Der Punkt, an dem sich die Rechnung dreht
Am Ende entscheidet die Wirtschaftlichkeit, nicht die Technik. Die Lizenzkosten sind dabei die kleinere Zahl. Es geht darum, was der Umgang mit dem System an Kapazität bindet: Stunden für manuelles Auffangen, verschleppte Auswertungen, lange Einarbeitung, Projekte, deren Marge zu spät sichtbar wird.
In projektgetriebenen Häusern ist genau diese Kapazität das Produkt. Sobald die Software mehr davon bindet als freisetzt, ist die Grenze überschritten. Wie gut das System auf dem Papier dasteht, spielt dann keine Rolle mehr.
