Der Tag ohne Kundenakteue: Protokoll eines CRM-Ausfalls im Vertrieb
Um 8:12 Uhr meldet sich der erste Key-Account-Manager im IT-Support. Das CRM lädt nicht. Um 8:40 Uhr bestätigt der Dienstleister: kein lokales Problem, sondern ein Ausfall beim Anbieter selbst. Was in der Systemlandschaft eines mittelständischen Unternehmens dann folgt, lässt sich als Protokoll eines Vormittags festhalten – und es zeigt, wie tief Standard-Software inzwischen in den operativen Geschäftsbetrieb eingeschnitten ist.
8:15 Uhr: Die Kundenakteue verschwindet
Der Vertriebsmitarbeiter bereitet sich auf einen Termin vor, der für 11:00 Uhr angesetzt ist. Kontaktdaten, letzte Angebote, offene Reklamationen – alles liegt im CRM. Ohne das System gibt es keinen Zugriff auf die Historie, keine Notizen aus dem letzten Gespräch, keinen Stand der laufenden Offerte. Ein Ausdruck vom Vortag existiert zufällig, deckt aber nur einen Bruchteil der relevanten Informationen ab.
Das ist der erste Bruchpunkt: Nicht die Daten sind verloren, aber der Zugang zu ihnen ist es. Für das Unternehmen sind sie ein kritisches Betriebsmittel, dessen Verfügbarkeit selten hinterfragt wird, solange sie funktioniert.
9:00 Uhr: Die Telefonliste von gestern
Die Innenrotation des Vertriebs schaltet um auf improvisierte Methoden: Excel-Listen aus dem letzten Quartalsabschluss, persönliche Adressbücher, E-Mail-Verläufe im Postfach. Es funktioniert – bis zu dem Punkt, an dem zwei Kolleginnen denselben Kunden parallel kontaktieren, weil niemand sieht, wer wann zuletzt erreicht wurde. Ohne das CRM als gemeinsame Quelle fehlt die Abstimmung. Doppelkontakte und Widersprüche gegenüber dem Kunden sind die Folge.
10:30 Uhr: Angebote und Prozesse stocken
Angebotserstellung, Freigabeprozesse, die Verknüpfung mit dem ERP für Preise und Verfügbarkeiten – all das läuft über das CRM oder Schnittstellen dorthin. Neue Angebote können nicht erzeugt werden, laufende Prozesse bleiben stehen. Die Finanzbuchhaltung wiederum vermisst die Rückmeldung zu offenen Posten, die ebenfalls über das System läuft. Ein Ausfall in einer Abteilung greift damit auf zwei weitere über.
Was das Protokoll zeigt
Bis zum Mittag ist der Betrieb notdürftig am Laufen, aber teuer: verlorene Zeit, Doppelarbeit, verspätete Angebote, ein unsicherer Auftritt gegenüber Kunden. Keine dieser Kosten erscheint später in einer Rechnung – sie verteilen sich still über das Quartal.
Daraus lassen sich drei praxistaugliche Anforderungen ableiten:
Erstens: Ein Ausfallszenario schriftlich festhalten. Welches System darf wie lange ausfallen, bevor es geschäftskritisch wird? Diese Frage gehört in eine schlanke Business-Continuity-Betrachtung – nicht als Rechenzentrumsthema, sondern auf Ebene der Fachprozesse.
Zweitens: Mindestzugriff regeln. Ein wöchentlicher Export zentraler Kundendaten in ein lesbares Format (PDF oder CSV) kostet wenig und sichert im Notfall die Terminvorbereitung. Wer auf Cloud-Anbieter setzt, sollte zudem die Verfügbarkeitszusage (SLA) prüfen und wissen, welche Kompensation bei Ausfall vereinbart ist.
Drittens: Verantwortlichkeit benennen. Im Protokoll-Vormittag dauerte es fast eine Stunde, bis klar war, wer den Ausfall an wen meldet und wer Entscheidungen trifft. Eine kurze Notfallanweisung mit Namen und Rufnummern ersetzt diese Suche.
Fazit
Business Continuity wird im Mittelstand oft mit Notstrom und Rechenzentren assoziiert. Das Protokoll eines einzigen CRM-Ausfallvormittags zeigt, dass die eigentliche Verwundbarkeit woanders liegt: in der stillschweigenden Annahme, Standard-Software falle schon nicht aus. Ein paar vorbereitete Workarounds – Datenexporte, Kontaktlisten, klar geregelte Verantwortlichkeiten – kosten einen Arbeitstag der Vorbereitung und sparen im Ernstfall mehrere davon.
