Wenn Vertrieb und Delivery zu spät sprechen, verliert das Projekt schon vor dem Start

Ein Projekt verliert seine Marge nicht erst während der Umsetzung. Oft entsteht der Schaden schon vorher: im Angebot, in der Schätzung, in unklaren Annahmen und in Erwartungen, die nie sauber an Delivery übergeben wurden.

Der Vertrieb verkauft ein Projekt mit bestem Wissen. Delivery übernimmt später die Umsetzung. Dazwischen liegt ein kritischer Moment, der in vielen projektbasierten Unternehmen unterschätzt wird. Das Sales-to-Delivery Handover entscheidet darüber, ob ein Projekt sauber startet oder ob das Team direkt mit Korrekturen, Nachfragen und stillen Kompromissen beginnt.

Gerade in Beratungen, IT-Dienstleistungen, Agenturen und Professional Services ist dieser Übergang kein administrativer Schritt. Er ist ein Margenmoment.

Projekte scheitern nicht erst im Kick-off

Der offizielle Projektstart wirkt oft wie der Beginn der eigentlichen Arbeit. In Wahrheit ist zu diesem Zeitpunkt schon viel entschieden. Der Scope ist verkauft, Erwartungen sind gesetzt, Budgets sind vereinbart, erste Timelines sind kommuniziert und der Kunde hat ein Bild davon, was er bekommt.

Wenn Delivery erst jetzt vollständig eingebunden wird, bleibt häufig nur noch Reaktion. Das Team prüft Annahmen, erkennt fehlende Informationen, entdeckt unrealistische Aufwände oder merkt, dass wichtige Skills gar nicht verfügbar sind. Dann beginnt das Projekt nicht mit Steuerung, sondern mit Schadensbegrenzung.

Ein gutes Sales-to-Delivery Handover verlagert diese Klärung nach vorne. Delivery sollte nicht erst nach Vertragsabschluss verstehen, was verkauft wurde. Delivery sollte früh genug sehen, welche Annahmen, Risiken und Ressourcenbedarfe im Sales-Prozess entstehen.

Was im Vertrieb bereits über die spätere Marge entscheidet

Im Sales-Prozess entstehen Entscheidungen, die später direkt auf Projektmarge, Auslastung und Kundenzufriedenheit wirken. Dazu gehören Aufwandsschätzungen, Leistungsumfang, Projektphasen, Abhängigkeiten, Kundenmitwirkung, Sonderwünsche und implizite Erwartungen.

Ein Angebot kann formal korrekt sein und trotzdem operative Risiken enthalten. Vielleicht wurde ein bestimmter Skill vorausgesetzt, der intern kaum verfügbar ist. Vielleicht wurde ein Zeitplan angeboten, der nur funktioniert, wenn der Kunde sehr schnell liefert. Vielleicht wurden Risiken im Gespräch erwähnt, aber nicht strukturiert dokumentiert. Vielleicht wurde ein Workshop als Standardleistung kalkuliert, obwohl der Kunde eigentlich ein komplexes Change-Projekt erwartet.

Diese Details entscheiden darüber, ob Delivery später effizient arbeiten kann. Wenn sie nicht früh sichtbar werden, werden sie im Projekt teuer.

Warum Delivery früher eingebunden werden muss

Delivery muss nicht jedes Sales-Gespräch begleiten. Aber Delivery muss bei relevanten Projekten früh genug eingebunden werden, um Machbarkeit, Aufwand, Skills und Risiken zu prüfen.

Das ist keine Bremse für den Vertrieb. Es ist eine Qualitätskontrolle für profitable Projekte.

Ein früher Austausch verhindert, dass Sales auf Annahmen verkauft, die später nicht haltbar sind. Gleichzeitig hilft Delivery dabei, Angebote realistischer zu machen, Risiken sauberer zu formulieren und Scope klarer abzugrenzen. Der Kunde profitiert ebenfalls, weil Erwartungen früher geklärt werden und der Projektstart weniger Reibung erzeugt.

Besonders wichtig wird das bei Projekten mit hohem Individualisierungsgrad, knappen Ressourcen, komplexen Integrationen, mehreren Stakeholdern oder engen Timelines. Genau dort kostet ein schlechtes Handover später am meisten Zeit.

Welche Informationen im Handover oft fehlen

Ein Sales-to-Delivery Handover ist mehr als die Übergabe eines Angebots. Delivery braucht nicht nur Dokumente, sondern Kontext.

Oft fehlen genau die Informationen, die im Projektalltag entscheidend werden: Warum will der Kunde das Projekt wirklich? Welche Erwartungen wurden im Sales-Gespräch geweckt? Welche Risiken wurden intern diskutiert? Welche Annahmen stecken in der Kalkulation? Welche Stakeholder sind kritisch? Welche Entscheidungen sind noch offen? Welche Leistungen sind ausdrücklich nicht enthalten?

Handover-Information	Warum sie wichtig ist
Kundenziel	Delivery versteht, woran Erfolg wirklich gemessen wird.
Scope und Ausschlüsse	Missverständnisse werden früh vermieden.
Annahmen in der Kalkulation	Aufwand und Marge werden nachvollziehbar.
Risiken	Eskalationen können früher geplant werden.
Ressourcenbedarf	Skills und Verfügbarkeit werden rechtzeitig geprüft.
offene Entscheidungen	Das Projekt startet nicht mit unklaren Abhängigkeiten.
Kundenerwartungen	Delivery erkennt, was fachlich und kommunikativ wichtig ist.

Je besser diese Informationen übergeben werden, desto weniger muss das Projektteam später rekonstruieren.

Warum Ressourcenplanung schon vor Vertragsabschluss beginnt

Ressourcenplanung beginnt nicht erst, wenn das Projekt gewonnen ist. Sie beginnt, sobald ein Projekt realistisch in der Pipeline ist.

Wenn Sales und Delivery erst nach Abschluss über Verfügbarkeit sprechen, entstehen typische Probleme: Die richtigen Personen sind bereits verplant, wichtige Skills fehlen, externe Unterstützung wird kurzfristig teuer oder das Projekt startet mit einem Team, das fachlich nicht optimal passt. Das wirkt direkt auf Qualität, Geschwindigkeit und Marge.

Ein gutes Handover verbindet deshalb Pipeline und Ressourcenplanung. Delivery muss früh erkennen, welche Projekte wahrscheinlich kommen, welche Rollen benötigt werden und welche Kapazitäten kritisch werden könnten. Vertrieb wiederum braucht ein realistisches Bild davon, welche Leistungen in welchem Zeitraum lieferbar sind.

In Dynamics 365 Project Operations ist genau diese Verbindung wichtig: Projektangebote, Planung, Ressourcen, Zeiten, Kosten und Abrechnung sollten nicht getrennt betrachtet werden. Der Wert entsteht, wenn Sales und Delivery auf derselben operativen Grundlage arbeiten.

Wie ein gutes Sales-to-Delivery Handover aussehen sollte

Ein gutes Handover ist kurz, verbindlich und wiederholbar. Es sollte nicht davon abhängen, wie gut einzelne Personen kommunizieren. Der Prozess muss so gestaltet sein, dass relevante Informationen systematisch erfasst und rechtzeitig übergeben werden.

Dafür braucht es klare Übergabepunkte. Vor Angebotsabgabe sollte Delivery bei komplexen Projekten Aufwand, Risiken und Ressourcen prüfen. Vor Vertragsabschluss sollten Scope, Annahmen und Kundenerwartungen final abgeglichen werden. Nach Vertragsabschluss sollte das Projektteam eine strukturierte Übergabe erhalten, die nicht nur Dokumente, sondern fachlichen Kontext enthält.

Der wichtigste Punkt: Das Handover darf kein einmaliges Meeting sein, in dem alles nachträglich erklärt wird. Es sollte Teil des gesamten Sales-Prozesses sein.

Project Operations als gemeinsame Steuerungsbasis

Project Operations wird dann wertvoll, wenn Vertrieb, Projektleitung, Ressourcenplanung und Finance nicht mehr in getrennten Sichtweisen arbeiten. Ein Angebot ist dann nicht nur ein Sales-Dokument. Es ist der Anfang einer Projektlogik, die später in Planung, Aufwand, Ressourcen, Budget und Abrechnung weiterläuft.

Das verändert die Qualität des Handovers. Informationen müssen nicht nachträglich aus E-Mails, Angebotsversionen und Meetingnotizen zusammengesucht werden. Sie können strukturierter vom Sales-Prozess in die Umsetzung überführt werden.

Für projektbasierte Unternehmen ist das entscheidend. Der Vertrieb sieht früher, welche Projekte realistisch lieferbar sind. Delivery erkennt früher, welche Arbeit auf das Team zukommt. Finance kann Margenrisiken besser nachvollziehen. Das Management bekommt ein klareres Bild davon, ob Pipeline, Kapazität und Profitabilität zusammenpassen.

Was sich organisatorisch ändern muss

Ein gutes Sales-to-Delivery Handover ist nicht nur eine Systemfrage. Es ist auch eine Führungsfrage.

Wenn Sales nur an Abschlussvolumen gemessen wird und Delivery später die Konsequenzen trägt, entsteht ein struktureller Konflikt. Dann werden Projekte gewonnen, aber nicht unbedingt profitabel gestartet. Wenn Delivery dagegen zu spät oder zu defensiv eingebunden wird, verliert Sales Geschwindigkeit und Kundennähe.

Besser ist ein gemeinsames Verständnis: Ein gewonnenes Projekt ist erst dann erfolgreich, wenn es auch realistisch geliefert werden kann. Dafür brauchen Vertrieb und Delivery gemeinsame Kriterien für gute Projekte, klare Eskalationspunkte und Transparenz über Kapazitäten, Risiken und Margenerwartung.

Das Ziel ist nicht mehr Abstimmung um der Abstimmung willen. Das Ziel ist ein profitabler Projektstart.

Wie Unternehmen starten sollten

Der einfachste Einstieg ist ein klarer Handover-Standard für alle relevanten Projekte. Dieser Standard sollte definieren, wann Delivery eingebunden wird, welche Informationen Pflicht sind und welche Risiken vor Angebotsabgabe geklärt werden müssen.

Für den Anfang reichen wenige Fragen:

Frage	Zweck
Was wurde dem Kunden zugesagt?	Erwartung und Scope werden sichtbar.
Welche Annahmen stecken in Aufwand und Preis?	Die Kalkulation wird nachvollziehbar.
Welche Skills werden benötigt?	Ressourcenplanung beginnt rechtzeitig.
Welche Risiken sind bekannt?	Delivery kann früher gegensteuern.
Welche offenen Punkte gibt es?	Der Projektstart wird nicht durch Unklarheit belastet.

Wenn diese Fragen konsequent beantwortet werden, verbessert sich nicht nur das Handover. Auch die Qualität der Angebote steigt.

Fazit: Der Projektstart beginnt im Vertrieb

Ein Projekt startet nicht erst mit dem Kick-off. Es startet im Sales-Prozess.

Dort entstehen Scope, Erwartungen, Aufwand, Risiken und erste Margenannahmen. Wenn Delivery diese Informationen zu spät bekommt, wird aus einem gewonnenen Auftrag schnell ein schwieriger Projektstart.

Ein gutes Sales-to-Delivery Handover sorgt dafür, dass Vertrieb und Delivery früher gemeinsam auf denselben Projektkontext schauen. Dadurch werden Angebote realistischer, Ressourcenplanung verlässlicher und Margenrisiken früher sichtbar.

Die entscheidende Frage lautet daher nicht: Wie übergeben wir ein Projekt nach dem Abschluss?

Die bessere Frage lautet: Wie stellen wir sicher, dass Vertrieb und Delivery schon vor dem Abschluss dasselbe Projekt sehen?

FAQ

Was bedeutet Sales-to-Delivery Handover?

Sales-to-Delivery Handover bezeichnet den strukturierten Übergang vom Vertriebsprozess in die Projektumsetzung. Dabei werden Scope, Annahmen, Risiken, Ressourcenbedarf, Kundenerwartungen und offene Punkte an Delivery übergeben.

Warum ist ein Sales-to-Delivery Handover wichtig?

Ein gutes Handover verhindert, dass Projekte mit unklaren Erwartungen, falschen Annahmen oder fehlenden Ressourcen starten. Dadurch lassen sich Margenverlust, Verzögerungen und spätere Eskalationen reduzieren.

Wann sollte Delivery in den Sales-Prozess eingebunden werden?

Delivery sollte bei komplexen, risikoreichen oder ressourcenintensiven Projekten vor Angebotsabgabe eingebunden werden. Spätestens vor Vertragsabschluss sollten Aufwand, Scope, Risiken und Ressourcenbedarf gemeinsam geprüft werden.

Welche Informationen gehören in ein gutes Handover?

Wichtig sind Kundenziele, Scope, Ausschlüsse, Annahmen in der Kalkulation, Risiken, benötigte Skills, offene Entscheidungen, Stakeholder und besondere Kundenerwartungen.

Wie unterstützt Dynamics 365 Project Operations das Handover?

Dynamics 365 Project Operations kann helfen, Vertrieb, Projektplanung, Ressourcen, Aufwand, Kosten und Abrechnung näher zusammenzuführen. Dadurch entsteht eine gemeinsame Grundlage für Sales, Delivery und Finance.

Warum beeinflusst das Handover die Projektmarge?

Die Marge hängt stark davon ab, ob Scope, Aufwand, Ressourcen und Risiken realistisch eingeschätzt wurden. Wenn diese Punkte erst nach Projektstart geklärt werden, entstehen Nacharbeit, Verzögerungen und ungeplante Kosten.