Switch – Wie man sich verändert, wenn Veränderungen schwerfallen

Sie beobachten ein Verhalten, das sich nicht an die Situation anpasst, und deuten darin einen Charakterzug: mangelndes Gefühl für Dringlichkeit, Widerstand, veraltetes Denken. Chip und Dan Heath bezeichnen dies in ihrem Buch „Switch“ (2010) als den „fundamental attribution error“. Was wie Unwillen erscheint, ist oft ein situatives Problem.

Ihre CSMs fahren das Expansion-Playbook nicht, und Sie lesen daraus Charakter: kein kommerzieller Biss, zu nah am Kunden. Chip und Dan Heath nennen das in Switch (2010) den fundamentalen Attributionsfehler. Wer achtzig Accounts und eine volle Ticket-Queue betreut, hat ein Situationsproblem.

Fahrer erfassen die Standzeit an der Rampe nicht in der App, und Sie lesen Unwillen: Man will nicht kontrolliert werden. Chip und Dan Heath nennen das in Switch (2010) den fundamentalen Attributionsfehler. Oft liegt es an der Lage: Handschuhe an, kein Netz an Rampe 14, ein drängender Verlader.

Ihr Senior-Entwickler schreibt keine Übergabenotizen, und Sie lesen darin Desinteresse. Chip und Dan Heath nennen das in Switch (2010) den fundamentalen Attributionsfehler. Seine Woche zeigt: Jeder Incident beim größten Kunden landet bei ihm. Was nach Unwillen aussieht, ist ein Situationsproblem.

Ihr Servicetechniker gibt seinen Bericht erst eine Woche nach der Störung ab, und Sie lesen darin Nachlässigkeit. Chip und Dan Heath nennen das in Switch (2010) den fundamentalen Attributionsfehler. Oft steht er in einer Werkshalle ohne Netz, mit einem Formular aus vierzig Feldern.

Jede Handlung, die bewusste Aufmerksamkeit erfordert, zehrt an derselben Quelle. Ein großes Veränderungsprogramm erfordert naturgemäß viel bewusste Aufmerksamkeit. Was Sie in Woche sechs als Faulheit wahrnehmen, ist dann einfach nur Erschöpfung.

Jede Handlung unter bewusster Kontrolle zehrt an derselben Reserve. Ein AE, der nach jedem Discovery-Call sieben MEDDICC-Felder in Salesforce pflegt, zahlt die Rechnung täglich. Was in Woche sechs wie schlampige CRM-Pflege aussieht, ist Erschöpfung.

Jede bewusst gesteuerte Handlung zehrt an derselben Quelle. Ein Disponent, der bei jedem Deutschland-Auftrag den neuen Mautzuschlag nachprüft, tut das neben sechzig anderen Entscheidungen. Was in Woche sechs wie Schlamperei wirkt, ist Erschöpfung.

Jedes Mal, wenn ein Kunde in Slack um eine Kleinigkeit bittet, muss Ihre Projektleitung wählen: mitnehmen oder separat bepreisen. Das kostet bewusste Kontrolle, zwanzigmal pro Woche. Was in Woche sechs wie Nachlässigkeit wirkt, ist Erschöpfung.

Jede Handlung, die bewusste Kontrolle verlangt, zehrt an derselben Reserve. Ein Arbeitsvorbereiter, der freitags jede Stückliste mit dem ERP abgleicht, tut das nebenher. Was Sie in Woche sechs als Schlamperei sehen, ist Erschöpfung.

Jede Ankündigung, aus der nichts geworden ist, senkt die Akzeptanz der nächsten, denn wer zweimal miterlebt hat, wie ein Projekt im Sande verläuft, wartet dieses Mal erst einmal ab, bis es ernst wird. Das ist unsere Beobachtung bei Auftraggebern, keine gemessene Zahl, und dieser Punkt taucht in keiner Nachkalkulation auf.

Jede Ankündigung, aus der nichts wurde, drückt die Adoption der nächsten. Wer die Product-led-Motion und das vorige ICP hat versanden sehen, wartet diesmal erst die nächste Board-Sitzung ab. Das ist unsere Beobachtung bei Auftraggebern, keine gemessene Zahl, und dieser Posten steht in keinem Board-Deck.

Ein Fahrer, der die letzte Fahrten-App nach zwei Monaten verschwinden sah, wie das Kundenportal, das keiner öffnete, wartet bei der nächsten Ankündigung ab, bis es ernst wird. So drückt jede versandete Änderung die nächste. Das beobachten wir bei Auftraggebern, gemessen ist es nicht, und keine Tourenkalkulation zeigt diesen Posten.

Jede Ankündigung, aus der nichts wurde, drückt die nächste. Der Entwickler, der das versprochene Wissensteilen und die neue Schätzmethode beide versanden sah, wartet diesmal ab, ob es ernst wird. Das ist unsere Beobachtung bei Auftraggebern, keine gemessene Zahl, und dieser Posten steht in keiner Projektnachkalkulation.

Ein Arbeitsvorbereiter, der die digitale Plantafel und das vorige ECR-Verfahren hat versanden sehen, wartet bei der dritten Ankündigung erst ab, ob die Geschäftsführung es ernst meint. Das beobachten wir bei Auftraggebern, gemessen ist es nicht. In keiner Nachkalkulation taucht dieser Posten auf.

Fragen Sie das ausgewählte Team nicht, warum es gut läuft, sondern was es konkret tut – in Form von Handlungen und Zeitpunkten. Das ergibt Ihr „Script the Critical Moves“: maximal fünf Zeilen, jede davon eine Handlung mit einem Auslöser.

Fragen Sie die AE mit dem kürzesten CAC-Payback nicht, warum sie gewinnt, sondern was sie wann tut, etwa den Mutual Action Plan binnen einer Stunde nach der Demo. Das wird Ihr Script the Critical Moves: maximal fünf Zeilen, jede eine Handlung mit Auslöser.

Fragen Sie das Depot, wo es läuft, nicht warum, sondern was die Disponenten wann tun. Etwa: Um 15.30, bei Auftragsschluss, prüfen sie die Lenkzeiten von morgen gegen die Planung. Das wird Ihr Skript: maximal fünf Zeilen, je eine Handlung mit Auslöser.

Fragen Sie das Team, dessen Retainer-Kunde jedes Jahr verlängert, nicht, warum es läuft, sondern was es tut: wer den Kunden anruft, an welchem Tag, nach welchem Ticket. Das wird Ihr Script the Critical Moves: maximal fünf Zeilen mit je einem Auslöser.

Fragen Sie das Serviceteam, das Wartungsverträge abschließt, was es wann tut. Etwa: Bei der Inbetriebnahme liegt der Vertrag neben dem Abnahmeprotokoll. Daraus wird Ihr Script the Critical Moves: höchstens fünf Zeilen, je mit Auslöser.