Transformation von Consulting-Firmen: Vom Tagessatz zum skalierbaren Service-Modell

94160ff3 50d1 4f2c 95d6 21ee3e89f317KI erzeugt

Kurzantwort: Beratungen und IT-Dienstleister wachsen im klassischen Modell nur, wenn sie mehr Berater zu Tagessätzen verkaufen. Skalierbar werden sie, wenn sie wiederkehrende Leistungen standardisieren: als Managed-Service-Produkte, als definierte Team-Blueprints, als agile Festpreise und als wiederverwendbares Wissen aus Product Lines. Time & Material bleibt dabei ein Baustein, aber nicht mehr das einzige Geschäftsmodell.

Viele Beratungen und IT-Dienstleister stehen vor derselben Frage: Wie wächst man, ohne dass jeder zusätzliche Euro Umsatz einen zusätzlichen Kopf braucht? Das klassische Modell aus Beratern und Tagessätzen hat die Branche lange getragen und funktioniert in vielen Situationen weiterhin gut. Gleichzeitig steigen der Preisdruck, die Vergleichbarkeit der Angebote und die Erwartungen der Kunden an messbare Ergebnisse. Hinzu kommt, dass KI-gestützte Werkzeuge die Produktivität verändern und damit die Logik der Stundenabrechnung infrage stellen. Dieser Leitfaden zeigt, wie Consulting-Firmen ihr Geschäftsmodell schrittweise umbauen können, ohne Delivery-Qualität oder Marge zu gefährden. Er beschreibt das Zielbild, vier konkrete Ansätze und die typischen Stolpersteine bei der Umsetzung. Zu jedem Thema gibt es einen vertiefenden Artikel, der im jeweiligen Abschnitt verlinkt ist.

Auf einen Blick

  • Das Tagessatz-Modell koppelt Umsatz fest an verfügbare Köpfe. Wachstum heißt dort vor allem: mehr Personal.
  • Kunden kaufen keine Softwaremodule oder Beraterstunden, sondern die Lösung eines Problems.
  • Das Zielbild lautet: vom Einzelberater zum Team- und Service-Modell mit klarem Scope und planbarem Umsatz.
  • Vier Ansätze tragen dorthin: Managed Services als Produkt, Teams mit reproduzierbarer Struktur, agile Festpreise und Product Lines als „Factory“ für wiederverwendbares Intellectual Property.
  • Die meisten Transformationen scheitern nicht an der Idee, sondern an Ownership, Vertrieb und fehlender Messbarkeit.

Warum das Tagessatz-Modell an seine Grenzen stößt

Das klassische Geschäft vieler Beratungen lässt sich in einer einzigen Zeile zusammenfassen. Ein Consultant arbeitet für einen Kunden, rechnet eine bestimmte Zahl an Stunden ab und erzeugt damit einen entsprechenden Umsatz. Das Modell ist einfach zu verstehen, leicht zu kalkulieren und für beide Seiten vertraut. Kunden wissen, was sie bezahlen, und Beratungen wissen, was sie einnehmen. Genau diese Einfachheit ist aber auch die größte Schwäche des Modells. Umsatz entsteht nur, solange ein Mensch seine Zeit verkauft, und jede Stunde kann nur einmal verkauft werden. Wachstum bedeutet deshalb fast immer mehr Personal, mehr Recruiting und mehr Führungsaufwand.

1 Consultant → 1 Kunde → X Stunden → X Umsatz

In der Praxis ergeben sich daraus mehrere Probleme, die sich gegenseitig verstärken. Sie betreffen nicht nur das Wachstum, sondern auch Preise, Wissen und die Steuerung des Unternehmens. Keines dieser Probleme ist neu, doch ihre Wirkung hat spürbar zugenommen. Der Wettbewerb ist internationaler geworden, und Kunden vergleichen Angebote heute systematischer als früher. Einkaufsabteilungen behandeln Beratungsleistungen zunehmend wie andere Beschaffungskategorien. Gleichzeitig erwarten Fachbereiche, dass externe Partner echte Ergebnisse liefern und nicht nur Kapazität bereitstellen. Die folgenden Punkte fassen die wichtigsten Schwachstellen zusammen:

  • Lineares Wachstum: Mehr Umsatz erfordert mehr Mitarbeitende. Recruiting wird zum Engpass des Geschäftsmodells.
  • Vergleichbarkeit: Wer Stunden verkauft, wird über den Stundensatz verglichen, mit anderen Beratungen, mit Freelancern und mit Nearshore-Anbietern.
  • Wissen bleibt in Köpfen: Was ein Berater im Projekt lernt, wandert selten zurück ins Unternehmen. Verlässt er die Firma, ist das Wissen weg.
  • Falsche Anreize: Effizienz wird bestraft. Wer eine Aufgabe schneller löst, rechnet weniger ab. Mit KI-gestützter Entwicklung und Automatisierung verschärft sich dieser Widerspruch.
  • Einseitige Steuerung: Die zentrale Kennzahl ist Auslastung. Ob ein Projekt dem Kunden messbaren Nutzen bringt, taucht im Controlling kaum auf.

Das bedeutet nicht, dass Time & Material grundsätzlich falsch ist. Für viele Situationen bleibt die Abrechnung nach Aufwand die fairste und einfachste Lösung, etwa wenn Anforderungen noch unklar sind. Problematisch wird es erst, wenn ein Unternehmen ausschließlich auf dieses Modell setzt. Dann fehlt der Spielraum, um bei steigendem Preisdruck die Marge zu halten oder neue Angebotsformen auszuprobieren. Außerdem entsteht kaum ein Anreiz, Wissen zu bündeln und wiederzuverwenden, weil sich Effizienz im Umsatz nicht auszahlt. Die Transformation setzt genau hier an. Sie ergänzt das bestehende Geschäft um Modelle, bei denen Wiederholung und Effizienz belohnt werden.

Kunden kaufen Lösungen, keine Module

Der wichtigste Perspektivwechsel betrifft die Frage, was eine Beratung eigentlich verkauft. Viele IT-Dienstleister beschreiben ihr Angebot entlang von Softwareprodukten, Modulen oder Technologien. Für den Kunden ist das aber selten der eigentliche Kaufgrund. Ein Beispiel aus dem Enterprise-Software-Umfeld macht das deutlich: Ein Kunde kauft nicht „Strategic Portfolio Management“. Er will Transparenz über sein Projektportfolio, bessere Investitionsentscheidungen oder eine verlässliche Ressourcensteuerung. Die Software ist in diesem Bild nur das Werkzeug, mit dem das Ziel erreicht wird. Ein erprobtes Vorgehensmodell der Beratung, etwa ein Framework für Projektmanagement, ist ein weiterer Baustein der Lösung. Erst die Kombination aus Werkzeug, Methode und Erfahrung ergibt das, wofür der Kunde tatsächlich bezahlt.

Wer so denkt, formuliert Angebote grundlegend anders. Statt „Implementierung Modul X, 80 Personentage“ steht dann im Angebot zum Beispiel „Portfolio-Transparenz in zwölf Wochen, mit diesen Bausteinen, diesem Team und diesen Ergebnissen“. Das Gespräch mit dem Kunden verschiebt sich vom Stundensatz zum Nutzen. Die Beratung kann ihre Erfahrung und ihre wiederverwendbaren Bausteine sichtbar machen, statt sie in Profilen zu verstecken. Gleichzeitig wird das Angebot vergleichbarer mit anderen Lösungen und weniger vergleichbar mit anderen Stundensätzen. Diese Denkweise ist die gemeinsame Grundlage aller vier Ansätze, die weiter unten beschrieben werden. Ohne sie bleiben auch neue Vertragsmodelle im Kern ein Verkauf von Zeit.

Das Zielbild: vom Einzelberater zum Team- und Service-Modell

Aus diesem Perspektivwechsel ergibt sich ein neues Zielbild für das Geschäftsmodell. Statt „ein Berater, ein Kunde, X Stunden“ steht das Team im Mittelpunkt, das für einen klaren Scope oder ein vereinbartes Ergebnis verantwortlich ist. Dieses Team liefert einen Service, der sich bei anderen Kunden wiederholen lässt. Daraus entsteht ein Umsatz, der besser planbar ist und weniger stark an einzelnen Personen hängt. Das Zielbild beschreibt also nicht nur ein anderes Preismodell, sondern eine andere Art, Leistung zu organisieren. Es betrifft Vertrieb, Delivery, Controlling und die Rolle der einzelnen Consultants gleichermaßen. In verkürzter Form lässt es sich so darstellen:

Team → klarer Scope oder Outcome → wiederholbarer Service → planbarer Umsatz

Das Zielbild kann unterschiedliche Formen annehmen, je nach Kunde, Thema und Reifegrad der Beratung. Denkbar sind komplette Delivery-Teams beim Kunden, Managed-Service-Teams für den Plattformbetrieb oder dauerhafte Application-Management-Services. Ebenso gehören klar definierte Beratungs- und Implementierungspakete dazu, die sich mehrfach verkaufen lassen. Entscheidend ist, dass jede dieser Formen standardisiert beschrieben ist und nicht für jedes Angebot neu erfunden wird. Ein gutes Zielbild legt außerdem fest, welchen Anteil diese Angebotsformen in einigen Jahren am Umsatz haben sollen. Nur so wird aus einer Vision eine Richtung, an der sich Entscheidungen ausrichten lassen. Wie ein solches Zielbild konkret formuliert wird und was es für die einzelnen Bereiche bedeutet, beschreibt der Artikel Zielbild für Beratungen: Vom Einzelberater zum Team- und Service-Modell.

Vier Ansätze für die Transformation

Der Weg zum Zielbild führt nicht über einen einzigen großen Umbau, sondern über mehrere Ansätze, die sich gegenseitig ergänzen. Vier davon lassen sich besonders gut kombinieren und schrittweise einführen. Jeder Ansatz setzt an einer anderen Stelle des Geschäftsmodells an: am Produkt, am Team, am Vertrag und am Wissen. Zusammen decken sie die wichtigsten Hebel ab, mit denen eine Beratung vom Verkauf einzelner Stunden zu wiederholbaren Leistungen kommt. Keiner der Ansätze muss sofort vollständig umgesetzt werden. Sinnvoller ist es, mit einem oder zwei Piloten zu beginnen und daraus zu lernen. Die folgenden Abschnitte geben einen Überblick, die verlinkten Artikel gehen jeweils in die Tiefe.

1. Managed Services als Produkt

„Managed Service“ ist in vielen Portfolios ein etablierter Begriff, doch dahinter verbirgt sich oft wenig Neues. Häufig bucht ein Kunde zwei Berater für zwölf Monate, und das Ganze heißt dann Managed Service. Im Kern ist das Body Leasing mit anderem Namen, denn verkauft wird weiterhin die Zeit einzelner Personen. Ein echter Managed Service funktioniert anders: Er hat einen definierten Leistungsumfang, Servicelevels, ein festes Reporting und einen Paketpreis. Der Kunde kauft zum Beispiel „Platform Operations – Gold“ statt „Consultant für 120 Stunden im Monat“. Wie der Dienstleister die Leistung im Detail erbringt, organisiert er selbst. Dadurch entsteht wiederkehrender Umsatz, der weniger an einzelnen Personen hängt. Mehr dazu im Artikel Managed Services als Produkt: Wie IT-Dienstleister Body Leasing hinter sich lassen.

2. Teams mit reproduzierbarer Struktur

Viele Projektteams entstehen heute Person für Person, je nachdem, wer gerade verfügbar ist. Das führt zu wechselnden Zusammensetzungen, unklaren Rollen und langen Anlaufphasen. Team-Blueprints setzen hier an und beschreiben Teams so, dass sie wiederholt in gleicher Qualität aufgestellt werden können. Dazu gehören feste Rollenprofile, klare Verantwortlichkeiten, eine definierte Kapazität und eine gemeinsame Arbeitsweise. Beispiele sind ein Delivery-Team für die Einführung einer Plattform oder ein Service-Team für deren Betrieb. Für den Kunden entstehen so „kaufbare Teams“, deren Leistung er vorab versteht. Für die Beratung werden Staffing, Angebotserstellung und Kalkulation deutlich einfacher. Mehr dazu im Artikel Team-Blueprints: Wie Beratungen Teams statt einzelner Berater verkaufen.

3. Agile Festpreise statt Festpreisfalle

Kunden wünschen sich Kostensicherheit, und klassische Festpreise scheinen genau das zu bieten. Ein Angebot wie „Implementiert uns System X für 200.000 Euro“ verlagert das Risiko jedoch fast vollständig auf den Dienstleister. Sobald sich Anforderungen, Scope oder Erwartungen ändern, beginnen zähe Verhandlungen über Change Requests. Der agile Festpreis löst diesen Konflikt, indem er nicht den Umfang, sondern den Rahmen fixiert. Vereinbart werden ein festes Team, eine feste Laufzeit, ein Budgetrahmen und ein gemeinsam priorisierter Backlog. Innerhalb dieses Rahmens kann der Scope flexibel angepasst werden. Der Kunde erhält Kostensicherheit, und die Beratung trägt ein Risiko, das sie steuern kann. Mehr dazu im Artikel Agiler Festpreis: Wie Beratungen die Festpreisfalle vermeiden.

4. Product Lines als Factory

Viele Beratungen haben Practices, Kompetenzzentren oder Product Lines für bestimmte Themen. Oft sind das Wissenscommunities, in denen man sich austauscht, ohne dass daraus verbindliche Ergebnisse entstehen. Als „Factory“ bekommen Product Lines einen klaren Auftrag: aus Projekterfahrung wiederverwendbares Intellectual Property machen. Aus jedem Kundenprojekt entstehen dann Blueprints, Templates, Story-Kataloge oder Aufwandsschätzungen. Diese Bausteine machen das nächste Projekt schneller, sicherer und besser kalkulierbar. Schon wenige Stunden pro Woche können so zu einem Multiplikator für die gesamte Delivery werden. Voraussetzung ist, dass die Bausteine gepflegt und in Projekten tatsächlich genutzt werden. Mehr dazu im Artikel Product Lines als Factory: Wie Beratungen aus Projekten wiederverwendbares IP machen.

Die vier Ansätze im Vergleich

Ansatz Was verkauft wird Nutzen für den Kunden Nutzen für die Beratung Wichtigste Voraussetzung
Managed Service als Produkt Definierter Service mit SLAs Planbare Kosten, verlässlicher Betrieb Wiederkehrender Umsatz Klar abgegrenzter Leistungskatalog
Team-Blueprint Team mit festen Rollen Eingespieltes Team statt Einzelpersonen Bessere Planbarkeit, weniger Staffing-Aufwand Standardisierte Rollen und Arbeitsweise
Agiler Festpreis Kapazität und Outcomes in festem Rahmen Kostensicherheit bei flexiblem Scope Begrenztes Delivery-Risiko Gemeinsamer, priorisierter Backlog
Product Line als Factory Wiederverwendbare Bausteine Schnellere, erprobte Umsetzung Höhere Marge durch Wiederverwendung Ownership und Feedback-Schleife

Die vier Ansätze stehen nicht nebeneinander, sondern bauen aufeinander auf. Team-Blueprints sind die Voraussetzung für agile Festpreise, weil sich ein fester Rahmen nur mit einem fest definierten Team kalkulieren lässt. Managed Services brauchen ebenfalls stabile Teams, damit der Service nicht an einzelnen Personen hängt. Product Lines liefern die Runbooks, Schätzungen und Vorlagen, die Service-Produkte und Festpreise wirtschaftlich machen. Umgekehrt erzeugen Services und Festpreisprojekte die Erfahrungen, aus denen neue Bausteine entstehen. Wer die Ansätze isoliert betrachtet, verschenkt diese Wechselwirkungen. Sinnvoll ist deshalb ein Gesamtbild, in dem jeder Ansatz seinen Platz hat, auch wenn die Einführung schrittweise erfolgt.

Was nicht das Ziel ist: Time & Material komplett abschaffen

Eine Transformation muss nicht radikal sein, und sie sollte es in den meisten Fällen auch nicht. Time & Material hat nach wie vor gute Gründe für sich, etwa bei unklaren Anforderungen, bei hochindividuellen Fragestellungen oder bei kurzfristiger Unterstützung. Wer dieses Modell vollständig abschaffen will, riskiert, Kunden zu verlieren, die genau diese Flexibilität schätzen. Sinnvoller ist ein Portfolio, in dem mehrere Vertragsformen nebeneinander bestehen und sich ergänzen. Der Anteil standardisierter, wiederholbarer Leistungen wächst dabei schrittweise, während das individuelle Geschäft bewusst dort bleibt, wo es einen Unterschied macht. Das reduziert das Risiko der Transformation und gibt dem Unternehmen Zeit, Erfahrungen zu sammeln. Als Leitsatz eignet sich eine einfache Formel:

Standardisieren, wo wir Dinge mehrfach machen. Individuell bleiben, wo wir uns bewusst unterscheiden wollen.

Woran die Umsetzung scheitert

Viele Initiativen zur Standardisierung beginnen mit viel Energie und enden in einer großen internen Wissensbibliothek, die niemand nutzt. Die Gründe dafür sind fast immer dieselben und haben wenig mit fehlendem Wissen zu tun. Niemand entscheidet verbindlich, was ein offizieller Baustein ist und was nur ein Entwurf. Niemand prüft die Qualität, sodass das Vertrauen in die Inhalte gering bleibt. Der Vertrieb weiß oft nicht, welche Bausteine und Angebote es überhaupt gibt. Projekte haben keinen Anreiz, bestehende Vorlagen zu verwenden, wenn die eigene Lösung schneller zur Hand ist. Und schließlich misst niemand, ob sich der Aufwand für die Bausteine lohnt. Wie sich diese Fallen vermeiden lassen, zeigt der Artikel Transformation umsetzen: So nutzen Beratungen ihre Bausteine wirklich.

Leitfragen für Geschäftsführung und Partner

Für den Einstieg in die Transformation hilft ein strukturierter Austausch im Führungskreis. Dabei geht es zunächst nicht um fertige Antworten, sondern um ein gemeinsames Verständnis der Ausgangslage und der Richtung. Die folgenden Fragen eignen sich gut als Grundlage für einen Strategie-Workshop mit Geschäftsführung, Partnern und Bereichsleitungen. Sie decken das Zielbild, die Standardisierung, das Risiko und die Rolle der Product Lines ab. Es lohnt sich, die Antworten schriftlich festzuhalten und nach einigen Monaten erneut zu prüfen. So wird sichtbar, ob sich die Einschätzungen verändert haben und wo die Transformation tatsächlich vorankommt. Unterschiedliche Antworten im Führungskreis sind dabei kein Problem, sondern ein wichtiger Hinweis auf Klärungsbedarf.

  • Was wollen wir in drei Jahren überwiegend verkaufen: Personen, Teams, Projekte oder Services?
  • Welche 5 bis 10 Leistungen könnten wir heute schon standardisieren und mehrfach verkaufen?
  • Wo wollen wir bewusst individuell bleiben?
  • Wie viel Delivery-Risiko wollen wir bei Festpreisen tatsächlich übernehmen?
  • Welche Rolle sollen Product Lines spielen: Wissenscommunity oder echte Produktorganisation?
  • Wie fließen Erkenntnisse aus Kundenprojekten zurück in Blueprints?
  • Wie messen wir Wiederverwendung?
  • Welchen Anreiz haben Consultants, etwas wiederverwendbar zu bauen, statt nur das aktuelle Kundenproblem zu lösen?

FAQ

Was bedeutet Transformation für Consulting-Firmen?

Gemeint ist der Umbau des Geschäftsmodells von einem reinen Verkauf von Beraterstunden hin zu wiederholbaren, klar definierten Leistungen wie Managed Services, Team-Angeboten, agilen Festpreisen und wiederverwendbarem Intellectual Property. Ziel ist Wachstum, das nicht linear an die Zahl der Mitarbeitenden gekoppelt ist.

Müssen Beratungen Time & Material abschaffen?

Nein. Time & Material bleibt sinnvoll bei unklaren Anforderungen und individuellen Fragestellungen. Standardisiert werden sollten die Leistungen, die eine Beratung regelmäßig und in ähnlicher Form erbringt.

Was ist der Unterschied zwischen Managed Service und Body Leasing?

Beim Body Leasing kauft der Kunde Kapazität einer Person. Bei einem Managed Service kauft er ein definiertes Ergebnis mit festgelegtem Leistungsumfang, Servicelevels und Reporting. Wer die Leistung erbringt, organisiert der Dienstleister.

Für welche Beratungen lohnt sich die Transformation?

Besonders für IT-Dienstleister und Beratungen, die auf bestimmte Plattformen oder Fachthemen spezialisiert sind und ähnliche Projekte wiederholt umsetzen. Je öfter sich Aufgaben wiederholen, desto größer ist der Hebel.

Womit sollte man anfangen?

Mit einer Bestandsaufnahme: Welche Leistungen wurden in den letzten zwei Jahren mehrfach in ähnlicher Form erbracht? Daraus lassen sich die ersten zwei bis drei Kandidaten für ein Service-Produkt, einen Team-Blueprint oder einen agilen Festpreis ableiten.

Unterstützung bei der Transformation Ihrer Beratung

Die Transformation einer Beratung ist kein Projekt, das man nebenbei erledigt, und sie gelingt selten allein aus der Innensicht heraus. Ein Blick von außen hilft, eingefahrene Muster zu erkennen und die richtigen Prioritäten zu setzen. Ich unterstütze Beratungen und IT-Dienstleister als Freelancer bei genau diesen Fragen, vom ersten Strategie-Workshop mit der Geschäftsführung bis zur Ausarbeitung konkreter Angebote. Dazu gehören die Formulierung eines tragfähigen Zielbilds, die Auswahl geeigneter Leistungen für die Standardisierung und die Entwicklung erster Service-Produkte, Team-Blueprints oder agiler Festpreismodelle. Meine Erfahrung stammt aus der praktischen Arbeit mit Enterprise-Plattformen wie ServiceNow sowie aus meiner Promotion im Bereich Künstliche Intelligenz. Dabei verbinde ich strategische Fragen mit dem Blick auf das, was im Projektalltag tatsächlich funktioniert. Wenn Sie überlegen, wie Ihre Beratung skalierbarer werden kann, freue ich mich über ein unverbindliches Erstgespräch.

Unverbindliches Erstgespräch vereinbaren · Dr. Dominic Lindner

Alle Artikel dieser Serie

  1. Transformation von Consulting-Firmen (dieser Artikel)
  2. Zielbild: Vom Einzelberater zum Team- und Service-Modell
  3. Managed Services als Produkt
  4. Team-Blueprints
  5. Agiler Festpreis
  6. Product Lines als Factory
  7. Transformation umsetzen

Durch die weitere Nutzung der Seite stimmen Sie der Verwendung von Cookies zu. Weitere Informationen

Die Cookie-Einstellungen auf dieser Website sind auf "Cookies zulassen" eingestellt, um das beste Surferlebnis zu ermöglichen. Wenn du diese Website ohne Änderung der Cookie-Einstellungen verwendest oder auf "Akzeptieren" klickst, erklärst du sich damit einverstanden.

Schließen