End-to-End gedacht: ein Prozess von der Anfrage bis zur Rechnung ohne Systembruch
Reden wir nicht abstrakt über Prozesse, sondern verfolgen wir eine einzige Anfrage. Sie kommt am Dienstag um 9:14 Uhr per Mail, betrifft einen Extruder mit Sonderausstattung und wird in elf Wochen eine Rechnung sein. Dazwischen liegen sieben Systeme und vier Stellen, an denen der Faden reißt.
Verfolgt man eine Kundenanfrage durch sieben Systeme, reißt der Faden an vier Stellen: beim Übergang vom Postfach ins CRM, bei der undokumentierten Recherche, bei der Kalkulation aus dem Kopf und bei der fehlenden Rückmeldung über Gewinn oder Verlust. End-to-End bedeutet, dass an jeder Übergabe der Kontext samt Beleg mitwandert. Rückwärts durch einen abgeschlossenen Vorgang gehen deckt die Brüche in zwei Stunden auf.
Der Weg, den die Anfrage nimmt
- Postfach: Die Mail landet bei einer Person. Ab hier hängt alles an deren Anwesenheit.
- CRM: Jemand legt den Vorgang an, mit den Feldern, die er für wichtig hält.
- Zeichnungsarchiv und ERP: Der Kalkulator sucht vergleichbare Projekte. Das ist der teuerste Schritt und der einzige, der nirgends dokumentiert wird.
- Angebotsdokument: Die Positionen entstehen neu, obwohl es sie schon gab.
- Auftrag im ERP, Fertigungsauftrag im MES, Rechnung: die strukturierten Schritte, die meist funktionieren.
Die vier Bruchstellen
Erstens der Übergang vom Postfach ins CRM: Was nicht abgetippt wird, existiert für den Prozess nicht. Zweitens die Recherche: Sie hinterlässt keine Spur, deshalb muss sie beim nächsten ähnlichen Fall komplett wiederholt werden. Drittens die Angebotserstellung: Kalkulationswissen aus dem Kopf des Erstellers, nicht aus dem System. Viertens die Rückkopplung: Ob der Auftrag gewonnen wurde und warum, erfährt der Kalkulator selten, also lernt niemand.
Was End-to-End tatsächlich bedeutet
Nicht, dass ein System alles macht. Sondern dass an jeder Übergabe der Kontext mitwandert: Wer hat entschieden, auf welcher Grundlage, mit welchem Beleg. Wenn die Recherche eine Spur hinterlässt, ist der nächste vergleichbare Fall keine Wiederholung, sondern ein Abruf. Genau dort liegt der Sprung von rund drei Wochen Time-to-Quote auf 4 bis 24 Stunden.
Wie Sie Ihre Bruchstellen finden
Nehmen Sie einen abgeschlossenen Vorgang und gehen Sie ihn rückwärts durch. An jeder Stelle fragen Sie: Woher kam diese Information, und wo steht sie jetzt? Überall dort, wo die Antwort ein Personenname ist, haben Sie eine Bruchstelle gefunden. Zwei Stunden genügen für ein ehrliches Bild.
Häufige Fragen
Wie erkenne ich einen Systembruch?
Fragen Sie bei jedem Schritt, woher die Information kam und wo sie jetzt steht. Lautet die Antwort auf eine der beiden Fragen ein Personenname statt eines Systems, haben Sie einen Bruch. Der zweite verlässliche Indikator ist Abtippen: Überall dort, wo jemand Daten von einem Bildschirm in einen anderen überträgt, endet ein Prozess und beginnt ein neuer.
Müssen wir dafür alle Systeme verbinden?
Nein. Verbinden Sie zuerst die Quellen, die die teuerste Bruchstelle betreffen. In technischen Vertriebsprozessen ist das fast immer die Recherche: Angebotsarchiv, ERP-Auszüge, Projektpostfächer. Die strukturierten Schritte am Ende der Kette funktionieren meist ohnehin und haben den geringsten Hebel.
Was bringt eine dokumentierte Recherche konkret?
Sie verwandelt Wiederholung in Abruf. Beim ersten Mal kostet ein vergleichbarer Fall Stunden, beim zweiten Mal Sekunden, weil Fundstellen und Begründung erhalten bleiben. In Angebotsprozessen ist das der Hebel hinter dem Sprung von rund drei Wochen Time-to-Quote auf 4 bis 24 Stunden.
Wie lange dauert eine Prozessaufnahme?
Für einen Prozess mit einem erfahrenen Bearbeiter zwei bis drei Stunden, wenn Sie an einem echten abgeschlossenen Vorgang entlanggehen statt am Sollprozess. Der Sollprozess steht im Handbuch, der echte Prozess steckt in den Abweichungen davon, und genau dort sitzen die Kosten.
Wo reißt Ihr Angebotsprozess?
Der Rechner zeigt in 5 Minuten, was Ihr Angebots-Tempo heute kostet.
Rechner starten →
