Kleine Teams verkaufen Projekte oft schneller, als sie sie intern übergeben. Das klingt zunächst positiv. Der Deal ist gewonnen, der Kunde ist zufrieden, alle wollen Tempo. Genau in dieser Phase entsteht aber ein stiller Reibungsverlust, der später teuer wird. Vertrieb hat eine Erwartung gesetzt, Delivery versteht den Rahmen nur teilweise, der Kunde startet mit einem anderen Bild im Kopf und schon in Woche eins wird wieder verhandelt. Nicht offen und strategisch, sondern nebenbei: über Prioritäten, Zusatzwünsche, Aufwand, Erfolgskriterien und Zuständigkeiten. Das eigentliche Problem ist dann selten der Kunde allein. Es ist die fehlende Übersetzung zwischen Verkauf und Umsetzung.
Ein Delivery Brief ist genau für diese Lücke gedacht. Kein langes Pflichtenheft, kein PMO-Dokument und auch kein administrativer Luxus. Gemeint ist ein kurzes, verpflichtendes Übergabeformat, das den verkauften Kern so sauber festhält, dass Delivery ohne Ratespiel starten kann und der Kunde nicht unabsichtlich neue Freiflächen bekommt. Gerade kleine Teams brauchen das dringender als große. Sie haben weniger Puffer, weniger Rollenklarheit und leiden deshalb stärker unter jedem unscharfen Start.
Wo der Bruch zwischen Sales und Delivery wirklich entsteht
Der Bruch passiert meist nicht im großen Konflikt, sondern in harmlos klingenden Grauzonen. Ein Vertriebsversprechen wird als Orientierung gemeint, landet aber intern wie eine Zusage. Eine Formulierung aus dem Angebot wirkt für den Kunden breiter, als Delivery sie interpretiert. Ein Workshop wird verkauft, ohne dass klar ist, welche Vorarbeit der Kunde liefern muss. Oder das Team will besonders serviceorientiert wirken und lässt beim Kick-off offen, welche Punkte eigentlich schon außerhalb des Auftrags liegen.
Genau hier beginnt das Problem. Ohne Delivery Brief lebt das Projekt in mehreren Versionen gleichzeitig. Es gibt die Vertriebs-Version, die Angebots-Version, die Delivery-Version und die Kunden-Version. Solange diese Bilder noch nah beieinanderliegen, fällt das kaum auf. Sobald Druck entsteht, werden die Unterschiede sichtbar. Dann werden Aufwände schöngeredet, Zusatzschleifen als normale Betreuung verbucht und interne Reibung politisch statt fachlich behandelt. Das ist einer der Gründe, warum kleine Teams trotz guter Auslastung am Ende weniger Marge, mehr Stress und unklarere Verantwortung haben als nötig.
Was in einen brauchbaren Delivery Brief gehört
Ein gutes Format muss nicht lang sein. Es muss nur die richtigen Dinge fixieren. Für viele Teams reichen fünf Bausteine völlig aus:
- das eigentliche Ziel des Projekts in Kundensprache
- der konkret verkaufte Leistungsrahmen inklusive klarer Grenzen
- die wichtigsten Annahmen oder Abhängigkeiten auf Kundenseite
- der erste messbare Erfolgspunkt oder Meilenstein
- offene Risiken, heikle Zusagen oder Stellen mit Interpretationsspielraum
Der Wert liegt nicht in der Vollständigkeit, sondern in der Klarheit. Wenn Delivery vor dem Start weiß, welches Ergebnis wirklich verkauft wurde, welche Stolperstellen politisch sensibel sind und wo der Scope bewusst endet, ändert sich das Projekt spürbar. Kick-offs werden fokussierter. Zusatzwünsche lassen sich sachlicher einordnen. Vertrieb und Delivery müssen weniger rückwirkend klären, was eigentlich gemeint war. Und der Kunde bekommt ein saubereres Signal, woran er den Start realistisch messen sollte.
Wichtig ist dabei, dass der Brief nicht nur geschrieben, sondern aktiv übergeben wird. Ein Dokument ohne Gespräch ist oft nur eine Beruhigungsgeste. Die bessere Variante ist ein kurzer interner Handoff-Termin vor dem Kundenstart. Zehn bis fünfzehn Minuten reichen häufig. Vertrieb benennt, was den Deal getragen hat, welche Zusagen sensibel sind und wo besondere Erwartungen liegen. Delivery spiegelt zurück, welche Punkte sie als kritisch oder missverständlich sieht. Genau dort wird aus einer Notiz ein Steuerungsinstrument.
Wie das Format im Alltag leicht bleibt
Der häufigste Fehler wäre, aus dem Delivery Brief sofort ein schweres Template zu machen, das niemand konsequent pflegt. Kleine Teams brauchen keine zweite Angebotswelt. Sie brauchen eine Pflichtschicht zwischen Sales und Delivery, die schnell genug ist, um wirklich benutzt zu werden. Mein Rat ist deshalb einfach: maximal eine Seite, klare Stichpunkte, immer vor Projektstart, keine Ausnahmen bei relevanten Aufträgen.
Der Lohn ist größer, als das Format vermuten lässt. Ein sauberer Delivery Brief macht Scope-Verteidigung leichter, weil das Team intern vorher dieselbe Version kennt. Er schützt Marge, weil unklare Zusatzleistungen früher sichtbar werden. Und er reduziert Frust, weil Delivery nicht das Gefühl bekommt, ständig die weichen Ränder eines Deals neu sortieren zu müssen. Genau deshalb ist dieses Format kein Verwaltungsdetail. Es ist ein Hebel für profitableren Start, klarere Verantwortung und ruhigere Kundenprojekte.
Wenn ihr das testen wollt, nehmt euer letztes Projekt, das im Start unsauber wurde, und schreibt rückwirkend auf einer Seite auf, was ein Delivery Brief vor Kick-off hätte festhalten müssen. Meist wird dann sehr schnell sichtbar, dass nicht die Umsetzung zuerst falsch lief, sondern die Übergabe zu weich war. Genau dort lohnt es sich, die Gewohnheit zu ändern.
Quelle: Pexels
