Wichtige Erkenntnisse
- Der Großteil eines CRM ist generische Infrastruktur: Benutzer, Rollen, Änderungshistorie, Suche, Import, API. AtroCore deckt diesen Teil ab, sodass ein Custom CRM nur das hinzufügen muss, was speziell für Ihr Geschäft relevant ist.
- Ein einfaches Datenmodell und die ersten Workflows dazu benötigen ein paar Stunden Konfiguration. Die eigentliche Zeit geht in Strukturen, die niemand sonst hat.
- Das integrierte Master-Data-Management erzeugt Golden Records für Kunden, Lieferanten und Partner – etwas, das ein klassisches CRM nicht leistet.
- AtroCore hat keine Kalender-Synchronisation, keine Mass-Mailing-Engine und kein vorgefertigtes CRM-Datenmodell. Sie designen das CRM selbst.
Unternehmen bauen ein Custom CRM aus genau einem Grund: Ihre Kundenbeziehungen sehen nicht so aus wie die, für die Salesforce, HubSpot und Dynamics konzipiert wurden.
Ein Maschinenhersteller erfasst installierte Ausrüstung auf Kundenstandorten, jede Einheit mit Seriennummer, Servicevertrag und Ersatzteilhistorie. Ein Chemiegroßhändler verkauft das gleiche Material an einen Kunden in drei verschiedenen Spezifikationen und unter zwei Preisvereinbarungen. Ein Baustofflieferant hat eine Einkaufsgruppe über dem Kunden und eine Baustelle darunter. Das sind keine Exoten. Sie passen nur nicht in eine fünfstufige Sales-Pipeline.
Man kann das auf Custom Objects eines Standard-CRM zwingen. Teams machen das jeden Tag. Die Rechnung kommt später – in Lizenzkosten pro Benutzer, die mit der Kopfzahl wachsen, und in Prozessen, die niemand automatisiert hat, weil die Plattform sie unbeholfen macht.
Nur ein kleiner Teil eines CRM ist wirklich Ihrs
Zählen Sie auf, was ein funktionierendes CRM macht: Benutzerkonten, Rollen, Berechtigungen pro Datensatz und pro Feld, Änderungshistorie, Suche, Import und Export, Dateianhänge, Benachrichtigungen, eine API für Nachbarsysteme. Nichts davon ist spezifisch für Ihr Unternehmen. Es ist identisch in jedem CRM, das je ausgeliefert wurde, und es verschlingt den Großteil eines Budgets für eine Neuentwicklung.
Was spezifisch für Sie ist, ist kleiner: das Datenmodell, die Prozessregeln, die Integrationen und zwei oder drei Bildschirme, auf denen Ihr Team lebt.
Die Teile eines CRM, die am längsten dauern, bis sie richtig gebaut sind, sind die Teile, die kein Benutzer je verlangt.
AtroCore kehrt dieses Verhältnis um. Es ist eine Dataplattform unter GPLv3, die als Basis für PIM, DAM, MDM und Projektmanagement-Produkte verwendet wird und mit der generischen Schicht bereits gebaut und getestet ankommt (Quelle: AtroCore auf GitHub). Was Sie darauf aufsetzen, trägt Ihre Geschäftslogik.
Das Datenmodell ist Konfiguration, keine Code
Das ist das stärkste Argument für die Plattform in einem Custom-CRM-Projekt.
Entities, Felder, Relationen, Hierarchien und Attribute werden im Admin-Panel definiert. Sie erstellen eine Entity namens Installed Unit, beziehen sie auf Account und Product, geben ihr eine Seriennummer und einen Link zu einem Service Contract. Sie ergänzen eine Hierarchie über Account, sodass eine Einkaufsgruppe über ihren Mitgliedern sitzt. Sie hängen Attribut-Sets pro Kundentyp an, damit ein OEM-Datensatz Felder trägt, die ein Distributor nie zeigt. Validierungsregeln, Änderungshistorie und Zugriffskontrolle gelten für jede Entity, die Sie erstellen.
Ein konventionelles Ausgangsmodell – Accounts, Contacts, Opportunities, Tasks, plus die ersten Workflows, die sie verbinden – dauert in Projekten, die wir umsetzten, ein paar Stunden Konfiguration. Niemand sollte ein Projekt für diesen Teil kalkulieren. Das Budget gehört zu den Strukturen, die niemand sonst hat.
Die REST API deckt 100% des Modells ab, auch Custom Entities. Kein Controller zu schreiben, kein Endpoint zu dokumentieren. Die API existiert, weil die Entity existiert.
Zugriffsrechte folgen der gleichen Logik. Jeder Datensatz hat einen Owner, einen zugewiesenen Benutzer und die Teams, die ihn sehen dürfen. Rollen beschränken Zugriff bis auf einzelne Felder. So werden Vertriebsgebiete, Key-Account-Schutz und eine Servicestelle gebaut, die Verträge liest, aber Preise nie ändert – ohne eine Berechtigung zu programmieren.
In Projekten, die wir für Hersteller von Industrieausrüstung und Baustoffunternehmen umsetzten, entscheidet dieser Schritt alles, was folgt. Teams, die zwei Wochen damit verbringen, Accounts, Standorte, Verträge und Angebotspositionen gegen ihre echten ERP-Keys zu modellieren, bekommen ein System, dem ihre Verkäufer vertrauen. Teams, die diesen Schritt überspringen, bauen das Modell im vierten Monat um, sobald die erste Synchronisation zeigt, dass die ERP-Kundennummer nicht der Key ist, den das CRM für einen Account nutzt.
Workflows, Die Die Langweilige Arbeit Machen
Die zweite Hälfte eines Custom CRM ist Prozess. AtroCore handhabt das mit Workflows und Actions, beide konfiguriert statt programmiert.
Ein Workflow lauscht auf eine Entity und feuert vor oder nach Create, Update oder Delete. Bedingungen sind einfach, gebaut mit AND, OR und NOT über Felder oder als Twig-Script geschrieben, wenn die Logik mehr Platz braucht (Quelle: AtroCore Workflow-Dokumentation).
Die Action-Typen sind wichtiger als die Trigger-Mechanik. Create und Update schreiben Datensätze. Upsert handhabt Massen-Create und Update, matched auf Identifiern oder Unique Fields. Send Notification pusht eine In-App-Nachricht oder E-Mail an den Owner, zugewiesenen Benutzer oder Followers eines Datensatzes. Error Message blockiert einen Save und erklärt warum. Action Set führt mehrere gleichzeitig aus, und Import-, Export- und Connector-Actions verschieben Daten zwischen Systemen in der gleichen Kette.
E-Mail ist der Teil, den Leute unterschätzen. Die Send Email Action nutzt Templates mit Twig-Subject und Body, eine Version pro Locale, eine SMTP-Verbindung Ihrer Wahl und die Option, Dateien anzuhängen, die auf dem Datensatz liegen. Ein Workflow kann Service Contracts beobachten, einen fangen, der 90 Tage vor Ablauf steht, eine Erneuerungs-Task für den Account Owner erstellen, dem Kunden eine Template-E-Mail mit Vertragsnummer und Ausrüstungsliste senden und Status auf „Erneuerung fällig" setzen. Vier Schritte eines Verkaufsprozesses, alles Konfiguration.
Actions laufen auch ohne Trigger – als Button auf einer Datensatz-Seite, als Mass Action oder als Scheduled Job.
Ein Workflow, den Ihr Nachfolger im Admin-Panel lesen kann, ist ein Workflow, den Ihr Nachfolger warten kann.
Diese Lesbarkeit beantwortet den üblichen Einwand gegen Custom Software. Das Modell sitzt im Entity Manager, die Automatisierung in den Workflow- und Action-Datensätzen, die Bildschirme im Layout Manager. Ein Developer, der zwei Jahre nach Go-Live ankommt, öffnet das Admin-Panel und sieht, wie das System funktioniert.
Upgrades verhalten sich gleich. Custom Module leben in eigenen Packages statt den Core zu modifizieren, also überschreiben Platform-Updates sie nicht. Die REST API deckt Ihre Konfiguration wie auch Ihre Daten ab, was bedeutet, dass eine auf Staging getestete Änderung auf Production über ein Script statt zweimal aus dem Gedächtnis geklickt werden kann.
Die gleiche Trennung zwischen Konfiguration und Code entscheidet, welche KI-Unterstützung hier wertvoll ist. Sie beschleunigt Custom-CRM-Entwicklung, und was sie schreibt, ist Code, den Sie für immer besitzen. Veracodes Testen über mehr als 100 Modelle fand, dass Security-Erfolgsquoten um 55% stecken blieben, während syntaktische Korrektheit über 95% kletterte. Auf einer Plattform schrumpft die exponierte Oberfläche auf Twig-Bedingungen und Import-Mappings, die eine Person in einer Minute liest, und ein Prompt trägt immer nur, was sein Autor über Ihre Genehmigungsregeln weiß.
Daten Rein Und Raus
Ein CRM, das keine Daten mit dem ERP austauscht, wird in einem Quartal zur zweiten Wahrheitsversion.
Import und Export laufen als Feeds: eine Mapping zwischen Dateispalten oder API-Feldern und Ihren Entities, gespeichert als Datensatz und ausgeführt manuell, nach Zeitplan oder aus einem Workflow. Der gleiche Mechanismus handhabt die Migration aus dem alten CRM und das nächtliche Delta aus dem ERP. Bidirektionale Synchronisation mit einem System, das eine REST API exponiert, dauert Tage statt Wochen, weil das Mapping Konfiguration ist und die API bereits alle Felder abdeckt, die Sie hinzugefügt haben.
Die technische Seite der GDPR kommt mit der Plattform. Datensätze für eine Person können gefunden, exportiert, korrigiert und gelöscht werden; jede Änderung wird mit ihrem Autor geloggt; Zugriff wird auf Feldebene beschränkt; und das System läuft auf Ihrer Infrastruktur ohne Third-Party-Prozessor.
Das Interface ist responsiv, sodass das gleiche CRM auf einem Handy im Kundenparkplatz, auf einem Tablet während eines Standortbesuchs und auf dem Desktop unter jedem Betriebssystem funktioniert. Chrome und Edge installieren es als App, also bekommen Außendiensler ein Icon statt eines Bookmarks.
Golden Records, Die Ein Klassisches CRM Nicht Verwaltet
Der gleiche Kunde existiert meist mehrmals: einmal im ERP, einmal im Webshop, einmal in einer Messekalkulationstabelle, zweimal im alten CRM mit unterschiedlichen Schreibweisen. Eine Validity-Umfrage 2025 von 602 CRM-Nutzern fand, dass 76% weniger als die Hälfte ihrer CRM-Daten als genau und vollständig einstufen. Bei Migrationen sind Duplikate, was wir zuerst finden.
Diese Datensätze zu matchen, zu mergen und eine Version pro Kunde, Lieferant oder Partner als Autorität zu halten – mit Spur, welche Quelle welchen Wert gab – ist Master-Data-Arbeit. Standard-CRM-Produkte bieten Duplikat-Erkennung und stoppen dort.
Hier passiert das Matching an der Tür. Import-Feeds identifizieren eingehende Datensätze durch Unique Fields und updaten statt zu duplizieren; Datensätze können nebeneinander verglichen und gemergt werden, und Änderungshistorie zeigt, welches System zuletzt welchen Wert angefasst hat. Master Data Management sitzt im AtroCore-Core, sodass der Golden Record der Zweck des Systems ist. Sales, Service und das ERP lesen den gleichen Kunden.
Wo AtroCore Kurz kommt Vor Einem Klassischen CRM
- Keine Kalender-Synchronisation. Tasks mit Owners und Due Dates existieren. Bidirektionale Synchronisation mit Outlook oder Google Calendar ist keine Standard-Funktion. Bauen Sie sie gegen die API, oder halten Sie Scheduling dort, wo es heute lebt.
- Keine Mass-Mailing-Engine. Transaktionale und Benachrichtigungs-E-Mails über SMTP funktionieren gut. Kampagnen, Abmeldungsverwaltung und Bounce Handling sind eine andere Disziplin. Verbinden Sie Brevo oder Mailchimp über REST.
- Keine Telefonie. Click-to-Call und Call Logging brauchen eine Integration.
- Advanced Reporting ist ein bezahltes Modul. Der kostenlose Core gibt Ihnen List Views, Filter und Dashboards. Datenbank und API bleiben offen, sodass Metabase oder Power BI das CRM direkt lesen können.
- Kein vorgefertigtes CRM. Nichts genannt Lead oder Opportunity existiert, bis Sie es erstellen – Konfiguration statt Projekt, aber Ihre zu tun.
Keine davon blockiert ein Projekt. Alle sind Gründe, eines richtig zu scoping.
Open-Source-CRM Als Die Breitere Option
AtroCore sitzt in einer größeren Kategorie, die man kennen sollte. Open-Source-CRM-Systeme wie EspoCRM, SuiteCRM und Odoo versenden ein fertiges Modell für Lead- und Contact-Management, Opportunities, Kalender und Kampagnen, was die oben aufgelisteten Lücken füllt. Alle können selbst gehostet werden.
Die Eigenschaft, die zählt, ist der Source Code. Sie können jeden Teil des Systems ändern und diese Änderung durch Upgrades behalten, was die Vendor Lock-in beendet, aus der ein geschlossenes Produkt Sie nie entlässt. Wenn die Lücken in einem bereiten Sales-Modell klein sind, schließt eines dieser Systeme sie schneller. Wenn die Kundendaten selbst ungewöhnliche Struktur haben, ist eine Dataplattform die bessere Basis für ein Custom CRM.
Wann Ein Custom CRM Sinn Macht
Für ein Verkaufsteam von zwanzig Personen, das eine konventionelle Sales-Pipeline mit Standard-Reporting betreibt, ist ein Standard-CRM billiger und schneller. Kaufen Sie es.
Custom-CRM-Entwicklung verdient ihre Kosten, wenn Ihre Kundendaten Struktur haben, die eine fünfstufige Sales-Pipeline nicht halten kann, wenn das CRM stündlich Daten mit einem ERP austauscht, wenn Nutzerzahl per-seat Pricing schmerzhaft macht, oder wenn die gleiche Plattform auch Lieferanten- und Partner-Master-Daten trägt statt ein weiteres System daneben zu addieren.
Der Core ist Open Source unter GPLv3, sodass das Hinzufügen des zwanzigsten oder zweihundertsten Benutzers die Lizenz nicht ändert.
Die Gesamtkosten sitzen an anderen Orten als ein Abo. Was Sie zahlen ist ein Server, die CRM-Umsetzung, welche Premium-Module Sie brauchen, und jemand, der das System danach verwaltet. Über fünf Jahre passt das zu Unternehmen mit vielen Gelegenheitsnutzern und ungewöhnlichen Prozessen sowie einem kleinen Team mit einer einfachen Sales-Pipeline schlecht.
Fangen Sie mit einem Prozess an. Modellieren Sie Accounts und ihre Hierarchie, laden echte Daten, bauen die drei Workflows, die am meisten schmerzen, und geben Sie es fünf Menschen einen Monat lang. Dann entscheiden Sie, ob Sie weitermachen.