Onboarding-Engpass: Wenn dein Delivery-Team nicht mit dem Vertrieb mithält

Onboarding-Engpass: Wenn dein Delivery-Team nicht mit dem Vertrieb mithält

Onboarding-Engpass: Wenn dein Delivery-Team nicht mit dem Vertrieb mithält

Lukas Ebner, CEO von Leadtime

Geschrieben von

Lukas

SaaS

30–50 % der Neukunden brechen das Onboarding ab. Nicht am Produkt liegt’s – sondern am Delivery-Engpass. So lösen wachsende IT-Unternehmen das Problem.

30–50 % der Neukunden brechen das Onboarding ab. Nicht am Produkt liegt’s – sondern am Delivery-Engpass. So lösen wachsende IT-Unternehmen das Problem.

30–50 % der Neukunden brechen das Onboarding ab. Nicht am Produkt liegt’s – sondern am Delivery-Engpass. So lösen wachsende IT-Unternehmen das Problem.

Ein Gemälde im Impressionismus-Stil zeigt einen dichten Verkehrsstau aus der Vogelperspektive, mit Reihen von farbenfrohen Autos in Rot-, Gelb-, Blau- und Weißtönen. Dicke, strukturierte Pinselstriche und lebendige Farben erzeugen ein Gefühl von städtischer Überlastung, Bewegung und modernem Chaos, das in Farbe eingefroren ist.

30 bis 50 Prozent aller Neukunden brechen das Onboarding ab. Nicht weil das Produkt schlecht ist. Sondern weil die Einführung nicht mitskaliert hat.

Diese Zahl stammt nicht von einem einzelnen Anbieter. Sie zieht sich durch die gesamte SaaS-Branche – von Studien bei Cloud Coach bis hin zu Analysen von ProductLed. Und sie trifft vor allem Unternehmen, die eigentlich gerade wachsen. Vertrieb läuft. Pipeline voll. Jede Woche unterschreibt ein neuer Kunde.

Nur kommt der dann nicht an.

Der Kipp-Punkt: Wenn Wachstum zum Stau wird

Es gibt eine Phase in jedem wachsenden IT-Dienstleister, in der sich etwas verschiebt. Anfangs ist es kaum spürbar. Der Vertrieb bringt drei neue Kunden im Monat statt zwei. Das Onboarding-Team schafft das noch – mit Überstunden, mit Improvisation, mit Wochenend-Calls.

Dann werden es fünf. Dann sieben.

Und plötzlich passiert Folgendes: Die gleichen Leute, die Neukunden einführen, bearbeiten auch Support-Tickets von Bestandskunden. Sie springen zwischen Projektarbeit und spontanen Eskalationen. Ressourcenpläne ändern sich täglich. Prioritäten stündlich.


Visualisierung eines typischen Delivery-Engpasses: Aufgaben stauen sich, während neue Projekte nachströmen

Eine B2B-SaaS-Plattform aus München – spezialisiert auf HR-Software, rund 35 Mitarbeiter – hat das 2023 durchgerechnet. Die durchschnittliche Onboarding-Dauer hatte sich von 6 Wochen auf 14 verdoppelt. In zwei Jahren. Nicht weil die Software komplexer wurde, sondern weil das Team gleich geblieben war, während der Vertrieb Gas gegeben hat.

Jeder neue Kunde verzögerte die bestehenden Projekte. Ein Teufelskreis, den man erst sieht, wenn er schon dreht. Und das Tückische: Die frühen Warnsignale für Projektverzögerungen sind oft unsichtbar, weil alle beschäftigt wirken.

Die teure Illusion: „Aber der Kunde zahlt doch“

Dieser Satz fällt in fast jedem Gespräch, wenn es um lange Onboarding-Projekte geht. Und er klingt logisch. Umsatz ist Umsatz.

Nur stimmt die Rechnung nicht.

Ja, der Kunde zahlt. Aber was kostet diese Zahlung? Teure Spezialisten, die in Firefighting gebunden sind. Ständige Umplanung. Koordinationsaufwand, der in keinem Ticket steht. Operativer Stress, der sich erst im Krankenstand zeigt.

Bain & Company hat es in Zahlen gegossen: Einen neuen Kunden zu gewinnen kostet 5 bis 25 Mal mehr als einen bestehenden zu halten. Wenn die Kapazität im langsamen Onboarding steckt statt in effizienten, wiederholbaren Prozessen, verliert man an beiden Enden. Bestandskunden warten zu lange. Neukunden können gar nicht starten.

Jede zusätzliche Minute bis zur ersten Wertschöpfung senkt die Conversion um 3 Prozent. Nicht um 3 Prozentpunkte – um 3 Prozent relativ.

Und dann die Zahl, die selten jemand ausspricht: Nur 12 Prozent der Nutzer bewerten ihr Onboarding als „effektiv“. Zwölf. Das ist keine Schwäche einzelner Anbieter. Das ist ein Branchenproblem.

Wo der echte Engpass sitzt

Man könnte jetzt denken: Dann stellt halt mehr Leute ein. Aber das ist ungefähr so hilfreich wie einem Stau zu empfehlen, breitere Straßen zu bauen. Es hilft kurzfristig. Und verlagert das Problem.

Die eigentliche Ursache liegt tiefer.


Diagramm: Überlappung von Onboarding, Support und Projektarbeit bei fehlender Rollentrennung

Viele wachsende SaaS-Unternehmen haben keine saubere Trennung zwischen Kundeneinführung, laufendem Support und Produktentwicklung. Die Ursachen ähneln frappierend den Gründen, warum IT-Projekte insgesamt so oft scheitern – fehlende Struktur, unklare Verantwortlichkeiten, kein System. Dieselben Leute sollen alles gleichzeitig machen. Die eine Woche onboarden sie, die nächste debuggen sie, und freitags sitzen sie im Sprint Planning.

Prozesse? Organisch gewachsen, nie bewusst geplant. Dokumentation? Im Kopf des Kollegen, der gerade im Urlaub ist. Kapazitätsplanung? Nach Bauchgefühl.

Was die Notaufnahme besser macht

In Krankenhäusern gibt es Triage. Ein System, das in Sekunden entscheidet: Wer wird zuerst behandelt? Die Entscheidung basiert nicht auf Lautstärke oder Reihenfolge, sondern auf klaren Kriterien.

In vielen IT-Unternehmen übernimmt diese Rolle der Geschäftsführer. Persönlich. Täglich. Mit dem Ergebnis, dass sowohl die Priorisierung als auch alles andere leidet.

Krankenhäuser, die auf AI-gestützte Triage umgestellt haben, übernehmen inzwischen einen Großteil der Routinebewertungen automatisiert – laut einer Studie im Journal of Medical Internet Research bis zu zwei Drittel der Ersteinschätzungen. Nicht weil die Ärzte schlechter geworden sind – sondern weil das System die Sortierung übernimmt, die vorher Energie gefressen hat.

Ein Software-Unternehmen in Hamburg – seit 2019 am Markt, spezialisiert auf Projektmanagement-Tools für Agenturen – kannte genau dieses Muster. 2024 brauchte jeder neue Kunde im Schnitt acht Wochen bis zur ersten Anmeldung. Nicht wegen technischer Hürden, sondern weil jeder Account Manager sein eigenes Setup hatte. Eigene Checklisten. Eigene E-Mail-Vorlagen. Eigene Dokumentation. Wenn jemand ausfiel, fing der nächste von vorn an. Projektwissen verdampfte. Kunden warteten. Die Abwanderung stieg.

Was skalierende Unternehmen anders machen

Die Unternehmen, die das Onboarding-Problem gelöst haben, haben nicht einfach mehr Leute eingestellt. Sie haben die Struktur verändert.

Vier Dinge fallen auf, wenn man sich die anschaut, die es hinbekommen:

Rollen sind getrennt. Wer onboardet, macht keinen Support. Klingt offensichtlich. Ist es in der Praxis selten.

Prozesse sind standardisiert. Nicht im Sinne von „wir haben ein Wiki, das niemand liest“. Sondern im Sinne von: Jedes Onboarding folgt derselben Struktur, mit denselben Arbeitspaketen, denselben Checkpoints. Neue Kollegen starten am ersten Tag produktiv, weil das System sie führt – nicht der Vorgänger.

Kapazität ist sichtbar. Nicht in einem Excel-Sheet, das montags aktuell ist und mittwochs veraltet. Sondern in einer Planung, die zeigt: Wer hat diese Woche wie viel Kapazität? Wo entsteht der nächste Engpass? Wann kann der nächste Kunde starten?

Kunden sehen, wo sie stehen. Transparenz reduziert Rückfragen. Wenn ein Kunde seinen Onboarding-Status selbst prüfen kann, fallen die „Wo stehen wir?“-Mails weg. Das spart nicht nur Zeit – es schafft Vertrauen.

Wie das in der Praxis aussieht


Leadtime Component Library: Standardisierte Projektvorlagen mit Arbeitspaketen und Checklisten

Bei Leadtime haben wir genau diese vier Punkte in ein System gegossen. Die Baustein-Bibliothek liefert standardisierte Vorlagen für jeden Projekttyp – mit Arbeitspaketen, Checklisten und Abnahmekriterien. Neue Projekte starten in Minuten statt Tagen.


Leadtime Pipeline-Ansicht: Visuelle Kapazitätsplanung mit Auslastung pro Teammitglied

Die Pipeline-Ansicht macht Kapazität sichtbar. Auf einen Blick: Wer ist überlastet, wo ist Luft, wann kann der nächste Kunde eingetaktet werden. Und das Kundenportal zeigt dem Kunden in Echtzeit, welche Aufgaben erledigt sind, was als nächstes kommt und wann der Go-Live realistisch ist.

Eine Digitalagentur in Berlin – 28 Mitarbeiter, E-Commerce-Implementierungen – hat damit ihre durchschnittliche Onboarding-Zeit von 11 auf 6 Wochen gesenkt. In sechs Monaten. Nicht durch mehr Leute. Durch bessere Struktur. Der entscheidende Hebel war nicht ein einzelnes Tool, sondern die Kombination: einheitliche Vorlagen, die jeder nutzt, sichtbare Auslastung, die niemand ignorieren kann, und ein Kundenportal, das Rückfragen ersetzt.

Strukturen, nicht Aktionismus

Der gefährlichste Engpass in einem wachsenden Unternehmen ist meistens selbstgemacht. Nicht absichtlich. Aber systematisch.

Vertrieb skaliert schneller als Delivery. Das ist normal. Aber wenn man darauf reagiert, indem man noch eine Person einstellt, noch eine Nachtschicht einlegt, noch einen Workaround baut – dann wächst die Komplexität schneller als die Kapazität.

Die Alternative ist nicht besonders aufregend. Sie klingt nach dem Gegenteil von Startup-Energie: Standardisieren. Dokumentieren. Sichtbar machen. Prozesse bauen, die ohne Heldentaten funktionieren.

Aber genau das unterscheidet Unternehmen, die bei 30 Mitarbeitern an die Decke stoßen, von denen, die bei 100 immer noch wachsen.

Delivery ist kein Kostenfaktor. Delivery ist der Hebel, der entscheidet, ob Wachstum auch ankommt.

Wir haben Leadtime gebaut, weil wir das Problem selbst hatten. Nicht weil wir schlauer waren – sondern weil die Excel-Tabelle irgendwann mehr Zeilen hatte als Antworten.

ProvenExpert seal – customer reviews
GDPR compliance seal

Wir erfüllen die EU-Datenschutzgrundverordnung (DSGVO) und garantieren Serverstandorte in Europa mit ISO 27001-Zertifizierung.

Wir erfüllen die EU-Datenschutzgrundverordnung (DSGVO) und garantieren Serverstandorte in Europa mit ISO 27001-Zertifizierung.

© 2025 Leadtime Labs GmbH. Alle Rechte vorbehalten.

Wir erfüllen die EU-Datenschutzgrundverordnung (DSGVO) und garantieren Serverstandorte in Europa mit ISO 27001-Zertifizierung.

© 2025 Leadtime Labs GmbH. Alle Rechte vorbehalten.