Praxisbeispiel

Vom Excel-Chaos zum maßgeschneiderten CRM in acht Wochen: eine Fallstudie

Ein Großhändler mit 14 Mitarbeitenden wickelte seinen kompletten Vertriebsprozess über eine geteilte Tabelle ab, der niemand wirklich vertraute. Hier lesen Sie genau, wie wir sie ersetzt haben — was wir gebaut haben, was wir bewusst weggelassen haben und was sich danach geändert hat.

Have a nice dayHave a nice day13 Min. Lesezeit
Vom Excel-Chaos zum maßgeschneiderten CRM in acht Wochen: eine Fallstudie

Es gibt eine bestimmte Art von Tabelle, die ein kleines Unternehmen still und leise am Laufen hält. Sie begann als einfache Kundenliste und wuchs über fünf oder sechs Jahre zur wichtigsten — und zugleich gefährlichsten — Datei des Betriebs heran. Alle hängen von ihr ab. Niemand vertraut ihr. Und wenn sie schließlich zusammenbricht, dann meist am denkbar ungünstigsten Tag. Dies ist die Geschichte einer solchen Tabelle, des 14-köpfigen Unternehmens, das in ihr lebte, und der acht Wochen, die es brauchte, um sie herauszuholen.

Wir arbeiten mit vielen kleinen Unternehmen, und dieser Fall ist anonymisiert — der Kunde bat uns, seinen Namen nicht zu nennen, und die Zahlen hier sind gerundet und veranschaulichend, keine geprüften Werte. Aber die Situation ist real, und wenn Sie ein Unternehmen über eine geteilte Tabelle führen, die langsam zur Belastung wird, werden Sie vermutlich mehr davon wiedererkennen, als Ihnen lieb ist. Der Sinn dieser Aufzeichnung ist nicht, mit einem Projekt zu prahlen. Es geht darum, die tatsächlichen Entscheidungen zu zeigen — auch die, bei denen die naheliegende Antwort falsch war.

Durchgehend habe ich versucht, ehrlich zu sein: was schwierig war, was wir bewusst ausgelassen haben und woher der wirkliche Mehrwert kam. Spoiler: Es war nicht der Teil, den irgendjemand erwartet hätte.

Die Ausgangslage: eine Datei, vierzehn Personen, null Vertrauen

Der Kunde ist ein regionaler Großhändler — er kauft Ware in größeren Mengen ein und verkauft sie an kleine Einzelhändler und Gewerbekunden weiter. Vierzehn Personen: eine Handvoll im Vertrieb, zwei im Lager, eine Büroleitung, die beiden Inhaber. Ein gesundes Unternehmen mit stetigem Wachstum — die Art von Betrieb, der zu groß ist, um aus dem Gedächtnis geführt zu werden, und zu klein, um je 'richtige' Software gekauft zu haben.

Der gesamte Vertrieb spielte sich in einer geteilten Tabelle auf einem Cloud-Laufwerk ab. Kunden, Ansprechpartner, die Bestellhistorie, wer wem was schuldet, Notizen zu Wiedervorlagen, ein Farbcode-System, das nur die Büroleitung vollständig durchschaute. Sie hatte rund vierzig Spalten und weit über tausend Zeilen. Drei oder vier Leute hatten sie zu jedem Zeitpunkt geöffnet.

Die Symptome können Sie sich denken. Zwei Personen bearbeiten dieselbe Zeile, eine überschreibt die andere unbemerkt. Ein Vertriebsmitarbeiter filtert die Tabelle, vergisst den Filter zurückzusetzen, und die nächste Person gerät in Panik, weil 'die Hälfte der Kunden weg ist'. Niemand wusste, welche Telefonnummer die aktuelle war. Der monatliche Umsatzbericht kostete die Büroleitung fast einen ganzen Tag Handarbeit, und die Inhaber waren sich nicht ganz sicher, ob sie ihm glaubten. Die Datei war in zwei Jahren zweimal aus einem Backup wiederhergestellt worden, nachdem jemand etwas gelöscht hatte, das er nicht hätte löschen sollen.

Es war nicht so, dass die Tabelle schlecht war. Es war so, dass vierzehn Personen Tag für Tag still um dasselbe Dutzend Probleme herumarbeiteten und aufgehört hatten, die Kosten überhaupt wahrzunehmen.
aus unseren Notizen vom ersten Workshop

Und jetzt der entscheidende Punkt: Niemand beschwerte sich lautstark. Das ist die Falle bei einer Tabelle, die ihrem Zweck entwachsen ist. Der Schmerz verteilt sich dünn über alle und über jeden Tag, sodass er nie zur Krise wird — er wird einfach zum Wetter. Die Inhaber riefen uns nicht wegen einer Katastrophe an, sondern weil sie einen guten Kunden durch eine Wiedervorlage verloren hatten, die durchs Raster gefallen war — und das brachte sie endlich dazu, sich zu fragen, wie viele andere ebenso verloren gegangen waren.

Eine überfüllte Tabelle auf einem Monitor mit Dutzenden Spalten und kollidierenden farbcodierten Zellen, mehrere Haftnotizen am Bildschirmrand, eine frustrierte Büromitarbeiterin schwach im Glas gespiegelt
Die Datei, die das Unternehmen steuerte: vierzig Spalten, tausend Zeilen und ein Farbcode, den nur eine Person verstand.

Warum nicht einfach ein CRM von der Stange kaufen?

Das ist die erste Frage, die alle stellen, und sie ist berechtigt. Es gibt Dutzende guter, günstiger CRM-Produkte. Wir haben den Kunden ernsthaft zu einem davon zu überreden versucht — es ist fast immer die schnellere, günstigere Antwort, und uns ist ein verlorenes Projekt lieber als ein verkauftes, das niemand braucht.

Also machten wir den Test, den wir immer machen: Wir nahmen ihren tatsächlichen Prozess und versuchten, ihn auf zwei bekannte CRM-Werkzeuge abzubilden. Rund 80 % passten problemlos. Es waren die letzten 20 %, die es scheitern ließen. Ihre Preisgestaltung beruhte auf kundenspezifischen Stufen und Mengenrabatten, die sich auf kein Standard-'Deal'-Objekt abbilden ließen. Ihre Bestellhistorie musste mit einem Lagersystem verknüpft sein, das sie nicht ersetzen wollten. Und die Art, wie sie wiederkehrende Gewerbekunden nachverfolgten — die in losen Zyklen nachbestellen statt als Einzelverkäufe — existierte im Standard-Pipeline-Modell schlicht nicht.

Wir hätten das Unternehmen zwingen können, sich dem Werkzeug anzupassen. Viele Berater hätten das getan. Aber vierzehn Menschen zu bitten, ihre Art zu kalkulieren und nachzubestellen zu ändern, damit die Software zufrieden ist, ist ein sicherer Weg, dass alle innerhalb eines Monats still zur Tabelle zurückkehren. Der einzige Grund, warum die alte Datei so lange überlebt hat, ist, dass sie sich ihnen anpasste. Was sie ersetzte, musste dasselbe leisten.

Wie die acht Wochen tatsächlich aussahen

Acht Wochen klingt schnell für 'ein eigenes CRM', und das wäre es auch — wenn wir versucht hätten, ein vollständiges CRM zu bauen. Das haben wir nicht. Wir bauten den schmalen Ausschnitt eines CRM, den genau dieses Unternehmen brauchte, und ließen bewusst alles weg, was es nicht brauchte. Diese Disziplin beim Umfang ist der ganze Grund, warum der Zeitplan hielt.

So verteilten sich die Wochen grob. In der Realität war es nicht so sauber — Wochen verschwimmen —, aber die grobe Form stimmt.

  1. 1
    Woche 1–2: Beobachten, nicht entwerfen
    Wir setzten uns mit dem Vertriebsteam und der Büroleitung zusammen und sahen ihnen bei der echten Arbeit mit der Tabelle zu. Kein Anforderungsmeeting — tatsächliche Beobachtung. Hier fanden wir die Dinge, an die niemand denkt, sie zu erwähnen, etwa den Farbcode und die drei 'vorübergehenden' Nebentabellen, die längst dauerhaft geworden waren.
  2. 2
    Woche 2–3: Daten bereinigen, festlegen, was wahr ist
    Vor jedem Bauen entwirrten wir die Tabelle selbst: doppelte Kunden, tote Kontakte, drei verschiedene Schreibweisen desselben Firmennamens. Mühsam, unspektakulär — und der mit Abstand größte Gefallen, den wir ihnen taten. Man kann kein Durcheinander migrieren und ein sauberes System erwarten.
  3. 3
    Woche 3–6: Den Kern bauen, in ihren Händen
    Kunden, Kontakte, die Bestellhistorie, die Preisstufen und die Nachbestell-Nachverfolgung, die die Werkzeuge von der Stange nicht konnten. Wir zeigten ihnen jede Woche eine lauffähige Version und ließen sie sie kaputt machen, statt am Ende ein fertiges Ding zu präsentieren.
  4. 4
    Woche 6–7: Lager und Berichte anbinden
    Eine nur lesende Verbindung zu ihrem bestehenden Lagersystem, damit sich die Bestellhistorie selbst füllte, plus der eine Bericht, der den Inhabern wirklich wichtig war — Monatsumsatz pro Kunde —, auf Knopfdruck statt in Handarbeit.
  5. 5
    Woche 8: Migrieren, schulen, parallel laufen lassen
    Wir übertrugen die bereinigten Daten, schulten das Team in zwei kurzen Sitzungen und ließen die alte Tabelle weitere zwei Wochen nur lesend geöffnet — als Sicherheitsnetz. Nach den ersten Tagen brauchte sie niemand mehr, aber dass sie da war, ließ den Wechsel umkehrbar wirken — und genau das brachte die Leute dazu, sich darauf einzulassen.
Ein kleines Team um einen Laptop in einem Lagerbüro, ein Entwickler zeigt auf einen aufgeräumten, schlichten CRM-Bildschirm, warmes natürliches Licht, alle lehnen sich interessiert nach vorn
Wöchentliche Zeig-und-zerbrich-Sitzungen: Das Team sah das System wachsen und formte es mit, statt eine fertige Kiste überreicht zu bekommen.

Was wir gebaut haben — und was wir weggelassen haben

Das fertige System ist, ehrlich gesagt, nicht beeindruckend anzusehen. Das war das Ziel. Es erledigt eine kleine Zahl von Dingen so, wie dieses Unternehmen tatsächlich arbeitet, und sonst nichts. Die Disziplin, Dinge wegzulassen, hat es benutzbar gehalten.

Was hineinkam: ein sauberer Kunden- und Kontaktdatensatz mit einer einzigen verlässlichen Quelle für Telefonnummern und Adressen; die Bestellhistorie, automatisch aus dem Lagersystem gezogen; ihre echten Preisstufen und Mengenrabatte; eine einfache Nachbestell-Zyklus-Ansicht, damit Vertriebsmitarbeitende sehen, wer wieder fällig ist; Wiedervorlage-Erinnerungen, damit stille Kunden nicht verloren gehen; und der Monatsumsatzbericht, in zwei Klicks erzeugt.

  • Was wir bewusst weggelassen haben: ein Marketingmodul — sie machen keine E-Mail-Kampagnen, es wäre totes Gewicht gewesen.
  • Eine mobile App — das Vertriebsteam arbeitet an Schreibtischen und das Lager hat Tablets; eine responsive Web-Ansicht genügte.
  • Eine 'Lead-Scoring'- oder Prognose-Engine — modisch, aber sie wollten Klarheit über bestehende Kunden, keine Vorhersagen.
  • Jegliche KI-Funktionen, zum Start — es gab noch kein sprachgeformtes Problem zu lösen, also wäre KI bloße Dekoration gewesen.
  • Feingranulare Berechtigungsstufen — vierzehn vertraute Menschen brauchen keine vierzehn Berechtigungsebenen; wir hielten es einfach.

Diese letzte Kategorie zählt genauso viel wie die erste. Jede Funktion, die Sie hinzufügen, ist etwas, das gepflegt, erklärt und falsch gemacht werden will. Ein kleines Unternehmen braucht nicht das CRM, das ein 500-Personen-Betrieb braucht, und etwas anderes zu behaupten ist der Weg, aus einem Acht-Wochen-Projekt ein Acht-Monats-Projekt zu machen. Wir ließen klar Raum, die fehlenden Teile später zu ergänzen — aber nur, wenn ein echter Bedarf auftauchte, nicht weil eine Funktionsliste dünn aussah.

Der wirklich schwierige Teil war nicht die Software

Falls Sie bis hierher gelesen haben in der Erwartung, die Schwierigkeit liege im Technischen, hier die Wendung: Das Bauen war der einfache Teil. Der schwierige Teil war die Schwerkraft der Tabelle. Die Leute hatten jahrelanges Muskelgedächtnis in dieser Datei. Manche hatten private Nebentabellen, die sie nie erwähnt hatten. Ein Vertriebsmitarbeiter wollte, sehr höflich, nach Jahren der Arbeit mit eigenen Notizen nicht von einem System 'überwacht' werden.

Das lösten wir nicht mit Software. Wir lösten es, indem wir das neue System vom ersten Tag an für ihn wirklich schneller machten — seine Kunden, seine Nachbestell-Liste, seine Wiedervorlagen, weniger Tipparbeit als zuvor —, sodass es zum bequemeren Weg wurde statt zum aufgezwungenen. Die zwei Wochen Parallelbetrieb erledigten den Rest. Wenn Menschen sehen, dass der alte Weg noch da ist, falls sie ihn brauchen, hören sie auf, sich an ihn zu klammern. Nehmen Sie ihn zu früh weg, graben sie sich ein.

Die Tabelle zu ersetzen war eine Software-Aufgabe. Die Gewohnheit der Tabelle zu ersetzen war das eigentliche Projekt — und das ist der Teil, den die meisten Entwicklungen übersehen.
was wir den Inhabern bei der Übergabe sagten
Ein aufgeräumtes, minimalistisches CRM-Dashboard auf einem Desktop-Bildschirm mit einer ordentlichen Kundenliste und einem einzelnen Umsatzdiagramm, ruhig und übersichtlich, ein zugeklappter Laptop und ein Kaffee daneben, die chaotische Tabelle verschwunden
Der Ersatz ist mit Absicht langweilig: ein paar Dinge, erledigt so, wie das Unternehmen tatsächlich arbeitet.

Was sich danach geändert hat

Erst die Zahlen, mit dem ehrlichen Vorbehalt, dass dies die eigenen gerundeten Werte des Kunden aus den Monaten nach dem Start sind, keine unabhängige Prüfung — nützlich als Richtung, nicht als Garantie für Ihr Unternehmen.

WasVorher (Tabelle)Nachher (eigenes CRM)
Monatlicher Umsatzbericht~6 Stunden, von HandEtwa zwei Klicks
'Wo ist die aktuelle Telefonnummer?'Tägliches RatenEin Datensatz, verlässlich
Datenverlust / Überschreib-SchreckZweimal in zwei JahrenBisher keiner
Stille Kunden, die abwandernNiemand kannte die ZahlSichtbare Nachbestell-Liste
Einarbeitung neuer Mitarbeitender ins SystemWochen an unausgesprochenem WissenEtwa ein Nachmittag
Vorher und nachher, nach den groben Schätzungen des Kunden selbst.

Die Berichtszeit war die Schlagzeile, die den Inhabern wichtig war — fast einen Tag pro Monat zurückzugewinnen ist echtes Geld. Aber die Veränderung, die sie Monate später immer wieder erwähnten, war leiser: Sie hörten auf, sich um die Datei zu sorgen. Die niedrige Hintergrundangst, 'sind die Daten richtig, bricht es gleich zusammen', verschwand einfach. Das lässt sich, ironischerweise, in keine Tabelle eintragen, aber genau das war es, was sie das Geld als gut angelegt bezeichnen ließ.

Die Nachbestell-Liste zahlte sich auf eine Weise aus, die wir nicht ganz vorhergesehen hatten. Innerhalb weniger Monate hatte das Vertriebsteam wieder Kontakt zu mehreren Gewerbekunden aufgenommen, die still inaktiv geworden waren — genau die Art Versäumnis, die das Projekt überhaupt erst ausgelöst hatte. Ein zurückgewonnener Kunde deckte mehr als die gesamte Entwicklung. Das ist kein Versprechen, dass es bei Ihnen passiert; es ist ein Beispiel dafür, wo der Wert sich gern versteckt, sobald Menschen ihre Kunden tatsächlich sehen können.

Der Tabelle entwachsen, die Ihr Unternehmen steuert?

Wenn Ihre Vertriebs- oder Kundendaten in einer geteilten Datei stecken, von der alle abhängen und der niemand vertraut, ist das meist der Moment, zu reden. Wir sehen uns zuerst Ihren tatsächlichen Prozess an und sagen Ihnen ehrlich, ob Sie überhaupt ein eigenes CRM brauchen — oder ob etwas von der Stange genügen würde.

So bauen wir CRMs für kleine Unternehmen

Häufige Fragen

Sind acht Wochen für ein eigenes CRM realistisch?
Sind sie — aber nur, weil wir ein bewusst schmales System gebaut haben, kein vollständiges Unternehmens-CRM. Der Zeitplan hält, wenn Sie den Umfang hart begrenzen: den konkreten Ausschnitt definieren, den das Unternehmen braucht, zuerst die Daten bereinigen und alles Nicht-Wesentliche weglassen. Ein 'Mach-alles'-Auftrag verwandelt acht Wochen in acht Monate. Die Disziplin liegt darin, was Sie nicht zu bauen wählen.
Sollten wir die Tabelle reparieren, statt sie zu ersetzen?
Manchmal ja. Wenn das Problem hauptsächlich Unordnung ist — Dubletten, keine Struktur —, kann Ihnen eine gründliche Bereinigung und ein paar Regeln ein, zwei Jahre verschaffen. Ein Ersatz ergibt Sinn, wenn die Probleme strukturell sind: mehrere Personen, die gleichzeitig bearbeiten, kein echtes Berichtswesen, keine Nachvollziehbarkeit, Daten, denen Sie nicht trauen können. Wenn Ihre Tabelle schon mehr als einmal aus einem Backup wiederhergestellt wurde, sind Sie über das Reparieren hinaus.
Was kostet ein Projekt wie dieses?
Wir können keine Zahl nennen, ohne Ihren Prozess zu sehen — es hängt ganz davon ab, wie viel Sie tatsächlich brauchen im Vergleich dazu, wie viel Sie zu brauchen meinen. Aber der ehrliche Hebel bei den Kosten ist der Umfang, nicht der Stundensatz. Eine eng abgesteckte erste Version, die den echten Schmerz löst, ist weit günstiger als eine ausufernde 'zukunftssichere' Plattform — und sie ist zugleich die, die tatsächlich genutzt wird. Wir beginnen immer damit, den Umfang kleiner zu machen.
Wie riskant ist es, Jahre an Daten aus einer Tabelle zu migrieren?
Die Migration selbst ist risikoarm, wenn Sie zuerst die langweilige Arbeit machen: die Daten bereinigen und entdoppeln, sich einigen, was als verlässliche Quelle gilt, und die Originaldatei nur lesend als Sicherheitsnetz behalten. Das eigentliche Risiko ist nicht der Datenverlust — es ist, Widersprüche und Verwirrung in ein glänzendes neues System zu migrieren. Deshalb zählt die Bereinigung mehr als der Umzug.
Wird das Team es tatsächlich nutzen oder in alte Gewohnheiten zurückfallen?
Das ist die eigentliche Frage, und es geht um die Einführung, nicht um die Software. Menschen fallen zurück, wenn das neue Werkzeug für sie langsamer ist oder wenn man ihnen das alte abrupt entreißt. Wir vermeiden beides: das neue System vom ersten Tag an für die Leute, die es am meisten nutzen, wirklich schneller machen und den alten Weg parallel laufen lassen, bis niemand mehr danach greift. Erzwungene Einführung neigt zum Zusammenbruch; verdiente Einführung neigt zum Bleiben.
Have a nice day
Have a nice day
Redaktion

Have a nice day ist ein Software-Studio, das kleine und mittlere Unternehmen digitalisiert — Automatisierung, KI und maßgeschneiderte Software, die im Alltag funktioniert, nicht nur auf Folien.

Passende Leistungen