Ein Vertriebsteam in einem Schweizer KMU-Büro bespricht am Laptop gemeinsam Kundennotizen im CRM, während eine ausgedruckte Excel-Liste halb verdeckt auf dem Schreibtisch liegt.
Publié le 1 novembre 2026

Fünf Vertriebsmitarbeitende, ein neues CRM und eine klare Zusage im Kickoff: Künftig werden Kundendaten zentral gepflegt. Einige Wochen später stehen aktuelle Verkaufschancen trotzdem in Excel, Gesprächsnotizen bleiben in persönlichen Notizbüchern und der Forecast wird kurz vor der Geschäftsleitungssitzung manuell zusammengestellt.

Das Problem ist häufig nicht die fehlende Funktionalität der Software. Ein CRM scheitert im kleinen Vertriebsteam vor allem dann, wenn es zusätzliche Arbeit verlangt, ohne den Mitarbeitenden ihren Alltag zu erleichtern. Der Aussendienst soll Daten erfassen, die Geschäftsleitung erhält Berichte und die bisherigen Arbeitsweisen bleiben bestehen. Für den einzelnen Verkäufer entsteht dadurch kaum ein Grund, das System täglich zu öffnen.

Eine erfolgreiche CRM-Einführung beginnt deshalb beim Arbeitsablauf, nicht beim Funktionskatalog. Entscheidend sind eine überschaubare Konfiguration, klare Verantwortlichkeiten, nachvollziehbare Pipeline-Regeln und ein gemeinsamer Datenbestand. Gerade in Schweizer KMU mit persönlichen Kundenbeziehungen muss das CRM die Kundenbetreuung unterstützen, statt bloss neue Kontrollmöglichkeiten zu schaffen.

CRM-Akzeptanz im KMU: Das Wichtigste

  • Ein CRM wird regelmässig genutzt, wenn die Dateneingabe einen unmittelbaren Vorteil für Vertrieb und Service bietet.
  • Beginnen Sie mit einem klaren Pilotprozess, wenigen tatsächlich notwendigen Pflichtfeldern und einer geregelten Excel-Übergangsphase.
  • Definieren Sie Verantwortliche, nächste Aktivitäten und überprüfbare Verkaufsphasen, bevor Sie Ihrem Forecast vertrauen.

Warum Ihr CRM leer bleibt, obwohl das Team „zugestimmt“ hat

Ein CRM bleibt leer, wenn Mitarbeitende zwar seiner Einführung zustimmen, im Alltag aber keinen unmittelbaren Nutzen daraus ziehen. Zustimmung im Kickoff ist keine dauerhafte Nutzungsentscheidung. Erst wenn Kundennotizen, Termine und Verkaufschancen schneller oder zuverlässiger bearbeitet werden können als zuvor, wird das CRM zum bevorzugten Arbeitswerkzeug.

Die Zustimmung zu einer Software und die tatsächliche Änderung der Arbeitsweise sind zwei verschiedene Dinge. Im Einführungsmeeting erscheint ein gemeinsamer Datenbestand sinnvoll. Nach dem nächsten Kundenbesuch stellt sich jedoch eine praktische Frage: Ist die Gesprächsnotiz im CRM schneller erfasst als auf dem bisherigen Weg?

Gerade bei einem kleinen Schweizer Vertriebsteam mit drei bis zehn Personen können gewachsene Kundenbeziehungen und persönliche Arbeitsroutinen eine grosse Rolle spielen. Wer seine Kontakte bislang eigenständig organisiert hat, könnte ein zentral einsehbares System als zusätzliche Kontrolle empfinden. Das ist eine mögliche Reaktion, kein allgemeingültiges Verhalten von Vertriebsmitarbeitenden.

Besonders problematisch wird es, wenn der Vertriebsinnendienst alle Einträge pflegt, der Aussendienst aber lediglich Informationen abruft. Die Person, die den Kunden tatsächlich gesprochen hat, trägt die neuen Erkenntnisse dann möglicherweise nicht selbst ein. Ein funktionierender Grundsatz lautet deshalb: Wer Daten liefert, sollte selbst einen unmittelbaren Nutzen daraus ziehen.

Das kann eine automatisch sichtbare nächste Aufgabe sein, eine abrufbare Gesprächshistorie vor dem Kundentermin oder eine Offerte, deren Bearbeitungsstand ohne Rückfrage erkennbar ist.

Drei Warnsignale helfen, das eigentliche Problem einzugrenzen:

  • Unvollständige Kerndaten: Wie viele aktive Verkaufschancen besitzen keinen nächsten Schritt, obwohl dieser für die Bearbeitung erforderlich wäre?
  • Excel-Schattenlisten: Wie viele Kundenkontakte oder offene Geschäfte werden ausserhalb des CRM aktueller geführt als im System?
  • Verspätete Abschlüsse: Wie viele Geschäfte werden erst nach dem internen Forecast-Stichtag eingetragen?

Diese Kennzahlen sind Diagnosehilfen, keine allgemein validierten Grenzwerte. Hohe Werte können auf umständliche Bedienung, unklare Prozesse oder fehlende Führungsroutinen hinweisen. Sie zeigen allein noch nicht, welche Ursache überwiegt.

Das SECO-KMU-Portal zur schrittweisen Digitalisierung empfiehlt, vor der Anschaffung neuer Software den digitalen Reifegrad und bestehende Prozesse zu untersuchen. Die Empfehlung betrifft die Digitalisierung von KMU allgemein und liefert keine spezifische Erfolgsquote für CRM-Projekte.

Ein CRM sollte zuerst helfen, den nächsten Kundenkontakt besser vorzubereiten. Auf dieser Grundlage lässt sich anschliessend eine kleine, alltagstaugliche Konfiguration entwickeln.

Wie Sie ein CRM in 10 Tagen konfigurieren, ohne den Vertrieb zu blockieren

Ein CRM lässt sich in zehn Arbeitstagen als begrenzter Pilot konfigurieren, wenn Sie sich auf einen Vertriebsprozess, wenige Datenfelder und den Zugriff der beteiligten Mitarbeitenden konzentrieren. Eine vollständig integrierte Lösung mit historischer Datenmigration, ERP-Anbindung und komplexen Berechtigungen ist in diesem Zeitraum dagegen nicht grundsätzlich realistisch.

Die zehn Tage sind ein Planungsrahmen, keine verlässliche Implementierungsgarantie. Der grösste Vorteil dieses Ansatzes besteht darin, technische Entscheidungen früh mit echten Kundenabläufen zu testen.

Für ein Team mit fünf Vertriebsmitarbeitenden könnte der Ablauf so aussehen:

Beispielhafter Zehn-Tage-Plan für einen CRM-Piloten
Zeitraum Arbeitsschritt Prüfbares Ergebnis
Tag 1–2 Bestehende Vertriebsabläufe mit den Mitarbeitenden aufnehmen Ein dokumentierter Pilotprozess
Tag 3–4 Kontakte, Verkaufschancen und Kernfelder einrichten Ein nutzbares Datenmodell
Tag 5–6 Pipeline, Aufgaben und mobilen Zugriff konfigurieren Ein durchspielbarer Kundenablauf
Tag 7–8 Mit zwei freiwilligen Nutzern und geeigneten echten Kundendaten testen Fehler- und Verbesserungsprotokoll
Tag 9–10 Kurze Schulung durchführen und Pilot freigeben Klare Nutzungsregeln und Verantwortliche

Eine mobile Ansicht ist gerade für den Aussendienst wichtig. Ein Verkäufer muss nach einem Kundenbesuch beispielsweise die nächste Aktivität festhalten können, ohne zuerst mehrere Verwaltungsseiten zu öffnen.

Eine begrenzte Übergangsphase mit Excel kann sinnvoll sein, sofern nicht beide Systeme gleichberechtigt als Datenquelle dienen. Legen Sie fest, wer welches System aktualisiert und ab welchem Stichtag das CRM für neue Verkaufschancen führend ist.

Beispielsweise bleiben historische Kontakte während der Bereinigung zunächst in der bisherigen Liste, während neue Verkaufschancen bereits im CRM angelegt werden. Änderungen an einem Geschäft müssen dabei eindeutig einem führenden System zugeordnet werden, damit keine widersprüchlichen Datensätze entstehen.

Für Schweizer Unternehmen mit Vertriebsaktivitäten in den Sprachregionen Deutsch, Französisch und Italienisch können zusätzliche Feldübersetzungen erforderlich sein. Auch Firmenkundendaten, ERP-Schnittstellen und abgestufte Zugriffsrechte sollten vor dem produktiven Einsatz geprüft werden. Sind sie für den Pilotprozess zwingend notwendig, lässt sich ihre Umsetzung nicht einfach auf später verschieben.

Der Pilot gilt nicht als abgeschlossen, weil alle Masken eingerichtet sind, sondern wenn die beteiligten Mitarbeitenden einen Kundenkontakt erfassen, eine Verkaufschance aktualisieren und eine Folgeaktivität selbstständig anlegen können.

Erst nach dem Praxistest lohnt es sich, weitere Prozesse einzubinden. Dabei stellt sich die nächste Frage: Wie viel Individualisierung ist tatsächlich nötig?

Standard-CRM oder stark angepasst: Was bei 3 Vertriebsprozessen sinnvoll ist

Für drei typische Vertriebsprozesse ist ein konfigurierbares Standard-CRM meist der sinnvollere Ausgangspunkt als eine stark individualisierte Lösung. Erst wenn sich Abläufe in ihren Datenobjekten, Phasen oder Rollen wesentlich unterscheiden und Standardfunktionen den Geschäftsbetrieb nicht ausreichend abbilden, sollten zusätzliche Anpassungen geprüft werden.

Stellen Sie sich ein KMU mit Neukundenakquise, Bestandskundenbetreuung und Offertenverfolgung vor. Diese Tätigkeiten haben zwar unterschiedliche Schwerpunkte, können aber möglicherweise gemeinsame Kontakte, Aktivitäten und Verkaufschancen nutzen.

Bei einem projektorientierten Verkauf mit komplexen Freigaben, Liegenschaftsgeschäften oder Mandatsprozessen kann die Situation anders aussehen. Dann reicht eine zusätzliche Bezeichnung für eine Verkaufsphase unter Umständen nicht aus.

Beantworten Sie vor jeder Anpassung drei Fragen:

  1. Datenobjekte: Arbeiten die Prozesse mit denselben Kontakten, Unternehmen und Verkaufschancen oder benötigen sie tatsächlich unterschiedliche Datentypen?
  2. Phasen: Folgen die Prozesse denselben fachlichen Entscheidungsschritten oder sind abweichende Übergänge erforderlich?
  3. Rollen: Sind dieselben Personen verantwortlich oder bestehen unterschiedliche Freigabe- und Bearbeitungsrechte?

Unterscheiden sich lediglich Bezeichnungen oder Filteransichten, kann eine gemeinsame Pipeline mit unterschiedlichen Geschäftstypen genügen. Unterschiedliche Verkaufslogiken oder Verantwortlichkeiten können dagegen getrennte Pipelines rechtfertigen.

Die Wahl zwischen Standard und Anpassung hat auch eine wirtschaftliche Dimension.

Entscheidungskriterien für Standardkonfiguration und Individualisierung
Kriterium Standardkonfiguration Stärkere Individualisierung
Prozessnähe Geeignet für verbreitete Vertriebsabläufe Sinnvoll bei fachlich wesentlichen Sonderfällen
Einführungsaufwand Häufig geringer bei überschaubarem Umfang Zusätzliche Planung und Tests erforderlich
Wartung Weniger eigene Logik zu betreuen Eigene Änderungen müssen geprüft werden
Abhängigkeiten Vorwiegend Produkt- und Konfigurationskenntnisse Gegebenenfalls zusätzlich spezialisiertes Entwicklungswissen

Die Microsoft-Best-Practices für Dataverse-Anpassungen beschreiben technische Risiken problematischer Erweiterungen, unter anderem für Wartbarkeit und spätere Versionsupgrades. Diese Hinweise gelten für bestimmte Anpassungsmuster der Microsoft-Plattform, nicht pauschal für jede CRM-Individualisierung.

Ein typischer Fehlweg besteht darin, persönliche Excel-Logiken einzelner Führungskräfte möglichst vollständig nachzubauen. Dadurch wird die Software zwar vertraut, aber nicht zwangsläufig einfacher. Bei späteren Veränderungen müssen die Sonderregeln erklärt, getestet und möglicherweise angepasst werden.

Definieren Sie deshalb vor jeder Individualisierung eine interne Kostengrenze sowie einen Verantwortlichen für Pflege und spätere Änderungen. Ein allgemeingültiger Prozentwert für das richtige Anpassungsbudget lässt sich aus den vorliegenden Quellen nicht ableiten.

Ist die passende Prozessstruktur gefunden, sollten Sie als Nächstes die Datenfelder kritisch reduzieren. Denn selbst ein gut konfiguriertes CRM kann durch seine Eingaberegeln unbrauchbare Informationen erzeugen.

Der Pflichtfeld-Fehler, der Ihr CRM mit Fantasiedaten füllt

Der gefährlichste Pflichtfeld-Fehler besteht darin, Informationen zu erzwingen, die Mitarbeitende zum Zeitpunkt der Eingabe noch nicht kennen. Muss ein Verkäufer beispielsweise ein Kundenbudget angeben, obwohl keines genannt wurde, kann er einen beliebigen Wert einsetzen, um den Vorgang abzuschliessen. Das CRM wirkt vollständig, die tatsächliche Datenqualität sinkt jedoch.

Ein Pflichtfeld ist nur sinnvoll, wenn sein Inhalt zu diesem Zeitpunkt bekannt sein muss und einen konkreten Arbeitsschritt ermöglicht. Die technische Möglichkeit, eine Eingabe zu erzwingen, ist keine ausreichende Begründung.

In Microsofts Dokumentation zur Konfiguration von Geschäftsprozessabläufen wird beschrieben, dass bestimmte Eingaben vor dem Wechsel zur nächsten Prozessphase verpflichtend sein können. Diese Funktion heisst Stage-Gating. Die Dokumentation belegt die technische Möglichkeit, nicht jedoch, dass Pflichtfelder grundsätzlich Falschangaben verursachen.

Für den Vertriebsalltag empfiehlt sich eine Einteilung in drei Kategorien:

  • Prozesskritisch: Angaben, ohne die ein konkreter Schritt nicht verlässlich ausgeführt werden kann, etwa die verantwortliche Person für die nächste Aktivität.
  • Später erforderlich: Informationen, die erst vor einer bestimmten Phase bekannt sein müssen, etwa Details einer konkreten Offerte.
  • Optional: Zusatzinformationen, die hilfreich sind, aber den aktuellen Vorgang nicht blockieren sollten.

Besonders kritisch sind Felder mit finanziellen Auswirkungen. Ein erfundenes Budget oder ein voreilig gewähltes Abschlussdatum kann Prognosen verfälschen. Die Geschäftsleitung erhält dann eine scheinbar vollständige Auswertung, obwohl wichtige Kundeninformationen noch fehlen.

Für unbekannte Werte sollte deshalb ein fachlich eindeutiger Zustand vorgesehen werden, beispielsweise „Noch nicht geklärt“. Ob dafür eine Auswahl, ein leeres Feld oder ein gesonderter Status geeignet ist, hängt vom jeweiligen Datenmodell ab.

Bei mehrsprachigen CRM-Konfigurationen in der Schweiz sollten Pflichtfelddefinitionen und Auswahlwerte über Deutsch, Französisch und Italienisch hinweg dieselbe fachliche Bedeutung haben. Unterschiedliche Übersetzungen oder abweichende Kategorien können die Vergleichbarkeit von Daten erschweren.

Pflichtfelder in 30 Minuten überprüfen

  1. Exportieren Sie die aktiven Pflichtfelder und erstellen Sie eine vollständige Feldliste.
  2. Ordnen Sie jedem Feld den betroffenen Prozessschritt zu und ergänzen Sie eine Zuordnungstabelle.
  3. Prüfen Sie, ob die Information zu diesem Zeitpunkt bekannt sein kann, und dokumentieren Sie das Ergebnis.
  4. Markieren Sie überflüssige Eingabesperren und erstellen Sie eine konkrete Änderungsliste.
  5. Testen Sie einen realistischen Ablauf mit unbekannten Kundenangaben und halten Sie mögliche Blockaden in einem Testprotokoll fest.

Die halbe Stunde ist ein praktischer Zeitrahmen für die erste Sichtung eines überschaubaren Feldbestands. Umfangreiche Konfigurationen benötigen entsprechend mehr Aufwand.

Eine verlässliche Pipeline braucht keine künstlich vollständigen Datensätze. Sie braucht Informationen, deren Bedeutung nachvollziehbar ist und auf denen spätere Prognoseregeln aufbauen können.

Welche 4 Pipeline-Regeln Ihren Forecast in 30 Tagen deutlich stabiler machen

Vier Regeln können Ihren CRM-Forecast besser nachvollziehbar machen: Verkaufsphasen anhand überprüfbarer Kundenhandlungen vergeben, Wahrscheinlichkeiten konsistent definieren, inaktive Geschäfte regelmässig prüfen und sichere Umsatzerwartungen von frühen Chancen trennen. Ob die Prognose bereits innerhalb von 30 Tagen genauer wird, hängt von Datenqualität, Geschäftsvolumen und Verkaufszyklus ab.

Ein Forecast wird nicht dadurch zuverlässiger, dass Verkäufer einzelne Geschäfte optimistischer oder vorsichtiger bewerten. Entscheidend ist, ob für vergleichbare Verkaufschancen dieselben Bewertungsregeln gelten.

  1. Phasenwechsel durch Kundenhandlungen belegen. „Gutes Gespräch“ beschreibt eine persönliche Einschätzung. „Offerte an den Kunden übermittelt“ ist ein überprüfbarer Vorgang. Definieren Sie für jede Phase, welches Ereignis den Wechsel rechtfertigt.
  2. Wahrscheinlichkeiten an Phasen koppeln. Statt frei gewählter Prozentwerte können nachvollziehbare Wahrscheinlichkeitskorridore verwendet werden. Diese sollten aus eigenen abgeschlossenen Geschäften abgeleitet und überprüft werden, nicht aus allgemeinen Branchenannahmen.
  3. Inaktive Verkaufschancen sichtbar machen. Legen Sie eine zum Verkaufszyklus passende Frist fest, nach der Geschäfte ohne Aktivität zur Prüfung erscheinen. Eine automatische Erinnerung darf dabei nicht als Beleg für einen verlorenen Auftrag gelten.
  4. Prognosekategorien trennen. Gewonnene Geschäfte, verbindlicher eingeschätzte Chancen, Angebotsphasen und frühe Pipeline-Einträge sollten nicht unterschiedslos zu einer einzigen erwarteten Umsatzsumme werden.

Ein wichtiger Unterschied besteht zwischen einer objektiven Prozessphase und der subjektiven Einschätzung des Verkäufers. Beide Informationen dürfen im CRM sichtbar sein, sollten aber getrennt erfasst werden.

Microsoft Dynamics 365 Sales unterscheidet beispielsweise die Prognosekategorien Committed, Best Case, Pipeline, Omitted, Won und Lost. Die Microsoft-Dokumentation zur Verwaltung von Umsatzprognosen erläutert, wie solche Kategorien in Prognoseansichten eingesetzt werden können. Das ist ein konkretes Produktbeispiel, kein Nachweis einer bestimmten Verbesserung innerhalb von 30 Tagen.

Rechenbeispiel: Warum die Gesamtpipeline täuschen kann

Angenommen, ein KMU führt hypothetisch zehn offene Verkaufschancen mit einem Gesamtwert von CHF 500’000. Davon entfallen CHF 100’000 auf bereits übermittelte Offerten und CHF 400’000 auf frühe Kontakte. Werden alle CHF 500’000 als gleich wahrscheinlicher Umsatz behandelt, fehlt die notwendige Unterscheidung nach Abschlussreife.

Die Aufteilung macht die Prognose transparenter, liefert allein aber noch keinen verlässlichen erwarteten Umsatz. Dafür braucht das Unternehmen eigene Abschlussdaten und überprüfte Bewertungsannahmen.

Ein Beobachtungsintervall von 30 Tagen kann reichen, um verspätete Aktualisierungen oder stagnierende Geschäfte zu erkennen. Bei langen B2B-Verkaufszyklen, etwa im industriellen Anlagenvertrieb, lässt sich die tatsächliche Prognosegenauigkeit womöglich erst deutlich später beurteilen.

Wo ausreichend historische Daten vorhanden sind, können Szenarien oder Prognosebandbreiten hilfreicher sein als eine einzelne scheinbar exakte Umsatzzahl. Ohne belastbare Daten sollten solche Bandbreiten als Annahmen gekennzeichnet werden.

Eine konsistente Pipeline zeigt allerdings nur dann ein realistisches Bild, wenn neue Anfragen nicht zwischen Marketing und Vertrieb liegen bleiben. Genau hier entscheidet sich häufig, ob aus einem Lead überhaupt eine Verkaufschance entsteht.

Der Follow-up-Fehler, der 50% Ihrer Leads in 7 Tagen kalt werden lässt

Der entscheidende Follow-up-Fehler ist eine fehlende Zuständigkeit für den nächsten Kontakt. Wird ein Lead erfasst, ohne dass jemand verantwortlich ist und einen konkreten Bearbeitungstermin hat, kann die Anfrage liegen bleiben. Die Aussage, dass dabei generell 50 Prozent aller Leads innerhalb von sieben Tagen kalt werden, ist jedoch nicht belegt und darf nicht als allgemeine Vertriebskennzahl gelten.

Wie schnell das Interesse abnimmt, hängt unter anderem von der Anfrage, der Branche und dem Entscheidungsprozess ab. Eine kurzfristige Serviceanfrage kann andere Reaktionszeiten erfordern als eine komplexe Investitionsentscheidung.

Ein CRM muss deshalb vor allem den Übergang zwischen Anfrage und nächster Tätigkeit absichern. Der Datensatz allein ist noch kein bearbeiteter Lead.

Für jedes neue Interesse sollten mindestens drei Fragen beantwortet sein: Wer übernimmt die Anfrage? Was ist der nächste sinnvolle Schritt? Bis wann soll dieser stattfinden?

Ein kleines Vertriebsteam kann seine Kapazitäten beispielsweise über drei intern definierte Kategorien steuern:

Beispiel für eine abgestufte Lead-Bearbeitung im KMU
Kategorie Typische Einordnung Mögliche Bearbeitungsregel
A-Lead Konkrete Anfrage mit erkennbarem unmittelbarem Bedarf Unverzügliche Zuweisung und zeitnahe persönliche Reaktion
B-Lead Passender Interessent mit längerem Entscheidungsprozess Individueller Kontakt innerhalb einer festgelegten Arbeitswoche
C-Lead Allgemeines Interesse ohne konkretes Kaufvorhaben Geeignete spätere Kontaktpflege, gegebenenfalls mit zulässiger Newsletter-Kommunikation

Diese Kategorien und Bearbeitungsfristen sind organisatorische Beispiele, keine empirisch bestätigten Branchenstandards. Bei der Kontaktpflege sind insbesondere die geltenden Datenschutz- und Werbevorgaben zu berücksichtigen.

Automatische Aufgaben können Fristen sichtbar machen, ersetzen aber keinen sinnvollen Gesprächsanlass. Eine Nachricht, die lediglich nachfragt, ob sich der Kunde schon entschieden habe, bietet oft weniger Nutzen als eine Rückfrage zu seinem konkret geäusserten Bedarf.

Statt mit einer unbelegten pauschalen Verlustrate zu arbeiten, kann ein Unternehmen die eigene Bearbeitungsqualität messen. Dazu werden etwa der Anteil der Leads ohne zweiten Kontakt innerhalb einer intern definierten Frist sowie deren spätere Entwicklung untersucht. Entscheidend ist, vergleichbare Lead-Quellen und Zeiträume getrennt auszuwerten.

Verbindliche Follow-up-Regeln funktionieren allerdings nur, wenn sie zur tatsächlichen Organisation passen. Deshalb sollten Vertrieb, Service und Geschäftsleitung ihre Anforderungen vor der endgültigen Softwareentscheidung gemeinsam prüfen.

Wie Sie 3 Anforderungsworkshops durchführen, die zu klaren Muss-Kriterien führen

Drei Anforderungsworkshops schaffen klare Muss-Kriterien, wenn sie nacheinander bestehende Arbeitsabläufe untersuchen, Anforderungen priorisieren und konkrete Szenarien testen. Jeder Workshop benötigt ein schriftlich bestätigtes Ergebnis. Ohne diese Reihenfolge entstehen häufig umfangreiche Wunschlisten, deren Bezug zu den tatsächlich notwendigen Geschäftsprozessen unklar bleibt.

Bei fünf Vertriebsmitarbeitenden sind keine gross angelegten Workshop-Programme nötig. Wichtiger ist, dass die Menschen beteiligt werden, die später mit dem CRM arbeiten. Dazu gehören je nach Organisation Vertrieb, Aussendienst, Innendienst und Service.

Workshop 1: Ist-Prozesse und Probleme sichtbar machen. Lassen Sie die Beteiligten einen typischen Kundenablauf beschreiben: vom ersten Kontakt über das Angebot bis zur Übergabe an den Service. Erfassen Sie, wo Informationen verloren gehen, doppelt eingetragen oder verspätet weitergegeben werden.

Das Ergebnis ist eine Prozessübersicht mit dokumentierten Schwachstellen. Noch keine Produktentscheidung.

Workshop 2: Muss-Kriterien und Wünsche trennen. Jede Anforderung erhält eine kurze Begründung. Eine besonders hilfreiche Prüffrage lautet: „Was tun wir morgen, wenn diese Funktion fehlt?“

Falls der Prozess ohne die Funktion nicht zuverlässig betrieben werden kann und kein zumutbarer Ersatzweg besteht, spricht das für ein Muss-Kriterium. Komfortfunktionen oder persönliche Vorlieben gehören eher in eine nachrangige Kategorie.

Eine vertraute Darstellung aus Excel muss beispielsweise nicht zwingend übernommen werden, solange die benötigten Informationen im CRM schnell erreichbar sind.

Workshop 3: Anforderungen praktisch testen. Lassen Sie Anbieter oder das interne Projektteam echte Abläufe demonstrieren. Ein Verkäufer legt eine Verkaufschance an, ergänzt eine Gesprächsnotiz und übergibt eine offene Frage an den Service. Das System muss zeigen, ob die zuvor festgelegten Kriterien erfüllt werden.

Eine wichtige Moderationsregel betrifft das Machtgefälle zwischen Geschäftsleitung und Mitarbeitenden. Sammeln Sie Prioritäten zunächst einzeln oder anonym, bevor Sie diese gemeinsam besprechen. Dadurch erhalten auch Anforderungen aus dem operativen Alltag eine faire Chance.

Dokumentieren Sie die Ergebnisse beispielsweise so:

Beispiel für ein überprüfbares CRM-Anforderungsblatt
Anforderung Einstufung Abnahmetest
Kundenbesuche mobil dokumentieren Muss, wenn der Pilot ohne mobilen Zugriff nicht praktikabel ist Gesprächsnotiz nach Testbesuch erfassen
Offene Servicefragen zuweisen Muss bei verbindlicher Übergabe Aufgabe mit Verantwortlichem übergeben
Persönliche Dashboard-Farben Kann Darstellungsoption prüfen

Die Einstufungen sind Beispiele und müssen an den jeweiligen Betriebsablauf angepasst werden. Die Workshops sind ebenfalls ein vorgeschlagenes Vorgehen, keine von einer Behörde vorgegebene Methode.

Mit einem bestätigten Anforderungsblatt wird die Softwareauswahl deutlich überprüfbarer. Besonders wichtig wird dieses Vorgehen, sobald neben dem Vertrieb weitere Abteilungen ihre eigenen Prioritäten einbringen.

Das sollten Sie für die Softwareentscheidung mitnehmen

  • Bewerten Sie gemeinsame Geschäftsprozesse höher als isolierte Abteilungswünsche.
  • Prüfen Sie, ob unterschiedliche Bedürfnisse über Ansichten und Berechtigungen lösbar sind, bevor Sie zusätzliche Systeme beschaffen.
  • Definieren Sie einen gemeinsamen Datenbestand und klare Übergabepunkte zwischen den Abteilungen.

Welche Unternehmenssoftware passt, wenn 4 Abteilungen unterschiedliche Anforderungen haben

Wenn vier Abteilungen unterschiedliche Anforderungen haben, sollte die Softwareauswahl von den gemeinsamen, geschäftskritischen Prozessen ausgehen. Nicht jede Abteilung benötigt dieselbe Oberfläche oder dieselben Funktionen. Entscheidend ist, dass wichtige Informationen konsistent bleiben, Verantwortlichkeiten klar geregelt sind und sich notwendige Speziallösungen sinnvoll anbinden lassen.

Ein typisches Schweizer KMU könnte vier unterschiedliche Perspektiven haben: Der Vertrieb benötigt Kontaktinformationen und Verkaufschancen, der Service möchte offene Kundenanliegen bearbeiten, die Buchhaltung braucht zuverlässige Auftragsdaten und die Geschäftsleitung erwartet nachvollziehbare Kennzahlen.

Alle vier Bereiche haben berechtigte Anforderungen. Daraus folgt aber nicht, dass jede Abteilung eine eigenständige Software beschaffen oder dass ein einziges CRM sämtliche Fachprozesse übernehmen muss.

Der erste Schritt besteht darin, gemeinsame Abläufe zu identifizieren. Das kann etwa die Übergabe einer gewonnenen Verkaufschance an die Auftragsabwicklung oder die Weitergabe einer Kundenreklamation an den zuständigen Service sein.

Gewichten Sie Anforderungen anschliessend nach ihrer Bedeutung für den Geschäftsablauf. Eine fehlende Schnittstelle für auftragsrelevante Daten kann schwerwiegender sein als eine abweichende Dashboard-Ansicht. Sicherheits- und Compliance-Anforderungen sind dabei nicht beliebig gegen Komfortwünsche aufzurechnen.

Unterschiedliche Arbeitsweisen lassen sich häufig innerhalb desselben Systems abbilden:

  • Der Vertrieb sieht Kundenkontakte, Verkaufschancen und nächste Aktivitäten.
  • Der Service erhält eine auf offene Anliegen ausgerichtete Ansicht.
  • Die Geschäftsleitung nutzt konsolidierte Kennzahlen mit passenden Zugriffsrechten.
  • Die Buchhaltung erhält nur die für ihren Prozess erforderlichen Informationen, gegebenenfalls über eine geprüfte Schnittstelle zum bestehenden Fachsystem.

Ob das gewählte CRM diese Rollen- und Berechtigungstrennung unterstützt, muss im konkreten Produkt nachgewiesen werden. Ebenso sind bei personenbezogenen Daten die anwendbaren Schweizer Datenschutzanforderungen und gegebenenfalls weitere einschlägige Vorgaben zu prüfen.

Ein Risiko entsteht, wenn vier Abteilungen ohne gemeinsame Architektur getrennte Lösungen einführen. Dann können mehrere Kontaktbestände, widersprüchliche Kundeninformationen sowie zusätzlicher Schulungs- und Integrationsaufwand entstehen.

Eine tragfähige Auswahl erfolgt deshalb schrittweise: gemeinsame Kernprozesse definieren, deren Anforderungen verbindlich testen und fachliche Spezialfälle nur dort integrieren, wo sie notwendig sind. So vermeiden Sie sowohl einen überladenen Softwarekompromiss als auch unnötige Datensilos.

Wählen Sie für den nächsten Schritt einen konkreten Kundenprozess, der Vertrieb und mindestens eine weitere Abteilung verbindet. Dokumentieren Sie die erforderlichen Informationen, benennen Sie die Verantwortlichen und lassen Sie diesen Ablauf im CRM testen. Erst wenn er im Alltag zuverlässig funktioniert, sollte die nächste Ausbaustufe beschlossen werden.

Häufige Fragen zur CRM-Einführung in kleinen Vertriebsteams
Wie erkennen Sie, ob Ihr CRM zu kompliziert ist?

Beobachten Sie einen typischen Kundenablauf mit einem Vertriebsmitarbeitenden. Muss er dieselben Informationen mehrfach erfassen, lange nach der passenden Eingabemaske suchen oder unnötige Felder ausfüllen, deutet das auf vermeidbare Bedienungshürden hin. Vergleichen Sie den Ablauf mit der bisherigen Arbeitsweise und prüfen Sie, welche Schritte tatsächlich notwendig sind.

Sollte ein kleines Vertriebsteam sofort alle bestehenden Excel-Daten importieren?

Nicht zwingend. Häufig ist es sinnvoller, zunächst benötigte Kontakte und aktive Verkaufschancen zu prüfen, Dubletten zu bereinigen und den Pilotprozess mit einem überschaubaren Datenbestand zu testen. Vor einer grösseren Migration müssen Datenqualität, Zuständigkeiten und erforderliche Berechtigungen geklärt werden.

Wie oft sollte die Vertriebsleitung die CRM-Datenqualität kontrollieren?

Ein kleiner Vertrieb kann mit einer regelmässigen kurzen Durchsicht aktiver Verkaufschancen beginnen. Dabei sollten besonders fehlende Folgeaktivitäten, veraltete Abschlussdaten und unklare Verantwortlichkeiten auffallen. Die passende Häufigkeit hängt von der Zahl der Geschäfte und der Geschwindigkeit des Verkaufsprozesses ab.

Wann darf die bisherige Excel-Liste abgeschaltet werden?

Sobald die benötigten Daten überprüft übernommen wurden, der führende Datenbestand eindeutig feststeht und die beteiligten Mitarbeitenden ihre täglichen Vorgänge zuverlässig im CRM bearbeiten können. Offene Abweichungen sollten vor der Abschaltung geklärt werden. Eine befristete Übergangsphase ist nur dann sinnvoll, wenn Änderungen nicht unkontrolliert in beiden Systemen vorgenommen werden.

Was sollte ein CRM-Implementierungspartner vor Vertragsabschluss demonstrieren?

Mindestens einen vollständigen Kundenablauf mit realistischen Beispieldaten: Kontakt erfassen, Verkaufschance anlegen, Gespräch dokumentieren, Folgeaufgabe zuweisen und einen Statusbericht erstellen. Bei zusätzlichen Anforderungen sollten auch mobiler Zugriff, Rollenrechte, Mehrsprachigkeit und notwendige Schnittstellen getestet werden. Entscheidend ist die nachvollziehbare Erfüllung Ihrer Muss-Kriterien, nicht die Anzahl der vorgeführten Funktionen.

Rédigé par Katharina Fischer, Analyste documentaire konzentriert auf ERP-, CRM- und Softwareauswahlprozesse inklusive Fit-Gap, Customizing-Risiken und Governance. Strukturiert Informationen aus Herstellerquellen, unabhängigen Reviews und Projektmustern zu klaren Kriterienkatalogen. Ziel ist verifizierte, neutrale Entscheidungshilfe, damit Auswahl, Einführung und Modulreihenfolge ohne Machtspiele und Überraschungen gelingen.