# CRM selber bauen: Umfang, Datenmodell und Praxistest CRM selber bauen: Plane Datenmodell, Rechte, Import und konkrete Testfälle. So prüfst du, ob ein kleiner Eigenbau zu deinem Vertrieb passt. Quelle: https://kannkidas.de/ratgeber/crm-selber-bauen/ Stand: 2026-09-08 **Ein CRM selber zu bauen kann sinnvoll sein, wenn du einen klar begrenzten Vertriebsablauf abbilden willst und jemand den Betrieb übernimmt.** Für einen ersten Entwurf reichen Kontakte, Unternehmen, Verkaufschancen und Aktivitäten. Sobald du verlässliche E-Mail-Synchronisierung, mehrere Teams oder viele Schnittstellen brauchst, solltest du den Eigenbau mit einer fertigen CRM-Lösung vergleichen. Dieser Ratgeber zeigt eine erste sinnvolle Version und konkrete Tests. Das Beispiel ist ein Planungsvorschlag, kein Erfahrungsbericht über ein bereits betriebenes System. Die Bewertung einzelner Anbieter findest du in unseren [Software-Prüfberichten](/produkte/). ## Wann lohnt es sich, ein CRM selber zu bauen? Beginne mit dem Problem, das heute liegen bleibt: Niemand weiß, wer nach einem Angebot nachfasst? Dann brauchst du zunächst eine gemeinsame Liste mit Verantwortlichen und Wiedervorlagen. Dafür muss noch keine eigene Anwendung entstehen. Eine einfache CRM-Excel-Vorlage kann zeigen, welche Felder und Schritte tatsächlich gebraucht werden. [Pipedrive beschreibt in seiner Excel-CRM-Anleitung](https://www.pipedrive.com/de/blog/excel-crm) die Trennung von Kontakten, Unternehmen und Pipeline sowie die Grenzen tabellenbasierter Zusammenarbeit. Das ist eine hilfreiche Ausgangsstruktur. Die Anbieterquelle ist aber kein unabhängiger Nachweis dafür, dass ein bestimmtes Produkt für dein Team nötig ist. Ein Eigenbau wird interessant, wenn ein regelmäßig genutzter Ablauf mit Standardfeldern nur umständlich darstellbar ist. Beispielsweise muss ein technischer Ansprechpartner vor jedem Angebot eine Machbarkeitsprüfung bestätigen. Ein zusätzliches Feld und eine Freigabe im bestehenden CRM können dieses Problem bereits lösen. Erst wenn solche Anpassungen nicht reichen, lohnt sich der Vergleich mit einer eigenen Anwendung. ## Datenmodell für die erste sinnvolle Version Für unser Beispiel arbeitet ein dreiköpfiges B2B-Team mit vier Datensatzarten: - **Unternehmen:** stabile ID, Name und zuständige Person. Die ID bleibt auch bei einer Umbenennung gleich. - **Kontakt:** stabile ID, Name, geschäftliche Kontaktdaten und Verknüpfung zum Unternehmen. Speichere nur Angaben, die der Ablauf braucht. - **Verkaufschance:** Unternehmen, Titel, Phase, Verantwortlicher, nächste Aktion und deren Termin. Ein geschätzter Auftragswert ist optional. - **Aktivität:** Zeitpunkt, Bearbeiter, Typ und kurze Notiz, verknüpft mit Kontakt oder Verkaufschance. Lege fest, welche Beziehungen erlaubt sind. Darf ein Kontakt ohne Unternehmen existieren? Was geschieht mit offenen Verkaufschancen, wenn jemand das Team verlässt? Solche Entscheidungen gehören in den Entwurf, bevor KI die Eingabemasken erzeugt. Für die Pipeline genügen im Beispiel „Neu“, „Qualifiziert“, „Angebot“, „Gewonnen“ und „Verloren“. Offene Chancen brauchen eine nächste Aktion. Bei „Verloren“ hilft ein kurzer Grund. Ergänze eine Phase nur, wenn daraus eine andere Arbeit oder Verantwortung entsteht. ## Beispiel: Vom Kontakt zur nächsten Aktion Das Team erhält eine Anfrage der fiktiven Beispiel GmbH. Eine Mitarbeiterin legt das Unternehmen und den Ansprechpartner an. Sie erstellt die Verkaufschance „Wartungsvertrag“, setzt die Phase auf „Neu“ und trägt einen Rückruf für den nächsten Werktag ein. Nach dem Gespräch wechselt die Chance zu „Qualifiziert“. Die technische Prüfung übernimmt ein Kollege; die nächste Aktion lautet „Leistungsumfang bestätigen“. Auf dessen Startseite erscheint diese Aufgabe. Die bisherige Bearbeiterin sieht weiterhin, an wen sie übergeben hat. Eine KI kann aus der Gesprächsnotiz einen Vorschlag für die nächste Aktion erzeugen. Gespeichert wird er erst nach Bestätigung. Damit steht der Kernablauf fest: erfassen, zuordnen, nachfassen und übergeben. Automatischer E-Mail-Versand, Umsatzprognosen und ein Kundenportal gehören nicht zu diesem ersten Umfang. Sie würden zusätzliche Datenflüsse und Fehlerfälle eröffnen, bevor der Grundablauf geprüft ist. ## Mit KI bauen: Erst Testfälle, dann Oberfläche Ein brauchbarer Arbeitsauftrag beschreibt beobachtbares Verhalten. Du kannst diesen Entwurf an deinen tatsächlichen Prozess anpassen: > Baue ein internes CRM für drei Teammitglieder mit Unternehmen, Kontakten, Verkaufschancen und Aktivitäten. Jede offene Verkaufschance hat einen Verantwortlichen und eine nächste Aktion mit Termin. Prüfe Berechtigungen auf dem Server. Zeige überfällige Aufgaben und protokolliere Übergaben. Implementiere CSV-Import mit Vorschau und einen vollständigen Export. Versende keine E-Mails und füge keine externen Dienste hinzu. Verwende zunächst ausschließlich fiktive Beispieldaten. Erkläre die Einrichtung und wie ein Backup wiederhergestellt wird. Die Formulierung ersetzt keine technische Prüfung. Prüfe besonders diese Fälle: 1. Ein Kontakt wird importiert und einem vorhandenen Unternehmen zugeordnet, ohne ein zweites Unternehmen anzulegen. 2. Derselbe Import wird erneut gestartet. Vor dem Speichern werden mögliche Dubletten und ungültige Zeilen angezeigt. 3. Zwei Personen ändern dieselbe Verkaufschance. Eine ältere Ansicht überschreibt keine neuere Änderung unbemerkt. 4. Eine Person ohne Berechtigung ruft die URL eines Datensatzes direkt auf. Der Server verweigert den Zugriff. 5. Eine Aufgabe wird übergeben. Die bisherige und die neue verantwortliche Person sowie der Zeitpunkt bleiben nachvollziehbar. 6. Ein Export und eine Wiederherstellung erhalten auch Beziehungen und offene Aufgaben. ## Rechte, Kundendaten und Betrieb Eine ausgeblendete Schaltfläche ist keine Zugriffskontrolle. Entscheide, wer Datensätze lesen, ändern, exportieren und löschen darf, und prüfe diese Rechte bei jeder Serveranfrage. Ein zentrales Anmeldesystem kann dir die eigene Passwortverwaltung ersparen, wenn es bereits im Unternehmen vorhanden ist. Bevor echte Kundendaten in einen KI-Dienst gelangen, kläre Zweck, Datenumfang, Zugriffe und die vertraglichen Bedingungen mit den zuständigen Personen. Für die Entwicklung reichen fiktive Daten. Eine Zusammenfassung braucht oft weniger Informationen als der vollständige Kundenverlauf. Benenne außerdem eine verantwortliche Person für Updates, Störungen, Backups und Löschanfragen. Ein Backup zählt für die Abnahme erst, wenn die Wiederherstellung praktisch funktioniert. Dokumentiere, wie ein ausgeschiedenes Teammitglied gesperrt wird und wer dessen offene Aufgaben übernimmt. ## Eigenbau oder Standardsoftware? Vergleiche für beide Optionen denselben Ablauf: Kontakt importieren, Angebot verfolgen, Aufgabe übergeben und Daten wieder exportieren. Eine schöne Startseite sagt wenig darüber aus, ob der Ablauf im Alltag zuverlässig funktioniert. Prüfe den [Pipedrive-Bericht](/produkte/pipedrive/) und in der [Produktübersicht](/produkte/) weitere CRM-Berichte und nutze unsere [Methodik](/methodik/) für die Abgrenzung zwischen engem Eigenbau und kompletter Plattform. Rechne Entwicklungsarbeit, Pflege, Integrationen und Vertretung mit ein; aus einem kurzen Prototyp lässt sich keine belastbare Ersparnis ableiten. Deine Entscheidung kann auch „Tabelle verbessern“ oder „bestehendes CRM anpassen“ lauten. Baue erst weiter, wenn der kleine Ablauf nachweislich besser funktioniert und der Betrieb geklärt ist. ## Checkliste für den ersten Piloten - Ein konkretes Vertriebsproblem und dessen heutiger Ablauf sind dokumentiert. - Pflichtfelder, Phasen und Verantwortliche stehen fest. - Import, Dubletten, Übergaben und gleichzeitige Änderungen sind getestet. - Rechte gelten auch bei direkten Serveranfragen. - Export und Wiederherstellung funktionieren mit verknüpften Datensätzen. - Das Team misst liegen gebliebene Wiedervorlagen und Nacharbeit vor und während des Piloten. - Eine Person übernimmt Betrieb und Rückkehr zum bisherigen System. Wenn aus Kontakten später regelmäßig Supportanfragen werden, plane deren Bearbeitung getrennt: [Kundenservice automatisieren mit klaren Freigaben](/ratgeber/kundenservice-automatisieren/). ## Quellen und Einordnung - [Pipedrive: CRM in Excel aufbauen](https://www.pipedrive.com/de/blog/excel-crm), abgerufen am . Anbieterquelle zur Datenstruktur und zu Tabellen als Einstieg. - Datenmodell, Beispiel und Testfälle sind unsere redaktionellen Planungsempfehlungen. Sie belegen keine getestete Implementierung oder garantierte Kostenersparnis.