CRM für Beziehungen im Versicherungsvertrieb

Ein CRM für Versicherungen kann Beziehungen zu Maklern, Agenturen, Vertriebspartnern und Geschäftskontakten unterstützen. Es ist nicht mit den Kernsystemen zu verwechseln, die Policen führen, Risiken zeichnen, Schäden bearbeiten, Beiträge abrechnen oder regulatorische Nachweise halten. Customermates dient ausschließlich der Beziehungsebene.

Wo ein CRM im Versicherungsunternehmen passt

Versicherer und Assekuradeure sind auf Systeme für Bestandsführung, Schäden, Underwriting, Abrechnung, Aktuariat, Dokumente und regulatorische Pflichten angewiesen. Ein CRM hat eine engere Aufgabe: Es verwaltet Personen und Organisationen rund um Vertrieb, Partnerschaften und geschäftliche Beziehungen.

Customermates kann einem Partnerschaftsteam eine strukturierte Sicht auf Agenturen, Makler, Dienstleister, deren Ansprechpartner und eine Beziehungschance geben. Es ist kein leichter Ersatz für eine Kernversicherungsplattform. Sensible operative Daten gehören nicht allein deshalb hinein, weil Felder konfigurierbar sind.

Ein praktischer Workflow für Maklerbeziehungen

Legen Sie eine Organisation für Maklerhaus oder Agentur an und verknüpfen Sie die geschäftlichen Ansprechpartner. Ein Deal kann eine kommerzielle Beziehung darstellen, etwa Partnerprüfung, Onboarding oder eine gemeinsame Vertriebschance. Für Police, Schaden, Underwriting-Antrag oder Provisionsabrechnung ist er nicht gedacht.

1. Partnerorganisation anlegen

   Erfassen Sie Agentur, Maklerhaus, Dienstleister oder einen anderen Vertriebspartner und halten Sie den geschäftlichen Kontext zusammen.

2. Beteiligte Personen zuordnen

   Verbinden Sie Beziehungsverantwortliche, Entscheider und operative Kontakte, ohne Versicherungsnehmer- oder Schadendatensätze zu übernehmen.

3. Kommerzielle Phasen konfigurieren

   Nutzen Sie Phasen wie „Identifiziert“, „Kontaktiert“, „Due Diligence extern bearbeitet“, „Kaufmännische Prüfung“, „Aktive Beziehung“ oder „Beendet“.

4. Begrenzte Partnerfelder ergänzen

   Speichern Sie nicht-verbindliche Angaben wie Partnertyp, Gebiet, internen Verantwortlichen, Beziehungsstatus oder Fachsystemreferenz.

5. Formelle Kontrollen ans Kernsystem übergeben

   Vertriebspartnerzulassung, Eignung, Verträge, Produktionsdaten, Provisionen und regulatorische Nachweise bleiben in den führenden Plattformen.

Was außerhalb des CRM bleibt

Customermates führt keine Policen, nimmt keine Schaden-Erstmeldung an, weist keine Schäden zu, berechnet keine Reserven, entscheidet keine Deckung, führt kein Underwriting aus, tarifiziert kein Risiko, berechnet keine Provisionen, zieht keine Beiträge ein, erstellt keine Policendokumente und pflegt keine aktuariellen Modelle.

Gebuchte Beiträge, Schadenquoten, Risikoklassen, Gesundheits- oder Finanzinformationen von Versicherungsnehmern, Schadennachweise und der formelle Zulassungsstatus von Vertriebspartnern sollten nicht in allgemeine CRM-Felder kopiert werden, sofern der Versicherer diesen Datenfluss nicht separat entworfen und freigegeben hat. Berechtigungen gelten je Ressource und Aktion, nicht je Feld; den Lesezugriff können Sie auf zugewiesene Datensätze beschränken. Eine Compliance-Zertifizierung für die Versicherungsbranche besitzt Customermates nicht.

Für die Analyse von Partnerleistung bleiben die verbindlichen Kennzahlen in der Versicherungs-Datenplattform. Eine begrenzte Referenz oder manuell geprüfte Zusammenfassung kann ein Gespräch unterstützen; eine CRM-Ansicht ist jedoch kein regulatorischer oder finanzieller Bericht.

Messaging, KI und Systemverbindungen

Der verwaltete einheitliche Posteingang steht ab Pro für unterstützte Einzelgespräche bereit. Teilnehmer können mit Kontaktkontext verbunden werden. Der Posteingang ist keine Kampagnenplattform für Versicherungsnehmer, und Gespräche werden Kontakten zugeordnet, nicht Policen, Schäden, Underwriting-Vorgängen oder Deals. Self-Hosting enthält kein Messaging.

Ein autorisierter externer KI-Client kann unterstützte MCP-Aktionen auf allgemeinen CRM-Datensätzen ausführen. Er wird dadurch nicht zum Underwriting-, Schaden-, Aktuars- oder Regulierungsagenten. Sensible Versicherungsdaten sollten erst nach unabhängiger Freigabe des vollständigen Datenflusses in einen externen Client- oder Modellpfad gelangen.

Eine kundenseitig gebaute Verbindung kann REST-API und Webhooks, MCP oder die separate n8n-Integration verwenden. Der Versicherer verantwortet Quellautorität, Feldzuordnung, Berechtigungen, Validierung, Wiederholungen, Dubletten und operative Kontrollen. Eine native Bestands-, Schaden-, Underwriting-, Versicherer- oder Aktuarsintegration gibt es nicht.

Bereitstellung und kommerzielle Eignung

In der Cloud-Version liegt die Datenbank in der AWS-Region Frankfurt; Hosting und weitere Unterauftragsverarbeiter, auch aus den USA, stehen in der Liste der Unterauftragsverarbeiter, ein Auftragsverarbeitungsvertrag (AVV) liegt vor. Eine DSGVO-, ISO- oder Versicherungszertifizierung besitzt Customermates nicht. Wer den Speicherort vollständig selbst bestimmen will, betreibt den Open-Source-Kern selbst; verbundene Dienste und das umgebende Kontrollsystem bleiben separat.

Starter enthält das Kern-CRM, monatlich abgerechnet. Bestehende Partnerlisten übernehmen Sie per Import aus einer Excel-Arbeitsmappe (XLSX), jeweils einen Datensatztyp. Pro ergänzt den verwalteten einheitlichen Posteingang und ein verbundenes Konto pro Nutzer. Self-Hosting umfasst den Funktionsumfang von Starter und enthält keinen einheitlichen Posteingang. Die aktuellen Tarifdetails stehen auf der Preisseite.

Wählen Sie Customermates, wenn ein Vertriebs- oder Partnerschaftsteam neben etablierten Versicherungssystemen ein anpassbares Beziehungs-CRM braucht. Wählen Sie eine Fachplattform, wenn das Produkt selbst Bestand, Schäden, Underwriting, Tarifierung, Abrechnung, Provisionen oder regulatorische Abläufe ausführen muss.

Häufig gestellte Fragen