On-Premise vs. Cloud: der vollständige Vergleich der Betriebsmodelle

In der Praxis stehen selten nur zwei Optionen zur Wahl. Zwischen dem klassischen Eigenbetrieb und reinem SaaS liegt das Managed Hosting – und genau dort landen viele Unternehmen, die Datenhoheit wollen, aber keine eigene Serveradministration aufbauen können.

Für die konkrete Systemauswahl im CRM-Umfeld lohnt zusätzlich der Blick in den Ratgeber On-Premise CRM mit Definition, Anbietern und Auswahlkriterien.

Die folgende Gegenüberstellung bildet die Punkte ab, an denen Projekte in der Praxis tatsächlich scheitern oder gelingen – nicht die Feature-Listen der Anbieter.

Der Listenpreis ist der kleinste Teil der Wahrheit. Vergleichbar werden die Modelle erst, wenn Sie beide über denselben Zeitraum und mit denselben Kostenblöcken rechnen. Die folgenden Spannen stammen aus Projekten mit 25–200 Mitarbeitenden im DACH-Raum und dienen als Orientierung, nicht als Angebot.

Rechenbeispiel 50 Nutzende: Cloud bei 70 € pro Nutzer und Monat ergibt rund 42.000 € pro Jahr, über fünf Jahre etwa 210.000 € plus Einführung. On-Premise mit einmaliger Lizenz, Infrastruktur und Managed-Betrieb liegt im ersten Jahr höher, über fünf Jahre aber häufig 30–45 % darunter – solange keine großen Individualentwicklungen dazukommen.

Break-even-Faustregel: Unter 25 Nutzenden gewinnt fast immer die Cloud. Zwischen 25 und 40 entscheidet der Individualisierungsgrad. Ab 40 Nutzenden und drei Jahren Laufzeit ist Eigenbetrieb oder Managed Hosting in der Regel wirtschaftlich überlegen.

Wichtig: Kalkulieren Sie interne Personalzeit mit echten Stundensätzen. Der häufigste Fehler ist ein TCO-Modell, in dem Administration als „macht die IT nebenbei" auftaucht.

On-Premise vereinfacht Nachweise erheblich: Verarbeitungsverzeichnis, Löschkonzept, Zugriffsprotokolle und Aufbewahrungsfristen liegen vollständig im eigenen Zugriff, Drittlandtransfers und die dazugehörige Transfer-Impact-Analyse entfallen.

Cloud ist deshalb nicht unzulässig – sie ist dokumentationsintensiver. Sie benötigen einen Auftragsverarbeitungsvertrag, klare Angaben zu Subunternehmern, den Verarbeitungsregionen und ein belastbares Löschkonzept beim Anbieter. Für Schweizer Unternehmen kommt das revDSG hinzu, das in der Sache eng am DSGVO-Niveau liegt, bei Bekanntgabe ins Ausland aber eigene Anforderungen stellt.

Besonders sensibel sind Gesundheits-, Bewerber- und Finanzdaten sowie Konstruktions- und Fertigungsdaten. Wo diese den Kern des Systems bilden, ist Datenhoheit selten ein Komfortthema, sondern eine Vorgabe aus Verträgen, Branchenstandards oder Audits.

Wie wir die Angaben aus dem Check selbst verarbeiten, steht in der Datenschutzerklärung.

„On-Premise ist sicherer" ist genauso unpräzise wie „Cloud ist sicherer". Entscheidend ist, wer welche Aufgabe tatsächlich erledigt.

• Für Cloud spricht

  Rund-um-die-Uhr-Monitoring, automatisches Patchen, redundante Backups, Zertifizierungen und Sicherheits-Teams, die kein Mittelständler intern finanzieren kann.

• Für On-Premise spricht

  Keine Mandantenfähigkeit als Angriffsfläche, keine Anbieter-Zugriffe, physische Kontrolle und die Möglichkeit, das System vollständig vom Internet zu trennen.

• Der Realitäts-Check

  On-Premise wird unsicher, wenn Updates ausbleiben, Restores nie getestet werden und Fernzugriffe ungehärtet sind. Genau das ist der häufigste Befund in Audits.

Mindestanforderung für Eigenbetrieb: definierter Patch-Zyklus, MFA für alle Zugänge, getrennte Netzsegmente, verschlüsselte Offsite-Backups nach 3-2-1-Regel und mindestens ein dokumentierter Restore-Test pro Jahr. Wer diese fünf Punkte nicht zusagen kann, sollte Managed Hosting oder Cloud wählen.

Die meisten Unternehmen entscheiden sich am Ende nicht für ein Extrem. Ein tragfähiges hybrides Setup trennt nach Datenklasse statt nach Systemgrenze.

• Kundendaten, Verträge, Dokumente und Personaldaten bleiben on-premise.
• Kollaboration, Videokonferenz und Newsletter laufen als Cloud-Dienste.
• Schnittstellen werden über definierte APIs statt Datenbankkopien gebaut.
• Für jede Cloud-Komponente existiert ein Ersatzszenario bei Anbieterausfall.

Der Preis der Hybridlösung ist Integrationsaufwand und ein Identitätskonzept, das über beide Welten funktioniert. Dafür lässt sich der harte Compliance-Kern schützen, ohne auf moderne Zusammenarbeit zu verzichten.

Ein Betriebsmodell ist erst dann eine gute Entscheidung, wenn auch der Weg hinein und wieder heraus geklärt ist. Planen Sie beide Richtungen zum selben Zeitpunkt.

1. Datenaufnahme: Welche Objekte, Anhänge, Historien und Verknüpfungen müssen wirklich mit? Erfahrungsgemäß sind 20–40 % der Altdaten verzichtbar.
2. Exportprüfung: Testen Sie den Export des aktuellen Systems früh. Was nicht sauber exportierbar ist, wird später zum Projektrisiko.
3. Integrationen: ERP, Buchhaltung, Telefonie, Dokumentenablage und Newsletter einzeln bewerten und priorisieren.
4. Parallelbetrieb: Zwei bis vier Wochen doppelt fahren, mit klarem Stichtag und Read-only-Schaltung des Altsystems.
5. Exit-Klausel: Vertraglich fixieren, in welchem Format, in welcher Frist und zu welchen Kosten Sie Ihre Daten zurückbekommen.

Realistischer Zeitrahmen: 2–6 Monate von Entscheidung bis Produktivbetrieb.

1. Regulatorik und Verträge prüfen: Gibt es Vorgaben, die den Speicherort festlegen? Wenn ja, ist die Frage bereits entschieden.
2. IT-Ressourcen ehrlich bewerten: Wer patcht, überwacht und stellt wieder her – namentlich, nicht abstrakt?
3. Individualisierungsbedarf messen: Wie viele Prozesse weichen wirklich vom Standard ab? Unter drei kritischen Abweichungen genügt meist Cloud.
4. Integrationslandschaft kartieren: Je tiefer die Kopplung an ERP und Fertigung, desto stärker das Argument für Eigenbetrieb.
5. TCO über fünf Jahre für beide Varianten rechnen, inklusive interner Personalzeit.
6. Proof of Concept mit echten Daten und den zwei kritischsten Prozessen fahren, bevor der Vertrag unterschrieben wird.

Die Schritte 1 bis 4 nimmt Ihnen der interaktive On-Premise-Check weitgehend ab. Wer die Einordnung lieber im Gespräch klärt, bucht direkt ein kostenloses Beratungsgespräch.

• Nur das erste Jahr rechnen

  Cloud sieht dann immer günstiger aus. Der Vergleich ist erst über fünf Jahre aussagekräftig.

• Interne Zeit als kostenlos ansetzen

  Administration, Updates und Support binden reale Arbeitszeit und gehören in jede Kalkulation.

• Datenhoheit mit Sicherheit gleichsetzen

  Kontrolle bringt nur dann Sicherheit, wenn Prozesse dahinterstehen.

• Lifecycle-Risiken ignorieren

  Manche Hersteller priorisieren offen Cloud-first, der Support-Horizont für On-Premises-Editionen ist begrenzt. Ohne Exit-Plan wird das teuer.

• Exit erst am Ende klären

  Ohne vertragliche Exportzusage entsteht Lock-in unabhängig vom Modell.

• Alles migrieren wollen

  Altdatenbereinigung vor der Migration spart mehr Budget als jede Preisverhandlung.

• Ohne Proof of Concept entscheiden

  Zwei kritische Prozesse mit echten Daten decken mehr auf als jede Demo.