Fallstudie: Wie ein 40-köpfiges europäisches SaaS seinen US-Tech-Stack ersetzte (und 60.000 €/Jahr sparte)

Eine Anmerkung zu dieser Fallstudie

Dies ist ein illustratives Komposit, basierend auf Mustern, die wir bei mehreren europäischen SaaS-Migrationen beobachtet haben – kein einzelnes spezifisches Unternehmen. Wir haben aus öffentlich berichteten Migrationen, Gesprächen mit europäischen Tech-Operatoren und den realistischen Zahlen unseres Kostenrechners geschöpft.

Wir haben das Komposit-Format statt der Nennung spezifischer Unternehmen aus zwei Gründen verwendet:

1. Echte Migrationen sind selten Einzelentscheidungs-Momente – sie entfalten sich über Quartale mit realer Reibung, partiellen Erfolgen und Anpassungen. Ein Komposit erfasst die realistische Form besser als ein einzelner Vorher/Nachher-Vergleich.
2. Vertraulichkeit – tatsächliche europäische Unternehmen, die ihre Tech-Stacks migrieren, wollen ihre internen Beschaffungsentscheidungen selten öffentlich machen.

Die folgenden Zahlen sind realistisch für die beschriebene Unternehmensgröße. Spezifische Tool-Namen sind real. Die Quartalsfortschritte sind realistisch. Die souveräne Cloud-Story ist das tatsächliche, gängige Muster.

Wir werden in unserer kommenden „Built in Europe”-Interview-Reihe tatsächliche Interviews mit benannten Unternehmen veröffentlichen. Diese Fallstudie füllt die Lücke, bis diese veröffentlicht werden.

---

Das Unternehmen

In Berlin ansässiges B2B-SaaS, 40 Mitarbeiter, profitabel, 4–6 Mio. € ARR. Verkauft Projektmanagementsoftware hauptsächlich an europäische Mittelstandskunden. 2018 gegründet, ursprünglich bootstrapped, jetzt leicht VC-finanziert. Engineering- und Produktteam von 18; Vertrieb und Marketing von 14; Finanzen und Operations von 8.

Das Unternehmen betrieb Anfang 2025 einen typischen „Standard-europäisches-Startup-Tech-Stack”: Google Workspace für Produktivität, AWS für Infrastruktur, HubSpot für Marketing, Salesforce Starter für CRM, Slack für Team-Chat, Notion für interne Dokumente, GitHub für Code. Monatliche Tooling-Gesamtkosten: ungefähr 18.500 €/Monat oder 222.000 €/Jahr.

Der Migrationsauslöser war nicht ideologisch – es war eine Beschaffungsfrage von einem deutschen Enterprise-Kunden, der nach Subprozessoren und Datenresidenz für einen anstehenden Vertrag fragte. Die Frage zwang das Unternehmen, seine Datenflüsse tatsächlich zu untersuchen. Die Erkenntnis: Der größte Teil ihres Stacks war US-resident mit dokumentierten, aber unbequemen Übertragungsvereinbarungen.

Der CTO und der COO leiteten die Migration über vier Quartale 2025–2026 gemeinsam.

Quartal 1: E-Mail und Analytics

Migrationen: Google Workspace → Proton Mail Business · Google Analytics → Plausible

Warum zuerst: E-Mail ist das meistgenutzte Tool, aber am wenigsten disruptiv zu migrieren (das Setup jedes Nutzers ist unabhängig). Analytics ist schnell und sichtbar.

Prozess:

• E-Mail-Migration: Verwendete Protons Easy-Switch-Tool. Jeder Nutzer brauchte ungefähr 30 Minuten, einschließlich Einrichtung von Mobile-Clients und Proton Bridge für Outlook-Nutzer. Gesamte Teamzeit: ~25 Personenstunden über zwei Wochen.
• E-Mail-Weiterleitung: Hielten die Google-Workspace-Weiterleitung 90 Tage aktiv, um externe Dienste zu erfassen, die noch nicht aktualisiert worden waren.
• Analytics-Migration: Ersetzten den Google-Analytics-Tag durch das Plausible-Skript auf 47 Marketingseiten und Produktseiten. Konfigurierten Plausibles GA-Import, um 18 Monate historischer Daten zu übertragen. Aktualisierten Dashboards in Marketing-Reporting-Tools.

Kostenänderung: Google Workspace Business Standard zu 11,50 €/Nutzer/Monat für 40 Nutzer = 5.520 €/Jahr. Proton Mail Business zu 11,99 €/Nutzer/Monat = 5.755 €/Jahr. Plausible Pro zu 49 $/Monat vs. Google Analytics kostenlos.

Netto-Kostenänderung: Etwa +800 €/Jahr (leicht höher).

Aber: Entfernten den Cookie-Banner aus dem Produkt, was die Konversionsanalyse zeigte, hat die Trial-Anmelde-Konversion messbar verbessert. Geschätzter Konversions-Lift: 4–6 %, deutlich mehr wert als die 800 € Kostenerhöhung.

Reibung: Zwei Ingenieure bevorzugten stark die Gmail-UX und drängten zurück. Aufgelöst, indem ihnen während des Übergangs vorübergehender Zugriff auf eine Gmail-Weiterleitung gegeben wurde. Beide passten sich innerhalb von 3 Wochen an.

Lektion: Unterschätzen Sie nicht die UI-Vertrautheit. Planen Sie 2–4 Wochen „das ist anders”-Feedback ein.

Quartal 2: Cloud-Hosting

Migrationen: AWS → Hetzner (primär) + Scaleway (GPU und Managed Databases)

Warum als Zweites: Höchstes Kosteneinsparungspotenzial, größte Souveränitätsverbesserung, aber höchste technische Komplexität.

Prozess:

• Inventar: 18 EC2-Instanzen, 4 RDS-Datenbanken, S3-Buckets mit insgesamt 8 TB, AWS Lambda für verschiedene Automatisierungen, CloudFront-CDN, AWS SES für transaktionale E-Mails.
• Migrationszeitplan: 6 Wochen fokussierte Engineering-Arbeit, aufgeteilt auf zwei Ingenieure in Teilzeit.
• Ansatz: Lift-and-Shift der Produktions-Workloads zu Hetzner Cloud mit managed Kubernetes; Datenbanken auf selbstverwaltetes PostgreSQL auf Hetzner mit täglichen Snapshots verschoben; Object Storage zu Hetzner Object Storage verschoben; CDN zu Bunny.net verschoben; transaktionale E-Mail zur transaktionalen API von Brevo verschoben.
• Lambda-Funktionen: Die meisten als kleine Dienste auf Kubernetes umgeschrieben. Drei komplexe Funktionen blieben aufgrund spezifischer AWS-Service-Abhängigkeiten, die keine direkten EU-Pendants hatten, auf AWS Lambda.

Kostenänderung:

• AWS-Rechnung: Durchschnitt ~8.200 €/Monat (98.400 €/Jahr)
• Hetzner + Scaleway kombiniert: ~2.400 €/Monat (28.800 €/Jahr)
• Bunny.net CDN: ~80 €/Monat (960 €/Jahr)
• Brevo transaktional: ~60 €/Monat (720 €/Jahr)

Netto-Jahreseinsparungen: ~67.000 €/Jahr allein bei Infrastruktur.

Reibung: Zwei spezifische Probleme verbrauchten überproportional Engineering-Zeit:

1. AWS-spezifische Managed Services (RDS Multi-AZ, IAM-integrierte S3-Richtlinien) mussten neu entworfen werden. Zwei Wochen Engineering-Arbeit, um ein äquivalentes Setup auf Hetzner zu bauen.
2. CloudFront-→-Bunny.net-Migration erforderte die Aktualisierung von ~200 hartcodierten Referenzen im Produktcode. Spät in der Migration entdeckt; eine Woche hinzugefügt.

Lektion: Inventarisieren Sie sorgfältig, bevor Sie den Zeitplan schätzen. AWS-spezifische Muster sind tiefer, als sie aussehen. Planen Sie 25–50 % Zeitplan-Überschreitung ein.

Quartal 3: Marketing-Stack

Migrationen: HubSpot → Brevo · Salesforce Starter → Pipedrive

Warum als Drittes: Marketing-/Vertriebs-Tooling hat klare Kosteneinsparungen, und die Migrationsreibung ist weitgehend organisatorisch statt technisch.

Prozess:

• HubSpot → Brevo: 12 Wochen. Die meiste Zeit ging für die Übersetzung von Automatisierungen/Workflows drauf. Die komplexen Multi-Branch-Workflows von HubSpot mussten vereinfacht und in Brevo neu aufgebaut werden. Nutzten die Migration als Gelegenheit, angesammelten Workflow-Kram aufzuräumen.
• Salesforce Starter → Pipedrive: 4 Wochen. Kleinerer Umfang (nur 6 Nutzer auf Salesforce Starter; das war eine Vor-Skalierungs-Entscheidung, bevor sie viel Anpassungen gebaut hatten). Pipedrives Datenimport handhabte CSV gut. Field-Mapping kostete Zeit, war aber unkompliziert.
• Interne Datenmodellangleichung: Nutzten die Migration, um CRM- und Marketing-Datenmodelle auszurichten, was sie seit zwei Jahren tun wollten. Erzwungene Bereinigung.

Kostenänderung:

• HubSpot Marketing Hub Professional: 1.250 €/Monat (15.000 €/Jahr)
• Salesforce Starter: 25 €/Nutzer × 6 Nutzer = 150 €/Monat (1.800 €/Jahr)
• Brevo Premium: 145 €/Monat (1.740 €/Jahr)
• Pipedrive Professional: 59 €/Nutzer × 8 Nutzer = 472 €/Monat (5.664 €/Jahr)

Netto-Jahreseinsparungen: ~9.400 €/Jahr

Reibung: Der bedeutendste nicht-technische Widerstand kam vom Head of Marketing, der tiefe Vertrautheit mit HubSpots Reporting aufgebaut hatte. Aufgelöst, indem sichergestellt wurde, dass Brevos Reporting-Capabilities die meistgenutzten HubSpot-Reports erfüllten, bevor vollständig umgeschaltet wurde. Der CMO absolvierte auch separat in seiner Privatzeit während des Übergangs einen HubSpot-Zertifizierungskurs – in Anerkennung dessen, dass EU-basierte Tools möglicherweise noch nicht das gleiche Schulungsressourcen-Ökosystem haben.

Lektion: Tiefe Tool-Vertrautheit ist real. Besonders Marketingteams haben bedeutend in das Lernen von HubSpot investiert. Migrationsreibung dreht sich weitgehend um Umschulung, nicht um Capability-Lücken.

Quartal 4: Dokumente, Code und Kommunikation

Migrationen: Google Drive → Nextcloud + OnlyOffice (selbst gehostet auf Hetzner) · Slack → Element (selbstgehosteter Matrix-Server) · GitHub → behalten (US, aber akzeptabler Trade-off)

Warum als Viertes: Geringer-Kosten-Migrationen mit signifikanter Souveränitätsverbesserung, plus Akzeptanz einer US-Abhängigkeit, die für unseren Anwendungsfall keine glaubwürdige direkte Alternative hat.

Prozess:

• Dokument-Migration: Starteten Nextcloud auf Hetzner (4 vCPU, 16 GB RAM, 1-TB-Volume). Verwendeten Nextclouds Bulk-Migrationstool zum Import aus Google Drive. Etwa 240 GB Unternehmensdokumente sauber migriert. OnlyOffice in Nextcloud für kollaborative Bearbeitung integriert.
• Slack-Migration: Richteten selbstgehosteten Matrix-Synapse-Server auf Hetzner ein. Migrierten aktive Kanäle mit Community-Migrationstools. Hielten Slack 90 Tage als historische Referenz nur lesbar.
• GitHub-Entscheidung: Evaluierten Codeberg (Deutschland) und selbstgehostetes Forgejo. Das Team entschied, dass GitHubs Tooling-Ökosystem (Copilot, Actions, Drittanbieter-Integrationen) für ihren Anwendungsfall ausreichend besser sei, um die US-Abhängigkeit zu akzeptieren. Dokumentierten dies als explizit akzeptierte Ausnahme in ihrer Datenklassifizierungsrichtlinie.

Kostenänderung:

• Google-Workspace-Speicher-Upgrade für Drive (nicht mehr nötig): -800 €/Jahr
• Slack Pro zu 7,25 €/Nutzer/Monat für 40 Nutzer: war 3.480 €/Jahr
• Selbstgehostete Nextcloud + Matrix: ~600 €/Jahr Infrastrukturkosten
• GitHub-Team-Plan: 4 €/Nutzer/Monat für 40 Nutzer = 1.920 €/Jahr (behalten)

Netto-Jahreseinsparungen allein in diesem Quartal: ~2.500 €/Jahr

Reibung: Selbst-Hosting erfordert echtes laufendes operatives Engagement. Zwei Ingenieure wurden „Nextcloud-Maintainer” mit expliziter Zeitzuteilung. Wirtschaftlich wert, aber echte Kosten.

Lektion: Selbst-Hosting ist eine bewusste Wahl, keine standardmäßig bessere Option. Die TCO des Selbst-Hostings umfasst laufende operative Zeit, nicht nur Infrastrukturkosten.

Zwölf Monate später: Die Zahlen

Jährliche Tooling-Kosten vorher: ~222.000 €/Jahr Jährliche Tooling-Kosten nachher: ~158.000 €/Jahr Jährliche Einsparungen: ~64.000 €/Jahr (~29 % Reduzierung)

Infrastruktur-Komplexität: Bescheiden gestiegen. Betreiben jetzt Nextcloud + Matrix Selbst-Hosting neben Produktionsinfrastruktur. Trade-off akzeptiert.

Souveränitätsposition: Substanziell verbessert. Dokumentierte EU-residente Verarbeitung für Kundendaten, Mitarbeiterdaten und Kerngeschäftsoperationen. Akzeptierte Ausnahmen dokumentiert (GitHub, gelegentliche ChatGPT-Nutzung usw.).

Beschaffungspositionierung: Drei deutsche Enterprise-Kunden, die 2026 unterschrieben, zitierten explizit die EU-Souveränitätsstory des Unternehmens als positives Differenzierungsmerkmal gegenüber US-hauptsässigen Konkurrenten.

Teammoral: Überwiegend positiv. Das übergreifende Narrativ „wir haben ein europäisches Unternehmen auf europäischer Infrastruktur gebaut” wurde Teil der Unternehmensidentität in einer Weise, die beim Team und besonders bei Engineering-Einstellungen Anklang fand.

Was nicht funktionierte

Drei Dinge waren schwerer als erwartet:

1. KI-Tooling-Entscheidungen wurden nicht aufgelöst. Das Team nutzt ChatGPT, Cursor und Claude für Engineering und Content-Arbeit. Probierte Mistral Le Chat als Alternative, aber Team-Konsens war, dass die Workflow-Integrationen für eine vollständige Migration nicht ausreichend waren. Als akzeptierte US-Abhängigkeit dokumentiert.

2. SOC-2-Type-II-Audit-Komplexität. Der Wechsel der Cloud-Anbieter mitten im Jahr verlängerte ihren SOC-2-Audit-Zeitplan. Wert, aber 3 Monate zur Zertifizierungserneuerung hinzugefügt.

3. Ein Marketing-Team-Mitglied ging. Vertriebsmitarbeiter mit 4 Jahren HubSpot-Zertifizierungen wollte sich nicht umschulen. Der Abschied war zivil, aber speziell durch die Tool-Migration verursacht. Innerhalb von 6 Wochen ersetzt.

Was überraschend gut funktionierte

1. Kundenrezeption. Erwarteten leichtes Interesse, bekamen signifikantes positives Feedback. Mehrere Vertriebsgespräche führen jetzt mit der Souveränitätsstory. Marketing schwenkte um, sie prominent zu featuren.

2. Speziell Hetzner. Kosteneinsparungen überstiegen die Prognose. Service-Zuverlässigkeit war für ihren Workload besser als AWS. Allgemeiner Eindruck des Engineering-Teams: „Wir hätten das früher tun sollen.”

3. Kumulativer Effekt auf Recruiting. Zwei Senior-Ingenieure zitierten die europäische Tech-Stack-Story als Positivpunkt in ihren Interview-Entscheidungen. Marginaler, aber realer Talentakquise-Vorteil im datenschutzsensiblen Engineering-Markt.

Würden sie es wieder tun

Sowohl der CTO als auch der COO sagen ja, mit zwei Vorbehalten:

1. Mehr Zeit für Tool-Umschulung einplanen. Besonders Marketing-/Vertriebs-Tools. Die Org-Change-Kosten sind die größten versteckten Kosten der Migration.

2. Explizit zu akzeptierten US-Abhängigkeiten sein. Vorzugeben, 100 % EU-souverän zu sein, ist für die meisten Unternehmen operativ falsch. Zu dokumentieren „wir nutzen diese spezifischen US-Tools aus diesen spezifischen Gründen mit diesen spezifischen Schutzmaßnahmen” ist glaubwürdiger als Reinheitsnarrative.

Was diese Fallstudie demonstriert

Für europäische Unternehmen, die ihre eigene Migration in Erwägung ziehen:

1. Die Kosteneinsparungen sind real. ~30 % Reduzierung der Tooling-Kosten ist erreichbar. Die Kostenstory ist das stärkste praktische Argument.

2. Die Souveränitätsverbesserung ist substanziell, erfordert aber Arbeit. Erwarten Sie nicht „Tool wechseln, Souveränität bekommen”. Erwarten Sie „über 12 Monate 8–10 bewusste Anbieter-Entscheidungen treffen, messbar bessere Souveränitätsposition erhalten”.

3. Marketing-/Kundenrezeption zählt. Der Beschaffungsdruck, der diese Migration auslöste, wandelte sich in einen Wettbewerbsvorteil um. Europäische Souveränität wurde zu einem Verkaufsfeature.

4. Reibung einplanen. Engineering-Komplexität, Marketing-Umschulung und Akzeptanz strategischer Ausnahmen sind alle real. Migrationen, die so tun, als wären diese nicht real, scheitern öfter als solche, die sie einplanen.

5. Streben Sie nicht nach Reinheit; streben Sie nach Besser. Dokumentierte US-Abhängigkeiten zu akzeptieren (GitHub, ChatGPT), während die 80 % des Stacks ersetzt werden, die saubere EU-Alternativen haben, ist operativ vernünftig. Auf 100 % Souveränität zu bestehen schafft mehr Kosten, als es löst.

Konkrete nächste Schritte für Ihr Unternehmen

Wenn Sie eine ähnliche Migration in Erwägung ziehen:

1. Inventarisieren Sie Ihre Tools: Listen Sie jedes SaaS-Tool, monatliche Kosten und grobe Souveränitätsbewertung
2. Identifizieren Sie Quick Wins: Normalerweise sind E-Mail + Analytics + Cloud-Hosting + Marketing-Automatisierung die ersten vier
3. Nutzen Sie unseren Kostenrechner, um Cloud-spezifische Einsparungen zu schätzen
4. Durchsuchen Sie unsere Migrationsanleitungen für Schritt-für-Schritt-Anleitungen zu spezifischen Wechseln
5. Nutzen Sie den 2-Minuten-Entscheidungsassistenten für personalisierte Empfehlungen

Diese Art von Migration dauert 4–8 Quartale, um sie gut zu machen. Im Q3 2026 zu beginnen bedeutet, sie 2027 abzuschließen – rechtzeitig vor dem operativen Rückenwind durch EU-AI-Act-Durchsetzung, eIDAS-2.0-Wallet-Adoption und fortgesetzte DORA-Implementierung.

Das Muster ist wiederholbar. Die Zahlen sind real. Die Trade-offs sind handhabbar. Die strategische Position, die Sie durch 12 Monate bewusster Anbieterentscheidungen aufbauen, unterscheidet sich erheblich von dem, wo die meisten europäischen Unternehmen heute sind.

---

Wenn Sie ein europäisches Unternehmen sind, das tatsächlich eine solche Migration abgeschlossen hat (oder mittendrin ist), würden wir gerne reden. Wir starten 2026 eine Interview-Reihe mit benannten Unternehmen und können redaktionelle Kontrolle darüber anbieten, wie Ihre Geschichte erzählt wird. E-Mail hello@betterineurope.eu.