Was kostet eine Migration von Salesforce zu HubSpot?

Eine Migration von Salesforce zu HubSpot kostet bei kleinem Umfang meist zwischen 4.000 und 8.000 Euro netto, bei mittlerem Umfang zwischen 8.000 und 12.000 Euro, bei umfangreichen Anforderungen ab 15.000 Euro aufwärts. In allen drei Größenordnungen sind die Standardobjekte, also Kontakte, Firmen und Deals, im Grundpreis enthalten. Wo der Preis innerhalb der jeweiligen Spanne tatsächlich liegt, hängt vor allem von der Anzahl der zu migrierenden Datensätze ab. Die Zahl der Custom Objects und der Umfang der übernommenen Aktivitäten-Historie können den Preis zusätzlich verschieben, meist aber in kleinerem Umfang.

Migration oder Integration: Was hier eigentlich migriert wird

Die Begriffe werden in Anfragen häufig synonym verwendet, beschreiben aber unterschiedliche Projekte. Bei einer HubSpot-Salesforce-Integration bleiben beide Systeme im Einsatz und werden laufend synchronisiert, ein typisches Setup-Projekt liegt dort bei 6.000 bis 8.000 Euro netto. Bei einer Migration dagegen wird Salesforce vollständig abgelöst: Kontakte, Firmen, Deals und benutzerdefinierte Objekte müssen bereinigt, transformiert und dauerhaft nach HubSpot übertragen werden, bestehende Workflows und Reports müssen im neuen System nachgebaut werden, und das gesamte Team arbeitet danach nur noch mit einem System statt mit einer Synchronisation zwischen zweien.

Die Preisspannen im Überblick

Der Grundpreis deckt in jeder Größenordnung die vollständige Migration der Standardobjekte ab. Wo sich der tatsächliche Preis innerhalb der jeweiligen Spanne einordnet, hängt in erster Linie von der Anzahl der zu migrierenden Datensätze ab, denn mehr Datensätze bedeuten mehr Aufwand für Bereinigung und Abgleich. Die Zahl der Custom Objects und der Umfang der übernommenen Aktivitäten, also Calls, E-Mails, Meetings und Notizen, können den Preis zusätzlich verschieben, machen dabei aber meist einen kleineren Unterschied als die reine Datenmenge. Je mehr Datensätze, Custom Objects oder Aktivitäten migriert werden sollen, desto näher liegt der Preis am oberen Ende der jeweiligen Spanne oder wechselt in die nächsthöhere Größenordnung.

Warum die Kosten je nach Umfang so stark variieren

Die Spannbreite entsteht nicht primär durch die Teamgröße, sondern durch vier Faktoren. Der Aufwand für Datenbereinigung skaliert mit der Anzahl gespeicherter Datensätze multipliziert mit den Jahren uneinheitlicher Dateneingabe, nicht mit der Zahl der Nutzer. Jedes Custom Object braucht eine individuelle Mapping-Entscheidung, ob es eins-zu-eins übernommen, auf ein HubSpot-Standardobjekt abgebildet oder als eigene Property-Gruppe nachgebaut wird, wodurch die Zahl der Custom Objects den Mapping-Aufwand nahezu linear treibt. Der Nachbau bestehender Automatisierungen skaliert mit der Zahl vorhandener Workflows, Process Builder und Flows, weil HubSpot für Apex-Trigger oder mehrstufige Salesforce-Genehmigungslogik keine direkte Entsprechung bietet und jede Regel neu konzipiert statt nur übertragen werden muss. Der Testaufwand wiederum skaliert mit der Zahl der gemappten Felder und Objekte, da jedes einzeln gegen die Quelldaten geprüft werden muss.

Was die Kosten zusätzlich in die Höhe treiben kann

Einige Faktoren sprengen die oben genannten Rahmen regelmäßig. Komplexe CPQ- oder Quote-to-Cash-Logik in Salesforce hat in HubSpot keine native Entsprechung und erfordert meist eigene Entwicklung oder eine Drittanbieter-App. Umfangreiche Apex-Anpassungen kodieren Geschäftslogik, die erst rekonstruiert werden muss, bevor sie überhaupt neu gebaut werden kann. Große Mengen an Dateianhängen benötigen einen eigenen Extraktions- und Verknüpfungsaufwand, der mit der Dateizahl skaliert, nicht mit der Zahl der Datensätze. Mehrere Geschäftsbereiche in einer gemeinsamen Salesforce-Organisation erfordern eine separate Phase zur Entflechtung und Datenaufteilung, bevor die eigentliche Migration überhaupt beginnen kann. In diesen Fällen bewegt sich der Preis am oberen Ende der großen Größenordnung oder darüber hinaus.

Der unterschätzte Kostenfaktor: Change Management und Nutzerakzeptanz

Diese spezifische Migration trägt ein Akzeptanzrisiko, das über generische „neue Software“-Skepsis hinausgeht. Vertriebsmitarbeiter haben in Salesforce oft über Jahre eigene Dashboards und Reports aufgebaut. Existieren diese am ersten Tag nicht in HubSpot, erlebt der Mitarbeiter nicht einfach ein neues Werkzeug, sondern den Verlust von etwas, das er sich selbst erarbeitet hat, eine Reaktion, die sich durch Schulung allein nicht beheben lässt. Einwände wie „HubSpot kann das nicht“ sind dabei häufig ein Vertrauens-Proxy: Manche Einwände sind berechtigt, die meisten lösbar, aber unbehandelt werden sie zur Rechtfertigung, warum das Team eigentlich nicht wechseln will. Am deutlichsten zeigt sich mangelndes Vertrauen an paralleler Schattennutzung, wenn Mitarbeiter weiterhin persönliche Excel-Exporte pflegen oder sich in Salesforce einloggen, weil sie der neuen Umgebung ihre Pipeline noch nicht anvertrauen.

Wird das ignoriert, entsteht ein bekanntes Muster: Das Migrationsprojekt gilt technisch als abgeschlossen, aber das eigentliche Ziel, ein einziges verlässliches System, wird nie erreicht. Pipeline-Daten verteilen sich weiter auf zwei Systeme, Forecasting-Zahlen widersprechen sich je nachdem, wer sie aus welchem System zieht, und die Datenqualität in HubSpot verschlechtert sich erneut, weil ein Teil des Teams die Pflege gedanklich noch nicht übernommen hat. Genau die Fehlerquellen, die bereits bei typischen CRM-Datenmigrationen zu Problemen führen, wiederholen sich hier auf der menschlichen statt der technischen Seite.

Drei Maßnahmen wirken bei dieser Migration besonders zuverlässig. Erstens ein Cutover mit der Vertriebsleitung zuerst: Führungskräfte arbeiten mehrere Wochen vor dem teamweiten Rollout ausschließlich in HubSpot, decken so reale Lücken frühzeitig auf und signalisieren dem Team glaubwürdig, dass das neue System für die eigenen Zahlen vertrauenswürdig genug ist. Zweitens der Nachbau vor statt nach dem Go-Live: Die meistgenutzten Reports und Dashboards jedes Teams werden vor dem Umstieg in HubSpot nachgebaut, damit der Moment „ich sehe X nicht mehr“ gar nicht erst entsteht. Drittens ein festes Abschaltdatum für den Salesforce-Zugriff: Ein unklar definierter Parallelbetrieb ist genau der Zeitraum, in dem Schattennutzung zur dauerhaften Gewohnheit wird, ein kommuniziertes Enddatum nimmt diese Ausweichoption.

Häufig gestellte Fragen

Was kostet eine Migration von Salesforce zu HubSpot im Durchschnitt?

Kleine Migrationen liegen meist bei 4.000 bis 8.000 Euro netto, mittlere bei 8.000 bis 12.000 Euro, große Migrationen mit umfangreichen Anforderungen ab 15.000 Euro aufwärts. Enthalten sind in jeder Größenordnung die Standardobjekte, der genaue Preis hängt zusätzlich von der Zahl der Custom Objects und dem Umfang der übernommenen Aktivitäten ab.

Ist eine Migration teurer als eine Integration?

Nicht zwangsläufig am unteren Ende. Eine reine HubSpot-Salesforce-Integration liegt meist bei 6.000 bis 8.000 Euro, eine kleine Migration bei 4.000 bis 8.000 Euro und deckt dabei sogar den vollständigen Systemwechsel ab statt nur eine laufende Synchronisation. Bei mittleren und großen Migrationen mit mehreren Custom Objects oder umfangreicher Aktivitäten-Historie liegt der Preis dagegen klar über dem einer Integration.

Was treibt die Kosten einer Migration am stärksten?

Vor allem die Anzahl der zu migrierenden Datensätze. Die Zahl der Custom Objects und der Umfang der übernommenen Aktivitäten-Historie können den Preis zusätzlich verschieben, meist aber in kleinerem Umfang als die Datenmenge.

Warum scheitern Migrationen trotz technisch abgeschlossenem Projekt?

Weil Nutzerakzeptanz zu spät oder gar nicht adressiert wird. Wenn Mitarbeiter weiterhin parallel Excel-Listen pflegen oder sich in Salesforce einloggen, erreicht das Projekt sein eigentliches Ziel nicht, auch wenn die technische Migration erfolgreich war.