Ein Prozessdokumentations-Beispiel wird dann nützlich, wenn es nicht bei allgemeinen Kästchen bleibt. Es zeigt für einen konkreten Ablauf, was ihn auslöst, welche Informationen gebraucht werden, wer welche Aufgabe übernimmt und welches Ergebnis an die nächste Rolle übergeben wird. Das folgende Kunden-Onboarding ist ein bewusst vereinfachtes Modell für ein Dienstleistungsunternehmen.
Es ist kein universeller Standard und keine Beschreibung eines realen Kundenprojekts. Der Ablauf hilft Ihnen, die eigene Übergabe von Vertrieb zu Delivery zu prüfen und die Fragen sichtbar zu machen, die in vielen Teams sonst in E-Mails, Chats oder einzelnen Köpfen bleiben.
Wächst Ihr Unternehmen schneller als Ihre Prozesse?
Wenn Übergaben von Kundenwissen jedes Mal neu erklärt werden müssen, hilft eine klare Prozessbeschreibung mit Rollen und Ergebnissen.
Das Beispiel im Überblick
Das Modell beschreibt den Weg einer qualifizierten Kundenanfrage bis zum vorbereiteten Projektstart. Es beginnt nicht mit der ersten Marketingberührung und endet nicht mit der laufenden Umsetzung. Der Prozess endet, wenn das Delivery-Team alle vereinbarten Informationen erhalten hat, ein Kick-off vorbereitet ist und offene Punkte sichtbar dokumentiert sind.
Diese Abgrenzung ist wichtig. Prozessdokumentation wird unbrauchbar, wenn ein einzelnes Dokument den gesamten Vertriebs-, Angebots-, Delivery- und Bestandskundenprozess gleichzeitig erklären soll. Die Freie Universität Berlin weist darauf hin, dass Zweck und Bedarf der Prozessaufnahme die Abgrenzung und Tiefe einer Beschreibung bestimmen. [1]
| Element | Beispiel im Kunden-Onboarding |
|---|---|
| Prozessname | Neuen Kunden vom Auftrag zur Projektübergabe überführen |
| Auslöser | Ein Angebot ist angenommen oder ein Auftrag ist verbindlich bestätigt. |
| Input | Leistungsumfang, Ansprechpartner, vereinbarte Ziele, Angebotsversion, relevante Fristen und besondere Zusagen. |
| Ergebnis | Ein vorbereiteter Kick-off mit vollständigem Übergabepaket und klarer Projektverantwortung. |
| Owner | Eine benannte Rolle, zum Beispiel Projektleitung oder Customer Success. |
Auslöser, Ende und Ergebnis
Der Auslöser sollte ein Ereignis sein, das im Alltag eindeutig beobachtbar ist. „Der Kunde ist gewonnen“ kann für manche Teams zu unklar sein. Besser sind Formulierungen wie „Auftrag liegt unterschrieben vor“ oder „Zahlungsfreigabe und Leistungsumfang sind bestätigt“. Ebenso braucht das Ende ein prüfbares Ergebnis. „Kunde ist übergeben“ reicht nicht, solange offen bleibt, welche Informationen Delivery erhalten haben muss.
Die Universität Würzburg nennt für Prozesse unter anderem Start- und Endereignis, Input und Output, Verantwortung sowie regelmäßige Überprüfung. [2] Diese Felder sind auch für ein kleines Team ein guter Prüfrahmen.
Der Ablauf von Anfrage bis Übergabe
Die folgende Tabelle beschreibt den Regelfall. Sie ist kein Ersatz für Ihr CRM oder Projekttool. Sie macht sichtbar, welche Information in welchem Zustand vorhanden sein muss, bevor die nächste Rolle übernimmt.
| Schritt | Rolle | Tätigkeit | Ergebnis |
|---|---|---|---|
| 1. Auftrag prüfen | Vertrieb | Auftrag, Leistungsumfang, Ansprechpartner und Zusagen gegen die finale Angebotsversion prüfen. | Verbindliche Grundlage für die Übergabe. |
| 2. Kundendaten anlegen | Vertrieb oder Operations | Firma, Kontakte, Rechnungsdaten, Kommunikationskanal und Vertrag im vorgesehenen System hinterlegen. | Auffindbarer, vollständiger Kundeneintrag. |
| 3. Übergabegespräch vorbereiten | Vertrieb | Ziele, Ausgangslage, offene Entscheidungen, Risiken und Erwartungen für Delivery zusammenfassen. | Übergabepaket mit Kontext. |
| 4. Kapazität und Owner bestätigen | Delivery-Leitung | Verantwortliche Projektleitung und realistischen Startpunkt festlegen. | Benannte Verantwortung und Terminrahmen. |
| 5. Interne Übergabe durchführen | Vertrieb und Projektleitung | Besonderheiten, Zusagen und offene Punkte gemeinsam durchgehen. | Gemeinsames Verständnis des Auftrags. |
| 6. Kick-off vorbereiten | Projektleitung | Agenda, Teilnehmer, benötigte Unterlagen und erste Aufgaben vorbereiten. | Geplanter Projektstart. |
| 7. Übergabe abschließen | Projektleitung | Offene Punkte dokumentieren, nächste Schritte bestätigen und Status im System aktualisieren. | Nachvollziehbar gestartetes Kundenprojekt. |
Das Organisationshandbuch des Bundes empfiehlt bei der Prozessaufnahme, nicht nur Aktivitäten zu erfassen, sondern auch zu klären, welches Ergebnis in welcher Form aus dem vorherigen Prozess kommt, wie es weiterverarbeitet wird und was an den nächsten Prozess weitergegeben wird. [3] Genau dort entstehen in der Praxis viele Übergabeprobleme.
Das Übergabepaket für Delivery
Ein Übergabepaket ist keine lange Präsentation. Es ist die kleinste Informationsmenge, mit der die Projektleitung ohne Rätselraten starten kann. Welche Felder darin stehen, hängt vom Geschäftsmodell ab. Für ein Beratungs- oder Agenturprojekt reichen oft diese Punkte:
- finaler Leistungsumfang und die zugrunde liegende Angebotsversion,
- geschäftliche Ziele und der Anlass des Kunden,
- Ansprechpartner mit Rolle und Kommunikationsweg,
- vereinbarte Fristen, Meilensteine und bereits zugesagte Ergebnisse,
- bekannte Risiken, sensible Themen oder Abhängigkeiten,
- offene Fragen mit einer klaren verantwortlichen Person.
Die Liste sollte nicht beliebig wachsen. Ein fehlendes Detail, das den Projektstart blockiert, gehört hinein. Hintergrundwissen ohne Einfluss auf die nächsten Schritte kann in einem verlinkten Dokument liegen. Die Wissenssicherung im Unternehmen zeigt, wie solche Informationen auffindbar bleiben.
Häufige Ausnahmen
Der Regelfall ist der Kern der ersten Version. Trotzdem braucht das Team Hinweise für wiederkehrende Abweichungen. Dazu gehören zum Beispiel ein nicht finaler Leistungsumfang, fehlende Zugangsdaten, ein erwarteter Projektstart ohne benannten Ansprechpartner oder eine Zusage, die nicht in der Angebotsversion steht.
Eine knappe Eskalationsregel reicht oft: „Wenn Leistungsumfang und Übergabeprotokoll nicht übereinstimmen, Übergabe nicht abschließen. Die Abweichung mit Vertrieb und Projektleitung klären und die finale Entscheidung im Kundenkonto dokumentieren.“ So wird die Ausnahme sichtbar, ohne den gesamten Ablauf zu überladen.
Was Sie aus dem Beispiel übernehmen können
Übernehmen Sie nicht die Tabellenzeilen blind. Übernehmen Sie die Logik: enger Start, prüfbares Ende, benannte Rollen und ein sichtbares Übergabeergebnis. Anschließend füllen Sie die Schritte mit Ihrem echten Ablauf. Die Pillar-Seite zur Prozessdokumentation zeigt, wie Sie aus diesem ersten Beispiel ein belastbares Dokumentationssystem aufbauen.
SOP Done4You
Wenn Übergaben zwischen Vertrieb, Delivery und Kundenbetreuung an Einzelwissen hängen, nehmen wir den realen Ablauf mit Ihrem Team auf und machen ihn als SOP nutzbar.
