Managed Cloud wählen bei 50–200 Mitarbeitern

Ein Produktionsleiter rief uns im letzten Quartal mit einer bekannten Geschichte an. Der Umsatz wuchs, das ERP-System kam an seine Grenzen, und der IT-Leiter — hervorragend im Tagesgeschäft — ertrank in Zulieferer-Tickets. „Wir brauchen Cloud“, sagte der Vorstand. „Wir können keine fünf DevOps-Ingenieure einstellen“, antwortete IT. Beide hatten recht. Unternehmen mit 50 bis 200 Mitarbeitern sitzen in einer unbequemen Größenordnung: zu groß für „einen Ein-Personen-IT-Betrieb“, zu klein für ein Plattform-Team, das Kubernetes-Distributionen aus Eigeninitiative entwickelt.

Managed Cloud ist oft die rationale Antwort — aber das Label ist abgenutzt. Jeder Hoster, MSP und Integrator behauptet es anzubieten. Dieser Artikel richtet sich an Eigentümer, CFOs und Operations-Leiter, die Angebote vergleichen müssen, ohne über Nacht Cloud-Architekten zu werden.

Was sich in Ihrer Größenordnung ändert

Unter fünfzig reicht oft ein Allgemeinist plus guter MSP für Server, Mail und Backup. Über zweihundert rechtfertigen Sie häufig dedizierte Infrastruktur-Rollen und formales Change Management. In der Mitte wächst die Komplexität schneller als der Headcount: Hybrid Work, mehr SaaS, Kundenportale, vielleicht Lager- oder Produktionsdaten — und Compliance-Fragen (NIS2, Kunden-Audits, Versicherungsfragebögen) landen in Ihrem Postfach.

Sie brauchen kein „Digital-Transformation-Programm“ mit Steering Committees, die über Meetings planen. Sie brauchen vorhersehbaren Betrieb: bekannte Monatskosten, Backups die restoren, Security die einen ernsthaften Fragebogen übersteht, und einen Partner, der am Sonntag ans Telefon geht.

Managed Cloud vs Hosting vs „wir machen Azure selbst“

Klassisches Hosting liefert eine VM oder einen Schrank. Sie patchen — oder zahlen pro Ticket. Skalierung und Security-Architektur sind meist Ihr Problem.

DIY Public Cloud ist flexibel und kann klein günstig sein — bis jemand den Storage-Bucket öffentlich lässt, niemand Tagging-Policies besitzt und drei Abteilungen „temporäre“ Umgebungen jahrelang laufen lassen.

Managed Cloud, richtig gemacht, heißt: ein Anbieter betreibt einen definierten Scope — Hardening, Monitoring, Backup/Restore, Patch-Zyklen, Incident-Handling im SLA, oft eine Landing Zone, damit neue Workloads nicht im leeren Account starten. Sie entscheiden was läuft und was es geschäftlich kostet; sie verantworten wie es verfügbar und verteidigbar bleibt.

Bei QData passt es am besten, wenn interne IT stark in Business-Apps (ERP, CRM, LOB) ist, aber dünn bei 24/7-Infrastruktur — genau das Profil vieler deutscher Mittelständler.

Fünf Fragen, die jedes seriöse Angebot beantworten muss

1. Was genau ist im Scope? Nur OS-Patching oder auch Apps? DB-Admin? Firewall-Änderungen? Auflisten. „Managed“ ohne Grenzen endet im Streit nach dem ersten Ausfall.

2. Welche SLAs — und was bei Verletzung? Reaktionszeit für Severity-1, nicht „best effort“. Ehrlichkeit schlägt Credits: wenn kein echtes 24/7 — sagen und Eskalation mit Ihrem Team designen.

3. Wann haben Sie zuletzt ein Backup für einen ähnlichen Kunden restored? Kein „wir haben Backups“. Datum, Dauer, signierter Testbericht. RPO/RTO schriftlich für Tier-1-Systeme.

4. Wer hält Admin-Zugriff? Break-Glass, MFA, PIM/JIT in der Cloud. Der Tenant sollte Ihnen gehören; sie operieren mit Least Privilege — nicht umgekehrt.

5. Wie wird bei Wachstum abgerechnet? Pro VM, Workload, Projekt? Egress und Storage zerstören Flatrates. Beispielrechnung bei +30% Kapazität verlangen.

Rote Flaggen in RFP-Antworten

Vage „Cloud-Transformation“-Slides ohne Runbook. „Unlimited Support“, das Datenbanken und Firewalls ausschließt. Keine Datenresidenz bei EU-Kundendaten. Tool-Listen ohne Betriebsverantwortung ab Tag zwei. Und der Klassiker: Monatsgebühr so niedrig, dass Migration „gratis“ ist — weil die Marge in unvermeidbaren Professional Services steckt.

Warnsignal: keine Erklärung der ersten 90 Tage. Gute Anbieter haben Onboarding: Inventar, Landing Zone, Backup-Nachweis, Access Review, dann Workload für Workload — kein Big-Bang-Wochenende.

Gesamtkosten vergleichen, nicht die Titelseite

Einfache Tabelle: Monatsgebühr, Projekttage Jahr eins, interne Stunden, Connectivity/Egress, Lizenzen, Exit-Kosten. Höhere Monatsgebühr mit weniger Projekttagen und klarem Scope schlägt oft die billigste Basis mit Change-Request-Faktura.

Ein Logistik-Kunde sparte nicht durch das niedrigste Gebot, sondern durch Restore-Drills und einen On-Call-Pfad. Der vorherige „günstige“ Hoster hatte Backups — drei Jahre kein Restore-Test. Das ist keine Versicherung, sondern reine Hoffnung.

Wann Managed Cloud nicht der erste Schritt ist

Manchmal ist langweilige On-Prem-Hygiene zuerst dran: AD aufräumen, MFA auf Mail, Offline-Backup, dann Mail/Files zu SaaS, dann Workloads in Managed Cloud. Wenn ERP keine Downtime verträgt oder das Werksnetz flaches L2-Chaos ist — erst das größte Risiko fixen, bevor Sie „wir sind in der Cloud“ vermarkten.

Ohne internen Owner, der „ja, diese App darf umziehen“ sagen kann — Pause. Managed Cloud vervielfacht Fähigkeit; es ersetzt keine Product Owner.

Checklist für Montag

• Benannter interner Sponsor (nicht nur IT).
• Tier-1-Systeme mit RPO/RTO-Erwartungen.
• Drei Angebote verglichen: Scope, SLA, Restore-Nachweis, Admin-Modell, Wachstumspreis.
• 90-Tage-Plan: Onboard, Backup beweisen, einen unkritischen Workload migrieren, Review.
• Exit-Klausel verstanden (Export, DNS, Keys).

Nächster Schritt

Für eine Zweitmeinung zu vorhandenen Angeboten — oder ein neutrales Scope-Dokument vor der Ausschreibung — arbeitet unser Team Cloud-Dienste von Betrieb und Architektur aus, nicht von Slides. Wir helfen Mittelständlern, Managed-Umgebungen zu landen, die sie zwölf Monate später noch führen, auditieren und bezahlen können.