Ihr CRM-Datenmodell gestalten, bevor Sie die Software anfassen

Ein 40-köpfiges SaaS-Vertriebsteam baute sein CRM-Datenmodell innerhalb von 12 Monaten zweimal neu auf. Der erste Aufbau dauerte drei Wochen zur Konfiguration. Der zweite Neuaufbau erfolgte, weil sie Mitte Q2 feststellten, dass ihr Kontaktmodell nicht mehrere Kontakte pro Deal mit unterschiedlichen Rollen unterstützen konnte. Der dritte Versuch, auf Papier gemacht bevor das CRM angerührt wurde, läuft seit 18 Monaten ohne strukturelle Änderungen.

Dieser dritte Versuch begann mit einem Whiteboard, nicht mit einem Laptop.

Die Kernlektion: Jede CRM-Implementierung, die auseinanderfällt, tut dies, weil jemand zu klicken begann, bevor er nachdachte. Kontakte vs. Leads vs. Accounts vs. Deals: Die Beziehungen zwischen diesen Objekten bestimmen, worüber Sie berichten können, was Sie automatisieren können und wie Ihre Pipeline funktioniert. Machen Sie es falsch, und Sie verbringen Q3 damit, Daten zu migrieren, die Sie in Q1 eingegeben haben.

Dieser Leitfaden führt Sie durch das Design eines CRM-Datenmodells auf Papier, bevor Sie ein einziges Feld konfigurieren.

Schritt 1: Listn Sie Ihre Kern-Geschäftsobjekte auf

Beginnen Sie mit den vier Standardobjekten, die jedes CRM mitbringt:

  • Kontakte: Einzelne Personen, mit denen Ihr Team interagiert
  • Unternehmen (Accounts): Die Organisationen, zu denen Kontakte gehören
  • Deals (Opportunities): Aktive Vertriebsvorgänge mit Abschlussdatum und Wert
  • Aktivitäten: Anrufe, E-Mails, Meetings, Aufgaben (der Interaktionsdatensatz)

Bevor Sie etwas hinzufügen, überprüfen Sie, ob diese vier 90 % Ihrer Vertriebsaktivitäten abdecken. Das tun sie in der Regel. Die Versuchung, benutzerdefinierte Objekte hinzuzufügen, ist groß. Widerstehen Sie ihr, bis Sie nachgewiesen haben, dass die Standardobjekte den Anwendungsfall nicht abdecken können.

Benutzerdefinierte Objekte sind die Komplexität nur wert, wenn:

  • Sie etwas verfolgen, das keine Person, kein Unternehmen und kein Deal ist (z. B. physische Anlagen, Projektliefergegenstände, Produktinstallationen)
  • Die Beziehungsstruktur grundlegend anders ist als Kontakt-Unternehmen-Deal
  • Es 3+ Felder gibt, die ausschließlich für diese Entität gelten

In Salesforce sind benutzerdefinierte Objekte leistungsstark, fügen aber Lizenzierungs- und Wartungsaufwand hinzu – Salesforces Leitfaden zu benutzerdefinierten Objekten behandelt die Einrichtung und Berechtigungsüberlegungen. In HubSpot sind benutzerdefinierte Objekte für Enterprise-Pläne verfügbar und werden zunehmend leistungsfähiger. In Pipedrive gibt es keine benutzerdefinierten Objekte im gleichen Sinne. Stattdessen nutzen Sie benutzerdefinierte Felder auf den vorhandenen Objekten.

Wenn Sie nicht Salesforce Enterprise oder HubSpot Enterprise nutzen, gestalten Sie Ihr Modell nicht um benutzerdefinierte Objekte herum. Gestalten Sie es für das, was das CRM unterstützen kann.

Schritt 2: Kartieren Sie die Beziehungen

Zeichnen Sie dies auf, bevor Sie das CRM öffnen. Sie müssen die Kardinalität verstehen: wie viele eines Objekts mit wie vielen eines anderen in Beziehung stehen können.

Zu definierende Standardbeziehungen:

Beziehung Typ Anmerkungen
Kontakt → Unternehmen Viele-zu-Eins Ein Kontakt gehört zu einem Unternehmen (Standard)
Kontakt → Unternehmen Viele-zu-Viele Ein Kontakt arbeitet mit mehreren Unternehmen (Salesforce Accounts-Funktion, HubSpot Assoziationen)
Kontakt → Deal Viele-zu-Viele Mehrere Kontakte können auf einem Deal sein (Komitee-Kauf)
Deal → Unternehmen Viele-zu-Eins Ein Deal gehört zu einem Unternehmen
Aktivität → Kontakt Viele-zu-Eins Aktivitäten werden gegen einen einzelnen Kontakt protokolliert
Aktivität → Deal Viele-zu-Eins Aktivitäten werden gegen einen einzelnen Deal protokolliert

Die nicht offensichtliche Frage: Kann ein Kontakt zu mehreren Unternehmen gehören? Im B2B-Vertrieb begegnet Ihnen das, wenn jemand Vorstandsmitglied bei zwei Unternehmen ist oder wenn Sie an eine Holding mit mehreren Tochtergesellschaften verkaufen.

Salesforce verwaltet das mit Account-Beziehungen und Kontaktrollen. HubSpot hat 2022 Multi-Assoziationsunterstützung hinzugefügt – HubSpots Dokumentation zu Assoziationen erklärt, wie Beziehungstypen zwischen Objekten beschriftet werden. Pipedrive handhabt es weniger elegant. Sie können eine Person mit mehreren Deals verknüpfen, aber das primäre Unternehmen ist singulär.

Wenn Ihre Vertriebsstrategie regelmäßig Kontakte umfasst, die mehrere Accounts überspannen, gestalten Sie Ihr Modell danach, bevor Sie konfigurieren. Wenn es selten vorkommt, behandeln Sie es als Sonderfall in Ihren Notizen, anstatt für diesen Fall Komplexität in das Datenmodell einzubauen. Das Verständnis wie jedes CRM Assoziationen unterschiedlich handhabt kann Ihnen später einen schmerzhaften Neuaufbau ersparen.

Schritt 3: Definieren Sie, was auf jedem Objekt liegt

Für jedes Objekt listen Sie die Felder auf. Überspringen Sie diesen Schritt nicht zugunsten von "wir klären das während der Konfiguration." Das werden Sie nicht. Sie fügen Felder reaktiv hinzu und enden mit 80 Feldern nach drei Monaten.

Definieren Sie für jedes Feld:

  1. Name: Wie es heißt. Seien Sie konsistent mit Namenskonventionen und entscheiden Sie sich jetzt für Groß-/Kleinschreibung.
  2. Typ: Text, Auswahlliste, Zahl, Datum, Kontrollkästchen, Formel, Lookup
  3. Pflichtfeld?: Ja oder Nein. Halten Sie diese Liste kurz.
  4. Zweck: Darüber berichten, danach segmentieren, Automatisierung auslösen oder Mitarbeitern anzeigen

Eine Beispiel-Kontaktobjekt-Definition könnte so aussehen:

Feld Typ Pflicht Zweck
Vorname Text Ja Anzeige
Nachname Text Ja Anzeige
E-Mail Text Ja E-Mail-Sync, Automatisierung
Telefon Text Nein Anzeige
Berufsbezeichnung Text Nein Anzeige
Lead-Quelle Auswahlliste Ja Berichterstattung, Automatisierung
Lead-Status Auswahlliste Ja Routing, Berichterstattung
ICP-Fit Auswahlliste Nein Segmentierung
Letztes Aktivitätsdatum Datum (System) — Systemgeneriert
Kontaktinhaber Lookup → Benutzer Ja Routing

Und ein Deal-Objekt:

Feld Typ Pflicht Zweck
Deal-Name Text Ja Anzeige
Pipeline-Phase Auswahlliste Ja Pipeline, Prognose
Abschlussdatum Datum Ja Prognose
Deal-Wert Währung Ja Berichterstattung
Deal-Typ Auswahlliste Ja Segmentierung
Verlustgrund Auswahlliste Nein (Pflicht bei Closed-Lost) Berichterstattung
Account Lookup → Unternehmen Ja Beziehung
Primärer Kontakt Lookup → Kontakt Ja Beziehung
Prognosekategorie Auswahlliste Nein Prognose

Das ist genau die Arbeit, die verhindert, dass das Gespräch über benutzerdefinierte Felder aus dem Ruder läuft. Lesen Sie den Leitfaden für benutzerdefinierte Felder für den Entscheidungsrahmen bei jeder Feldanfrage.

Schritt 4: Erstellen Sie Ihre Auswahllisten-Werte als Team

Hier beginnen schlechte Daten: Ein Mitarbeiter tippt "Finanzdienstleistungen" ins Branchenfeld, ein anderer "Fintech", ein dritter "Bankwesen". Jetzt ist Ihr Branchenbericht wertlos.

Auswahllisten erzwingen Konsistenz. Aber sie funktionieren nur, wenn die Werte für Berichte konzipiert sind, nicht nur für die Dateneingabe.

Vor dem Go-live zu definierende Kern-Auswahllisten:

Lead-Quelle: Woher Kontakte ins CRM kommen. Beispielwerte: Eingehend Web, Ausgehend SDR, Empfehlung, Partner, Veranstaltung, Content-Download, Bezahlte Anzeige, Trial-Anmeldung. Halten Sie diese auf Quellenebene, nicht "Facebook-Anzeige – Kampagnenname – März 2026." Quellenwerte bleiben sauber. Kampagnenebene gehört in Ihr Marketing-Attributionstool.

Branche: Verwenden Sie eine konsistente Taxonomie. Beginnen Sie mit 10 bis 12 Werten und widerstehen Sie den ersten 90 Tagen Anfragen, weitere hinzuzufügen. SaaS, Finanzdienstleistungen, Gesundheitswesen, Fertigung, Professional Services, Einzelhandel, Medien, Bildung, Non-Profit, Sonstiges.

Verlustgrund: Diese sind entscheidend fürs Lernen, aber fast immer unübersichtlich. Gute Verlustgründe sind ehrlich und umsetzbar: Kein Budget, Wettbewerber gewählt (namentlich), Keine Entscheidung, Timing, Falscher Fit, Ghosting. Vermeiden Sie vage Optionen wie "Sonstiges" als Auffangbecken.

Pipeline-Phase: Definieren Sie diese sorgfältig. Lesen Sie den Pipeline-Phasen-Leitfaden, um Phasen auf Basis von Käufer-Meilensteinen statt Mitarbeiteraktivitäten aufzubauen.

Deal-Typ: Neugeschäft, Erweiterung, Verlängerung, Reaktivierung. Wenn Sie nur einen Typ verkaufen, überspringen Sie das. Wenn Sie mehrere Vertriebsmodelle haben, trennt dieses Feld Ihre Pipeline in separate Funnels.

Definieren Sie für jede Auswahlliste: wer die Werte verwaltet, wie neue Werte hinzugefügt werden (Genehmigungsprozess oder offen) und was mit alten Werten passiert, wenn sie nicht mehr aktuell sind (archivieren, nicht löschen).

Schritt 5: Für Berichte gestalten, nicht nur für Dateneingabe

Hier ist der Test für jedes Feld: Wenn Sie es in einem Bericht nicht abfragen oder gruppieren können, speichern Sie es nicht als Freitext.

"Kundennotizen" als Textfeld ist nützlich für einen Mitarbeiter, der vor einem Anruf Kontext liest. Es ist für jede aggregierte Analyse nutzlos. "Schmerzpunkt" als Freitextfeld bedeutet, dass Sie nie wissen werden, dass 60 % Ihrer Deals "manuelle Prozesse" als Kernproblem nennen. Niemand kann 2.000 Texteinträge analysieren.

Wenn jemand ein Freitextfeld anfordert, fragen Sie: Werden Sie jemals zählen wollen, wie viele Deals in verschiedene Kategorien dieses Felds fallen? Wenn ja, sollte es eine Auswahlliste sein. Wenn es wirklich kontextuelles Narrativ ist, ist Text in Ordnung. Aber es gehört nur in den Notizenbereich oder Aktivitätsdatensatz.

Formelfelder sind nützlich, erfordern aber Pflege. Wenn ein Feldwert aus anderen Feldern berechnet werden kann (z. B. Tage in Phase = Heute – Phaseneinstiegsdatum), verwenden Sie eine Formel. Aber Formelfelder in Salesforce haben Grenzen, und in HubSpot erfordern sie Operations Hub Professional – HubSpots Formel-Property-Dokumentation zeigt, was auf jeder Stufe unterstützt wird. Kennen Sie die Formelfeld-Fähigkeiten Ihres CRM, bevor Sie ein Modell entwerfen, das darauf angewiesen ist.

Schritt 6: Dokumentieren Sie das Modell in einem Schema-Dokument

Bevor Sie irgendetwas konfigurieren, dokumentieren Sie Ihr Design in einer einfachen Tabellenkalkulation. Ein Tab pro Objekt, Spalten für: Feldname, Feldtyp, Pflichtfeld, Werte (für Auswahllisten) und Zweck.

Ein grundlegendes Schema-Dokument hat:

  • Tab Objektdefinitionen: Liste aller Objekte, ihr Zweck und ob sie Standard oder benutzerdefiniert sind
  • Tab Beziehungen: Jede Objekt-zu-Objekt-Beziehung mit angegebener Kardinalität
  • Tabs Felddefinitionen: Einer pro Objekt mit dem obigen Tabellenformat
  • Tab Auswahllisten-Werte: Jede Auswahlliste und jeder Wert, mit einer Notiz, wer ihn verwaltet

Dieses Dokument wird zu Ihrer Implementierungsspezifikation. Ihr CRM-Administrator konfiguriert danach. Ihr Team überprüft es vor dem Go-live. Ihr Manager kann es lesen, ohne das CRM zu öffnen.

Bewahren Sie das Schema-Dokument in einem geteilten Laufwerk auf, nicht nur in Ihrem Kopf. CRM-Administratoren wechseln. Ihr zukünftiges Ich wird es Ihnen danken.

Unterschiede nach CRM

Bevor Sie Ihr Schema festlegen, lohnt sich auch ein Blick darauf, wie Reworks Datenmodell mit Salesforces Standard-Objektstruktur verglichen wird – besonders wenn Sie eine schlankere Option in Betracht ziehen.

Salesforce: Salesforces Datenmodell ist das leistungsstärkste und komplexeste. Standardobjekte sind Leads, Kontakte, Accounts und Opportunities. Der Lead-zu-Kontakt-Konversionsprozess erfordert durchdachtes Design. Wann wird ein Lead zu einem Kontakt mit einem verknüpften Account und einer Opportunity? Dieser Übergang ist eine häufige Quelle der Verwirrung. Benutzerdefinierte Objekte und benutzerdefinierte Beziehungen sind bei den meisten Lizenzstufen verfügbar, erfordern aber Admin- oder Entwickler-Expertise für eine saubere Konfiguration.

HubSpot: HubSpots Standardmodell sind Kontakte, Unternehmen, Deals und Tickets. Die Assoziationsfunktion (auf allen bezahlten Stufen verfügbar) ermöglicht Multi-Objekt-Beziehungen, hat aber Grenzen bei Assoziationstypen auf niedrigeren Stufen. HubSpot hat kein Lead-Objekt standardmäßig. Kontakte füllen diese Rolle, was das Modell vereinfacht, aber klare Lead-Status- und Lifecycle-Stage-Felder erfordert. Benutzerdefinierte Objekte sind nur auf Enterprise verfügbar.

Pipedrive: Pipedrive hält das Modell einfach: Personen, Organisationen, Deals, Aktivitäten. Es unterstützt keine benutzerdefinierten Objekte. Beziehungen sind unkompliziert und bieten weniger Flexibilität, aber auch weniger Fehlerquellen. Wenn Ihre Vertriebsstrategie relativ standardisiert ist, ist Pipedrives Einfachheit ein Vorteil.

Close: Close verwendet Leads als Objekt der obersten Ebene mit darunter liegenden Kontakten. Dies weicht von den meisten CRMs ab und erfordert Anpassung bei der Migration von Salesforce oder HubSpot. Das Modell ist gut für Inside-Sales geeignet, aber weniger flexibel für komplexe Enterprise-Account-Strukturen.

Häufige Fehler

Zu viele benutzerdefinierte Felder am ersten Tag. Im Durchschnitt werden 80 % der Felder eines CRM innerhalb von 6 Monaten nicht mehr genutzt. Beginnen Sie schlank, 15 bis 20 Felder pro Objekt, und fügen Sie nur hinzu, wenn ein nachgewiesener Berichts- oder Automatisierungsbedarf besteht. Sie können immer Felder hinzufügen. Die Bereinigung von 60 ungenutzten Feldern und den schlechten Daten darin ist ein Projekt.

Auswahllisten-Proliferation. Wenn mehrere Personen Auswahllisten-Werte ohne Governance-Prozess hinzufügen können, erhalten Sie 12 Versionen von "Finanzdienstleistungen" im Branchenfeld. Definieren Sie die Auswahllisten-Inhaberschaft vor dem Go-live. Eine Person genehmigt neue Werte.

Für den Sonderfall bauen. Ein Mitarbeiter hat einen Deal mit vier Kontakten, jeder mit einer anderen Rolle. Das ist real, aber kein häufiger Fall. Gestalten Sie Ihr gesamtes Datenmodell nicht um die Ausnahme herum. Behandeln Sie den häufigen Fall sauber und dokumentieren Sie, wie der Sonderfall manuell gehandhabt wird.

Die richtigen Personen nicht in die Schema-Überprüfung einbeziehen. Das Schema-Dokument sollte von mindestens einem Mitarbeiter (passt das zu meiner Arbeitsweise?), einem Manager (kann ich die benötigten Berichte erstellen?) und einer Finance-Person (unterstützen die Deal-Daten unsere Prognose?) überprüft werden. RevOps, das das Modell in Isolation baut, produziert ein Modell, das das Tool befriedigt, aber nicht das Unternehmen.

Nächste Schritte

Nehmen Sie das Schema-Dokument, das Sie erstellt haben, und zeigen Sie es drei Personen: einem Mitarbeiter, einem Manager und einer Finance- oder Ops-Person. Geben Sie jedem von ihnen eine Frage zu beantworten: "Basierend auf diesem Modell, können Sie das tun, was Sie am häufigsten in Ihrem CRM-Workflow tun?" Wenn jemand Nein sagt, korrigieren Sie das Modell, bevor Sie die Software öffnen.

Lesen Sie danach den Leitfaden für benutzerdefinierte Felder, um einen Entscheidungsrahmen für jede Feldanfrage zu erhalten, die während der Implementierung eingeht. Und es werden viele kommen.

Mehr erfahren