CRM-Entwicklung für B2B-Vertriebsteams – wann Standardtools nicht reichen

Eine individuelle CRM-Entwicklung lohnt sich für B2B-Vertriebsteams dann, wenn der Vertrieb nicht an fehlenden Kontaktfeldern scheitert, sondern an Abläufen, die ein Standard-CRM nur mit Umwegen abbildet: kundenspezifische Preise aus dem ERP, mehrstufige Angebotsfreigaben, technische Produktkonfiguration oder ein Kundenportal, das dieselben Daten zeigen soll. Folgt Ihr Prozess dagegen weitgehend dem Muster „Lead – Opportunity – Angebot – Auftrag“ und reichen die Integrationen des Anbieters aus, ist ein etabliertes SaaS-CRM in aller Regel die wirtschaftlichere Wahl. Im Folgenden zeigen wir, woran Sie den Unterschied erkennen, wie ein eigenes CRM technisch aufgebaut sein sollte und wie Sie den ersten Schritt ohne Großprojekt gehen.

Woran Sie erkennen, dass das Standard-CRM an Grenzen stößt

Die Grenze zeigt sich selten auf einen Schlag. Meist sammeln sich Umgehungslösungen an, bis niemand mehr genau weiß, wo die verbindliche Information liegt. Typische Anzeichen sind:

• Excel neben dem CRM: Angebote werden in Tabellen kalkuliert, weil Staffelpreise, Rahmenverträge oder Projektpreise im CRM nicht sauber abbildbar sind. Das CRM enthält am Ende nur noch den Gesamtbetrag.
• Doppelte Datenpflege: Kunden, Ansprechpartner und Konditionen werden im ERP und im CRM getrennt gepflegt. Abweichungen fallen erst auf, wenn die Rechnung nicht zum Angebot passt.
• Freigaben per E-Mail: Rabatte über einer Schwelle, abweichende Zahlungsziele oder technische Prüfungen laufen außerhalb des Systems. Der Status eines Angebots ist nur über Rückfragen zu klären.
• Gewachsenes Customizing: Über Jahre entstandene Workflows, Skripte und Pflichtfelder, die bei jedem Update des Anbieters Nebenwirkungen haben und die nur noch eine Person versteht.
• Außendienst ohne passende Oberfläche: Die Erfassung beim Kunden ist so umständlich, dass Besuchsberichte nachträglich oder gar nicht eingetragen werden.

Ein einzelnes Symptom ist noch kein Grund für eine Eigenentwicklung. Kritisch wird es, wenn mehrere zusammenkommen und genau der Teil des Prozesses betroffen ist, mit dem Sie sich vom Wettbewerb unterscheiden.

Standard, Erweiterung oder Eigenentwicklung

Zwischen „Standard-CRM konfigurieren“ und „alles selbst bauen“ gibt es eine dritte Option, die im Mittelstand häufig die vernünftigste ist: ein Standard-CRM für Kontakte und Aktivitäten, ergänzt um ein eigenes Modul für Preisfindung oder Angebotslogik, das über APIs angebunden ist. Welche Variante passt, entscheiden Sie anhand weniger Fragen:

1. Wie stark weicht der Prozess vom Standard ab? Betrifft die Abweichung nur Felder und Ansichten, reicht Konfiguration. Betrifft sie Preisberechnung, Freigaben und Datenflüsse, wird es teuer, den Standard zu verbiegen.
2. Wo liegen die Stammdaten? Ist das ERP führend, muss jede Lösung eine belastbare Synchronisation haben – egal ob gekauft oder gebaut.
3. Welche Rollen arbeiten im System? Innendienst, Außendienst, Anwendungstechnik, Vertriebsleitung und eventuell Händler brauchen unterschiedliche Sichten und Rechte.
4. Gehört ein Kundenportal dazu? Wenn Kunden Angebote, Aufträge und Dokumente selbst einsehen sollen, spricht viel für ein gemeinsames Backend.
5. Welche Vorgaben gelten für die Daten? Hosting in der EU, Löschkonzepte nach DSGVO und nachvollziehbare Zugriffe lassen sich in einer eigenen Lösung genau so umsetzen, wie Ihr Datenschutzbeauftragter es verlangt.
6. Wer betreut das System in drei Jahren? Eine Eigenentwicklung braucht einen Partner oder ein internes Team, das sie weiterentwickelt. Ohne diese Zusage ist Standard die sicherere Wahl.

Wie ein individuelles B2B-CRM aufgebaut ist

Datenmodell

Der häufigste Fehler bei selbst gebauten CRMs ist ein zu flaches Datenmodell. Im B2B-Geschäft brauchen Sie mindestens:

• Firmen mit Hierarchien: Konzernmutter, Tochtergesellschaften, Standorte und abweichende Liefer- und Rechnungsadressen.
• Ansprechpartner mit Rollen: Einkauf, Technik, Geschäftsführung – eine Person kann für mehrere Firmen zuständig sein.
• Opportunities und Angebote mit Positionen: inklusive Versionen, denn ein Angebot wird im B2B oft mehrfach überarbeitet.
• Konditionen: Preislisten, Rahmenverträge und Rabattgruppen, idealerweise gelesen aus dem ERP statt kopiert.
• Aktivitäten und Dokumente: Besuche, Telefonate, E-Mails, technische Unterlagen – jeweils einer Firma und optional einer Opportunity zugeordnet.

Technischer Aufbau

Für solche Systeme setzen wir auf Laravel als Backend (aktuell Laravel 12 auf PHP 8.3 oder 8.4) und Vue 3 für die Oberfläche. Laravel bringt Queues, Events, Policies für Rechte und eine saubere API-Schicht mit – genau die Bausteine, die ein CRM braucht. Wichtig sind außerdem ein Audit-Log (wer hat wann welchen Preis oder Status geändert), ein Rollen- und Rechtekonzept auf Datensatzebene und eine dokumentierte REST-API, über die weitere Systeme angebunden werden. Mehr zu unserem Ansatz finden Sie auf der Seite B2B-Plattformen und CRM.

Integrationen und Datenhoheit

Bevor eine Zeile Code entsteht, sollte für jedes Datenobjekt feststehen, welches System führend ist. Ein bewährtes Muster: Das ERP führt Kundenstammdaten, Konditionen, Aufträge und offene Posten. Das CRM führt Leads, Aktivitäten, Opportunities und Angebotsentwürfe. Die Synchronisation läuft über eine Warteschlange mit Wiederholungslogik, damit ein kurzzeitig nicht erreichbares ERP keine Daten verschluckt. Wie man solche Schnittstellen robust baut, beschreiben wir im Beitrag API-Integrationen für ERP, CRM und E-Commerce.

Beispiel: Datenfluss vom Angebot zum Auftrag

So sieht ein typischer Ablauf aus, den ein Standard-CRM oft nur mit Zusatzmodulen abdeckt:

1. Der Außendienst legt beim Kunden eine Opportunity an. Das CRM lädt die aktuellen Konditionen des Kunden aus dem ERP.
2. Im Angebot werden Positionen erfasst. Preise kommen aus der Preisliste des Kunden, Rabatte werden direkt gegen die Freigabegrenzen geprüft.
3. Überschreitet ein Rabatt die Grenze, erhält die Vertriebsleitung eine Aufgabe. Freigabe oder Ablehnung werden mit Begründung protokolliert.
4. Das System erzeugt das Angebots-PDF aus einer Vorlage und setzt den Status auf „versendet“.
5. Nimmt der Kunde an, übergibt das CRM den Auftrag über die Warteschlange an das ERP. Das ERP meldet die Auftragsnummer zurück.
6. Lieferstatus und Rechnung aus dem ERP erscheinen im CRM – und, falls vorhanden, im B2B-Kundenportal des Kunden.

Jeder Schritt hat einen eindeutigen Status und einen Verantwortlichen. Genau das fehlt, wenn Teile des Ablaufs in Tabellen und Postfächern stattfinden.

Typische Fehler bei CRM-Projekten

• Alles auf einmal: Migration sämtlicher Altdaten, alle Abteilungen und alle Sonderfälle im ersten Release. Das verzögert den Start und verwässert das Feedback.
• Keine klare Datenhoheit: Wenn Adressen in beiden Systemen bearbeitet werden dürfen, entstehen Konflikte, die niemand auflösen kann.
• Der Außendienst wird nicht gefragt: Ein CRM, das am Schreibtisch geplant wurde, scheitert oft an der Nutzung unterwegs.
• Reporting als Nachgedanke: Welche Kennzahlen die Vertriebsleitung sehen will, bestimmt, welche Daten erfasst werden müssen. Das gehört an den Anfang.
• Ungeprüfte Migration: Dubletten und veraltete Kontakte aus dem Altsystem werden unverändert übernommen und untergraben das Vertrauen ins neue System.

Ein realistischer erster Umfang

Ein gutes erstes Release ist klein genug, um in überschaubarer Zeit produktiv zu gehen, und groß genug, um echte Arbeit abzunehmen. Bewährt hat sich:

• Firmen und Ansprechpartner aus dem ERP, zunächst nur lesend synchronisiert,
• Opportunities und Angebote mit Positionen, Versionen und Freigabe-Workflow,
• Aktivitätenerfassung mit einer Oberfläche, die auch auf dem Tablet funktioniert,
• ein Dashboard für die Vertriebsleitung mit offenen Angeboten und Freigaben.

Auftragsübergabe ans ERP, Kundenportal und weitere Automatisierungen folgen in späteren Stufen. Wie sich solche Abläufe schrittweise automatisieren lassen, zeigt der Beitrag Prozessautomatisierung mit API-Workflows.

Nächster Schritt

Nehmen Sie einen realen Vorgang aus den letzten Wochen – vom ersten Kontakt bis zum Auftrag – und notieren Sie, in welchen Systemen, Tabellen und Postfächern er stattgefunden hat. Diese Liste ist die beste Grundlage für die Entscheidung zwischen Standard, Erweiterung und Eigenentwicklung. Wenn Sie sie mit uns durchgehen möchten, schreiben Sie uns – wir sagen Ihnen offen, ob sich ein eigenes CRM lohnt oder ob eine gezielte Erweiterung Ihres bestehenden Systems reicht.