Montagmorgen, vier Tools, eine Frage

Der Geschäftsführer einer 30-Personen-Agentur öffnet morgens vier Anwendungen. Zeiterfassung hier, Projektplan dort, Rechnungsstellung im dritten Tool, Auslastungsplanung in einer Excel-Tabelle. Die Frage, die er beantworten will, ist nicht kompliziert: Verdienen wir an diesem Kundenprojekt noch Geld?

Die Antwort sollte ein Klick sein. Stattdessen ist es eine halbe Stunde Copy-Paste zwischen Systemen, die nichts voneinander wissen. Und am Ende steht eine Zahl, der niemand so richtig traut.

Genau dieses Problem hat eine eigene Software-Kategorie hervorgebracht. Sie heißt PSA — Professional Services Automation. Und in Deutschland kennt sie fast niemand.

Zeit als Rohstoff — der unsichtbare Unterschied

Ein Produktunternehmen verkauft Einheiten. Es hat Lagerbestände, Stücklisten, Lieferketten. Die Software dafür heißt ERP, und sie existiert seit Jahrzehnten.

Ein Dienstleister verkauft Zeit. Seine Rohstoffe sind die Köpfe im Team, sein Lager ist der Kalender, seine Stückliste ist der Projektplan. Das klingt nach einem kleinen Unterschied, aber es verändert alles: wie geplant wird, wie abgerechnet wird, wie Profitabilität entsteht.

Eine Agentur mit 25 Mitarbeitern jongliert vielleicht 15 aktive Kundenprojekte gleichzeitig — manche auf Festpreis, andere auf Stundenbasis, wieder andere als monatliche Retainer. Jedes Projekt hat eigene Budgets, eigene Margen, eigene Risiken. Und jeder Mitarbeiter arbeitet typischerweise an drei bis vier Projekten parallel.

PSA Software ist gebaut für genau diese Realität. Sie verbindet Projektmanagement, Zeiterfassung, Ressourcenplanung, Finanzcontrolling und Reporting in einem durchgängigen Datenfluss. Nicht als fünf separate Module, die man zusammensteckt — sondern als ein System, in dem ein Stundeneintrag automatisch Budget-Impact, Auslastung und Rechnungsposition aktualisiert.

Die fünf Säulen — und warum der Datenfluss zählt

Jedes PSA Tool baut auf denselben Grundpfeilern auf: Projektmanagement für Planung und Delivery. Zeiterfassung, die weiß, was eine Stunde kostet. Ressourcenplanung, die zeigt, wer verfügbar ist und wer überlastet. Financial Management, das Budgets, Margen und Rechnungen in Echtzeit abbildet. Und Reporting, das all diese Daten zu Entscheidungsgrundlagen verdichtet.

Das klingt nach einer Feature-Liste, aber der eigentliche Unterschied liegt woanders. Es geht nicht darum, fünf Funktionen zu haben — es geht darum, dass diese fünf Funktionen denselben Datensatz teilen.

Wenn ein Entwickler zwei Stunden auf ein Projekt bucht, passiert in einem PSA-System Folgendes gleichzeitig: Das Projektbudget reduziert sich. Die Auslastung des Entwicklers aktualisiert sich. Die Marge des Projekts berechnet sich neu. Der Rechnungsentwurf wächst mit. Und das Dashboard des Geschäftsführers zeigt den aktuellen Stand — ohne dass irgendjemand eine Zahl manuell übertragen hat.

In einem Tool-Stack aus einzelnen Anwendungen passiert davon exakt: nichts. Jedenfalls nicht automatisch. Stattdessen sitzt jemand freitags da und tippt Zahlen von einem System ins andere — und hofft, dass kein Tippfehler die Monatsauswertung verfälscht.

Der blinde Fleck von Projektmanagement-Tools

Asana, Monday, ClickUp — solide Werkzeuge für Aufgabenverwaltung und Team-Koordination. Aber sie beantworten eine zentrale Frage nicht: Was kostet das alles?

Ein Projektmanagement-Tool weiß, dass Task X erledigt ist. Es weiß nicht, dass der Senior-Entwickler dafür acht Stunden gebraucht hat, die intern mit 120 Euro pro Stunde bewertet werden, während der Kunde nur 95 Euro zahlt. Es kennt keine Billing-Modelle. Es kann nicht unterscheiden, ob eine Stunde abrechenbar oder intern ist. Und es hat keine Ahnung, ob das Projekt bei 60% Fortschritt bereits 80% des Budgets verbraucht hat.

Für ein internes Produkt-Team ist das okay. Für einen Dienstleister, dessen gesamtes Geschäftsmodell auf dem Verkauf von Stunden basiert, ist es ein blinder Fleck von der Größe eines Scheunentors.

PSA schließt genau diese Lücke. Es nimmt die Stärken von Projektmanagement-Software und ergänzt die finanzielle Dimension, die Dienstleister zum Überleben brauchen. Wer sich fragt, wie Projektcontrolling bei Dienstleistern konkret aussieht, findet dort den tieferen Einstieg.

ERP — professionell, aber falsch geschnitten

Der andere Reflex vieler wachsender Dienstleister: Wir brauchen ein ERP-System. SAP, Sage, Lexware — irgendwas Professionelles.

Das Problem: ERP-Systeme sind für Warenflüsse gebaut. Sie denken in Artikelnummern, Lagerbeständen, Produktionsaufträgen. Ein IT-Dienstleister hat aber keine Lagerhalle. Er hat einen Kalender voller Verfügbarkeiten und eine Pipeline voller Kundenprojekte mit unterschiedlichen Abrechnungsmodellen.

ERP in einem Dienstleistungsunternehmen einzusetzen ist wie einen Maßanzug von der Stange zu kaufen und dann überall abzunähen. Technisch möglich, aber es passt nie richtig. Die Grundannahmen sind falsch: ERP optimiert Materialfluss, PSA optimiert den Einsatz von Menschen und deren Zeit.

Das heißt nicht, dass ERP nutzlos ist. Für die Buchhaltung, für Lohnabrechnung, für steuerliche Anforderungen gibt es gute Gründe. Viele Dienstleister fahren eine sinnvolle Kombination: ERP für die Finanzbuchhaltung, PSA für das operative Geschäft. Die beiden schließen sich nicht aus — aber PSA muss das führende System sein, weil dort die Daten entstehen, die das Geschäft steuern.

Wer stattdessen versucht, sein ERP-System mit Plugins und Custom-Reports zum Projektcontrolling-Tool umzubiegen, investiert Monate in eine Lösung, die am Ende trotzdem nicht zeigt, welches Projekt gerade Geld verdient.

Der versteckte Steuersatz des Tool-Stacks

Die häufigste Alternative zu PSA ist kein einzelnes Tool — sondern ein gewachsener Stack. Jira für Tickets, Harvest für Zeit, Personio für HR, Excel für Controlling, Slack für Kommunikation, Lexware für Rechnungen.

Jedes Tool für sich funktioniert. Zusammen bilden sie ein Daten-Bermudadreieck. Laut einer Erhebung von ElectroIQ (2026) nutzen 68 Prozent der Freelancer und Kleinunternehmer Spreadsheets als primäres Datenmanagement-Tool. Das ist kein Zufall — es ist der Klebstoff zwischen Anwendungen, die nicht miteinander sprechen.

Die echten Kosten sind dabei nicht die Lizenzgebühren. Es sind die Stunden, die Projektleiter mit dem Zusammensuchen von Daten verbringen. Ein typischer Freitagnachmittag in einer 25-Personen-Agentur: Der Projektleiter kopiert Stunden aus der Zeiterfassung, gleicht sie mit dem Projektplan ab, überträgt die Ergebnisse in eine Excel-Tabelle und baut daraus einen Report für den Kunden. Zwei Stunden Arbeit, die in einem PSA-System ein Klick wäre.

Dazu kommen die Fehler, die entstehen, wenn Zahlen manuell von einem System ins nächste wandern. Und die Entscheidungen, die auf veralteten oder unvollständigen Informationen basieren — weil die letzte Daten-Synchronisation drei Tage her ist.

Unternehmen mit integrierter Professional Services Automation erreichen messbar höhere Auslastungsraten und bessere Projektmargen als solche mit fragmentierten Tool-Stacks. Nicht weil die Software zaubern kann, sondern weil ein einziger Datenfluss Fehlerquellen eliminiert.

Worauf es bei der Wahl wirklich ankommt

Wer sich PSA Software anschaut, wird schnell mit Feature-Vergleichstabellen überschwemmt. Gantt-Charts: ja. Kanban: ja. API: ja. Aber die Fragen, die wirklich zählen, stehen selten in diesen Tabellen.

Billing-Modelle sind der erste Lackmustest. Festpreis, Time & Materials, Retainer, Mischformen — ein PSA-Tool muss alle beherrschen, nicht nur Stunden mal Stundensatz.

Dann: Profitabilität in Echtzeit. Nicht als Report, den jemand am Monatsende baut, sondern als lebendige Zahl, die sich mit jeder gebuchten Stunde aktualisiert. Wer bis zum Monatsende warten muss, um zu erfahren, dass ein Projekt Geld verliert, hat das Geld schon verloren.

Die Unternehmensgröße spielt auch eine Rolle. Ein Team mit 15 Leuten braucht kein Enterprise-PSA mit 18-monatiger Implementierung. Es braucht etwas, das in einer Woche läuft und mitwächst.

Und der vielleicht wichtigste Punkt: Die Software muss abbilden, wie das Unternehmen tatsächlich arbeitet — nicht umgekehrt. Wer sein Geschäft umbauen muss, damit es ins Tool passt, hat das falsche Tool gewählt.

Kein Pitch, nur ein Hinweis

Wir haben Leadtime gebaut, weil wir genau in diesem Tool-Bermudadreieck steckten. Nicht weil wir eine Marktlücke gesehen haben — sondern weil wir selbst der Markt waren: ein IT-Dienstleister mit 30 Leuten, der freitags nie wusste, welche Projekte eigentlich Geld verdienen.

Leadtime verbindet Projektmanagement, Zeiterfassung, Ressourcenplanung und Finanzcontrolling in einer Plattform. Nicht weil Plattformen gerade im Trend liegen, sondern weil die Daten sonst wieder im Bermudadreieck verschwinden.

Wenn du wissen willst, ob dein Lieblingsprojekt ein Gewinn oder ein gut getarntes Verlustgeschäft ist — hier entlang.