BEKOM CLOUDIT-Betrieb als Service – Wer machtwas in der Cloud?
Aufgabenpakete, Support-Modelle und Service-Levels der BEKOM Cloud für kleine Teams – verständlich erklärt: Wer macht was im IT-Betrieb?
IT-Betrieb als Service für kleine Unternehmen
Für Inhaber und Geschäftsführung kleiner Unternehmen ist der IT-Betrieb selten die spannende Seite des Geschäfts – aber oft die anstrengende. Updates, Passwortzurücksetzungen, unklare Fehlermeldungen, Sorge um Datensicherung: Die Aufgaben sind da, auch ohne eigene IT-Abteilung. Im Rahmen von BEKOM Cloud für kleine Unternehmen wird der laufende IT-Betrieb als Service abgebildet – mit klar abgegrenzten Aufgabenpaketen, die BEKOM übernimmt, und einer definierten Restverantwortung beim Kunden.
IT-Betrieb als Service wird für kleine Unternehmen geschäftskritisch, sobald digitale Geschäftsprozesse wie Auftragsverarbeitung, Kundenverwaltung oder standortübergreifende Zusammenarbeit auf Cloud-Anwendungen angewiesen sind. Die kontinuierliche Verfügbarkeit von E-Mail, CRM-Systemen und Dateizugriff bildet die Betriebsvoraussetzung für den operativen Betrieb.
Was „IT-Betrieb als Service" konkret bedeutet
IT-Betrieb als Service heißt: Ein Betreiber übernimmt die wiederkehrenden Aufgaben rund um Server, Anwendungen und Benutzerverwaltung und liefert sie als planbare Leistung. Statt einzelner Stundensatz-Einsätze bei konkreten Problemen steht ein definiertes Leistungspaket – Monitoring, Updates, Patching, Wartung und Support – kontinuierlich im Hintergrund.
Typische Bestandteile:
- Kontinuierliches Monitoring der Cloud-Umgebung
- Regelmäßige Sicherheits-Updates und Patches
- Backup-Prüfungen und Testwiederherstellungen
- First- und Second-Level-Support für Mitarbeitende
- Dokumentierte Wartungsfenster und Kommunikation
- Benutzer- und Zugriffsverwaltung im Tagesgeschäft
Der Unterschied zum reaktiven Einsatz auf Zuruf: Aufgaben laufen geplant ab, bevor sie zum Problem werden. Die Geschäftsführung bekommt Berichte über den Zustand der IT, nicht erst Rechnungen nach einem Vorfall.
Abgrenzung: Service-Paket vs. Einzel-Einsätze
IT-Betrieb als Service unterscheidet sich strukturell von projektweiser IT-Betreuung oder reinem Ticket-Support. Die Aufgaben laufen geplant und kontinuierlich, nicht nur auf Zuruf. Das betrifft Umfang, Rhythmus und Messbarkeit gleichermaßen.
Unterschiede im Leistungsmodell:
- Laufende Leistung statt einzelner Einsätze nach Bedarf
- Definierter Service-Umfang statt situativer Zuarbeit
- Messbare Kennzahlen statt reiner Rechnungsprüfung
- Dokumentierte Wartungsfenster statt spontaner Unterbrechungen
- Fester Ansprechpartner statt wechselnder Bearbeiter
- Proaktive Meldungen statt reiner Problembehebung
Wenn heute bereits ein Systemhaus im Einsatz ist und ein Wechsel erwogen wird, gehört dieser Vergleich nicht hierher – der dazu passende Einstieg ist IT-Betrieb ohne Systemhaus.
Aufgabenpakete: Wer macht was?
Kleine Unternehmen fragen sich zu Recht, wo die Grenze zwischen BEKOM und eigener Verantwortung verläuft. Ein klar beschriebenes Aufgabenpaket sorgt dafür, dass keine Aufgabe zwischen Stühlen liegt und niemand Arbeiten doppelt erledigt.
Aufgaben, die BEKOM übernimmt
BEKOM betreibt die Cloud-Infrastruktur und die darauf laufenden Dienste im Rahmen eines definierten Service-Pakets. Die operativen Aufgaben werden nach festen Zyklen oder nach Auslöser abgearbeitet und dokumentiert.
Betriebsaufgaben:
Server-, Storage- und Netzwerkbetrieb in deutschen Rechenzentren
Sicherheits-Patching, Updates und Systemhärtung nach Freigabe
Monitoring rund um den zentralen Dienstbetrieb
Backup-Ausführung und regelmäßige Restore-Tests
Ticket-Annahme und Bearbeitung nach vereinbarten Reaktionszeiten
Wartungsfenster, Änderungsmeldungen und Betriebsberichte
Die Aufgaben laufen in der Regel unsichtbar im Hintergrund. Sichtbar werden sie, wenn BEKOM vor einem Wartungsfenster informiert oder nach einer Störung einen Bericht liefert.
Aufgaben, die beim Unternehmen bleiben
Einige Aufgaben bleiben bewusst beim Unternehmen, weil sie fachliches oder rechtliches Urteil voraussetzen. Diese Grenze wird zu Beginn im Schnellcheck beschrieben und im Betrieb nicht ohne Absprache verschoben.
Internes Team:
Benennung und Pflege der Benutzerrollen (wer darf was)
An- und Abmeldung von Mitarbeitenden und Partnern
Fachliche Entscheidungen zu Anwendungen und Prozessen
Beauftragung größerer Änderungen (z. B. neue Standorte, neue Dienste)
Abstimmung rechtlicher Vorgaben (Datenschutz, Archivierung)
Kommunikation im Unternehmen bei Wartungsfenstern
Diese Aufgaben brauchen keine eigene IT-Abteilung. In vielen kleinen Unternehmen übernimmt sie die Geschäftsführung gemeinsam mit einer Office-Kraft – unterstützt durch den festen BEKOM-Ansprechpartner.
Kostenstruktur im Vergleich
Ein IT-Betrieb als Service verändert die Kostenlogik grundlegend. Die Frage ist nicht „Wie teuer war der letzte Einsatz?", sondern „Welche Leistung ist in welcher Qualität im Monat abgedeckt?". Das macht die laufenden IT-Ausgaben für die Geschäftsführung planbar.
Kostentreiber im Eigenbetrieb:
Hardware-Anschaffung und -Ersatz nach Lebenszyklus
Ungeplante Ausfälle mit Produktivitätsverlust
Versteckte Nacharbeit bei aufgeschobenen Updates
Interne Zeit der Geschäftsführung für IT-Koordination
Im IT-Betrieb als Service stehen diesen Positionen eine planbare Monatspauschale und definierte Leistungen gegenüber. Einzelbeträge liefert der Schnellcheck nach Erfassung der tatsächlichen Umgebung. Der spezifische Vergleich zum Systemhaus-Modell (Stundensätze, Anfahrten, versteckte Kosten) wird unter IT-Betrieb ohne Systemhaus ausgeführt.
Support-Modelle und Erreichbarkeit
Support ist für kleine Unternehmen oft die sichtbarste Seite des IT-Betriebs. Wenn eine Mitarbeiterin morgens nicht auf ihr Postfach kommt, entscheidet die Antwort in den ersten Minuten, ob der Arbeitstag nutzbar bleibt. IT-Betrieb als Service bedeutet deshalb vor allem: klare Wege, definierte Zuständigkeiten, verlässliche Reaktionen.
Kanäle und Priorisierung
Der Zugriff auf den Support ist bewusst einfach. Meldungen kommen über wenige, gut bekannte Kanäle herein und werden nach Priorität in die Bearbeitung gegeben.
Support-Kanäle:
Telefon für dringende Ausfälle mit Arbeitsunterbrechung
E-Mail für allgemeine Anfragen und Dokumentationsbedarf
Ticket-Portal für nachvollziehbare Verfolgung von Anliegen
Terminvereinbarung für geplante Änderungen
Jede Meldung wird in eine Prioritätsstufe eingeordnet: kritischer Ausfall, relevante Einschränkung, Standardanfrage, Anpassungswunsch. Die Priorität bestimmt die Reaktionszeit und die Eskalationskette.
Fester Ansprechpartner statt anonymes Callcenter
Ein zentrales Unterscheidungsmerkmal von BEKOM ist die Bindung an eine feste Ansprechperson. Diese kennt die Cloud-Umgebung, die Anwendungen und die typischen Arbeitsabläufe – das erspart Mitarbeitenden den Kontext-Neuaufbau bei jedem Anruf und reduziert Missverständnisse.
Was die feste Bindung praktisch bedeutet:
Eine direkte Durchwahl und E-Mail-Adresse für Anfragen
Kenntnis der konkreten Konfiguration ohne Rückfragen
Dokumentierte Vertretung bei Abwesenheit mit gleichem Wissensstand
Kontinuität auch bei Personalwechsel im Kundenunternehmen
Proaktive Meldungen über geplante Änderungen statt nur Reaktion
Kommunikation in deutscher Sprache mit einem Gegenüber, das die Umgebung kennt
Für das Unternehmen heißt das: keine wechselnden Agenten, kein wiederholtes Erklären, kein Warten in anonymen Call-Center-Schleifen.
Wochenende und Notfall
Auch kleine Unternehmen brauchen im Ernstfall Erreichbarkeit außerhalb der Bürozeiten. Für kritische Ausfälle – etwa ein komplett nicht erreichbarer Dienst oder ein Verdacht auf Sicherheitsvorfall – steht eine Notfall-Erreichbarkeit außerhalb der Geschäftszeiten bereit.
Incident-Prozess:
Annahme und Einordnung der Meldung nach Kritikalität
Sofortmaßnahmen zur Schadensbegrenzung
Analyse der Ursache parallel zum Wiederanlauf
Kommunikation mit der Geschäftsführung und betroffenen Mitarbeitenden
Nachbericht mit Maßnahmen gegen Wiederholung
Dokumentation des Vorfalls für Audit und Nachbereitung
Dokumentiert wird jede Eskalation – so bleibt auch nach einem hektischen Wochenende nachvollziehbar, was wann entschieden wurde.
Patch-Management, Updates und Wartung
Updates sind die unauffällige Daueraufgabe im IT-Betrieb. Wer sie aufschiebt, sammelt stille Risiken an: offene Sicherheitslücken, inkompatible Versionen, schwer wartbare Altstände. Im IT-Betrieb als Service laufen diese Aufgaben in klaren Zyklen, ohne dass das Unternehmen sie selbst im Kalender verfolgen muss.
Sicherheits-Updates und Patching
Sicherheits-Updates haben Vorrang vor Funktions-Updates. Kritische Patches werden nach Kritikalität umgehend eingespielt, reguläre Patches in dokumentierten Wartungsfenstern.
Patch-Zyklen:
Kritische Sicherheits-Patches nach Priorität und nach Prüfung der Kompatibilität
Reguläre Betriebssystem- und Anwendungs-Updates in definierten Wartungsfenstern
Dokumentierter Freigabe- und Rollback-Prozess für heikle Änderungen
Getrennte Pfade für Test- und Produktionssysteme, wo sinnvoll
Abweichungen von der Regel werden begründet und protokolliert – etwa, wenn eine Anwendung eine bestimmte Version erfordert und ein Update zurückgestellt werden muss.
Wartungsfenster und Kommunikation
Wartungsfenster liegen außerhalb der Kernarbeitszeiten und werden im Voraus angekündigt. So lassen sich interne Abläufe – etwa die Lohnabrechnung oder ein Kundenrollout – mit dem Wartungsplan abstimmen.
Kommunikation rund um jedes Wartungsfenster:
Ankündigung mit Zeitpunkt, Umfang und erwarteter Auswirkung
Abstimmung mit dem Unternehmen bei empfindlichen Zeiträumen
Klare Aussage, welche Dienste betroffen sind und welche nicht
Bestätigung nach Abschluss mit Ergebnis und offenen Punkten
Eskalationsweg bei unerwartet verlängerter Laufzeit
Dokumentation im Wartungsprotokoll der Cloud-Umgebung
Aus dieser Kommunikation entsteht eine nachvollziehbare Historie der Umgebung, die auch Monate später noch Auskunft gibt, welche Änderung wann vorgenommen wurde und warum.
Monitoring: Fehler erkennen, bevor sie stören
Monitoring überwacht Systeme, Dienste und Schwellwerte kontinuierlich. Kennzahlen wie Verfügbarkeit, Auslastung, Backup-Erfolg und Zertifikats-Laufzeiten werden in einem zentralen Dashboard geführt.
Kennzahlen:
Verfügbarkeit der zentralen Dienste (E-Mail, Dateiablage, Anwendungen)
Auslastung von Rechenleistung, Speicher und Netzwerk
Erfolgsquote der Backups und Ergebnisse der Restore-Tests
Warnungen zu ablaufenden Zertifikaten oder Lizenzen
Sicherheitsereignisse auf Netzwerk- und Anwendungsebene
Antwortzeiten zentraler Anwendungen im Tagesverlauf
Ein Teil der Warnungen wird direkt vom Betriebsteam geklärt, ein kleinerer Teil geht mit Handlungsempfehlung an die Geschäftsführung – etwa wenn eine Entscheidung über eine größere Anpassung ansteht.
Service-Levels und Reaktionszeiten
Service-Levels übersetzen den IT-Betrieb in nachvollziehbare Zusagen. Sie beschreiben, wie verfügbar Dienste sind, in welcher Zeit auf Meldungen reagiert wird und wie Wartungen behandelt werden. Für die Geschäftsführung sind Service-Levels vor allem ein Instrument zur Erwartungssteuerung: Was darf man verlangen, was liegt außerhalb der Zusage?
Verfügbarkeit und Messung
Verfügbarkeit wird auf die vereinbarten Kerndienste bezogen und über einen vereinbarten Zeitraum gemessen. Geplante Wartungsfenster zählen nicht als Ausfall, solange sie angekündigt waren und den vereinbarten Rahmen einhalten.
SLA-Struktur:
- Zielgröße für die Verfügbarkeit der zentralen Dienste
- Ausschluss geplanter Wartungsfenster aus der Verfügbarkeitsrechnung
- Messperiode und Berichtsrhythmus (monatlich oder quartalsweise)
- Umgang mit Teilausfällen und parallelem Betrieb einzelner Komponenten
- Dokumentation relevanter Vorfälle mit Ursache und Gegenmaßnahme
- Eskalationswege bei wiederholten Verfehlungen des Ziels
Die genauen Werte stehen im Servicevertrag und werden im Schnellcheck auf die tatsächlichen Anforderungen des Unternehmens abgestimmt. Vertiefende Hinweise zu SLA-Verträgen größerer Umgebungen liefert der Pillar-Umfeld-Cluster Planbare Cloud-Kosten.
Reaktionszeiten nach Priorität
Reaktionszeiten beschreiben, wie schnell BEKOM nach Eingang einer Meldung in Aktion tritt – nicht die Dauer bis zur abschließenden Lösung. Die Einordnung erfolgt nach Priorität und Auswirkung.
Reaktionslogik:
- Kritische Meldungen (Dienst komplett ausgefallen) werden umgehend nach Eingang angenommen
- Hohe Priorität (spürbare Einschränkung) wird innerhalb der Servicezeit bearbeitet
- Standardanfragen laufen in den regulären Ticketfluss
- Anpassungswünsche werden terminiert und mit Aufwandsabschätzung bestätigt
Die Lösung selbst kann je nach Ursache unterschiedlich lange dauern. Transparenz über den Stand der Bearbeitung ist dabei die wichtigere Zusage als ein einzelner Endzeitpunkt. → Anwendungs-Betriebsmodelle
Häufige Fragen zum IT-Betrieb als Service
Brauchen wir trotzdem noch einen lokalen IT-Kontakt?
In den meisten Fällen nicht zwingend. Für Hardware vor Ort (Drucker, Router, physische Arbeitsplätze) bleibt manchmal ein lokaler Partner sinnvoll, für Cloud-Dienste, Benutzerverwaltung und Sicherheits-Updates ist BEKOM der zentrale Ansprechpartner. Viele Unternehmen reduzieren den lokalen Dienstleister auf punktuelle Vor-Ort-Einsätze und verlagern den laufenden Betrieb vollständig in den Service-Vertrag mit BEKOM.
Was passiert bei einem Problem am Wochenende?
Für kritische Ausfälle existiert eine Notfall-Erreichbarkeit außerhalb der Geschäftszeiten. Ein dokumentierter Weg führt vom ersten Anruf zur Bearbeitung durch einen Bereitschaftstechniker. Unkritische Anfragen werden zu Wochenbeginn regulär aufgenommen, damit die Bereitschaft für echte Notfälle frei bleibt. Der genaue Umfang der Notfall-Erreichbarkeit wird im Servicevertrag beschrieben und orientiert sich am tatsächlichen Bedarf des Unternehmens.
Sind Updates, Monitoring und Support im Preis enthalten?
Der Regelbetrieb ist in der monatlichen Pauschale enthalten: Monitoring, Betriebssystem- und Anwendungs-Updates, Backup-Ausführung, Standard-Support innerhalb der Servicezeit sowie die Erreichbarkeit über den festen Ansprechpartner. Projektartige Arbeiten – etwa die Einrichtung eines neuen Standorts oder die Migration einer zusätzlichen Anwendung – werden separat geplant und kalkuliert. So bleibt der laufende Preis planbar, auch wenn die Umgebung sich weiterentwickelt.
Wie ist die Mindestlaufzeit und wie kann ich den Vertrag beenden?
Die Mindestlaufzeit wird vor Vertragsbeginn transparent vereinbart und orientiert sich am Aufwand der Einrichtung. Nach der Mindestlaufzeit ist eine Beendigung mit vertraglich definierter Kündigungsfrist möglich. Für den Fall einer Vertragsbeendigung sind Export-Formate und Übergabe-Schritte bereits im Vertrag beschrieben, damit Daten und Konfiguration in überschaubarer Zeit in ein anderes Umfeld übergeben werden können.
Wie läuft der Übergang vom Alt-Betrieb in den laufenden BEKOM-Service?
Die Umstellung erfolgt schrittweise. Zunächst übernimmt BEKOM Monitoring und Dokumentation der bestehenden Umgebung, dann laufen erste Aufgaben parallel zum bisherigen Dienstleister, bis der vollständige Service greift. Diese schrittweise Übernahme vermeidet einen Bruch im Alltag und gibt dem Unternehmen Zeit, sich an Meldewege und Ansprechpartner zu gewöhnen. Cloud ohne eigene IT-Abteilung ergänzt die Verantwortlichkeiten.
Wie wird der Leistungsumfang für unser Unternehmen festgelegt?
Im Schnellcheck erfasst BEKOM die heutige Betriebslage, die genutzten Anwendungen und die typischen Meldungswege. Auf dieser Grundlage entsteht eine individuelle Leistungsbeschreibung: welche Aufgaben im Service-Paket liegen, welche Reaktionszeiten gelten, welche Wartungsfenster definiert sind. Der Leistungsumfang wird vor Vertragsbeginn transparent gemacht und lässt sich im laufenden Betrieb an veränderte Anforderungen anpassen – etwa bei Wachstum oder neuen Standorten.
Nächste Schritte
Der Einstieg in den IT-Betrieb als Service beginnt mit einer strukturierten Bestandsaufnahme und einer klaren Beschreibung der Leistung. Beides ist ohne Vorabverpflichtung möglich.
Das Assessment für IT-Betrieb als Service verschafft Klarheit über den aktuellen Betriebsumfang Ihrer Cloud-Umgebung und identifiziert, welche Aufgaben tatsächlich ausgelagert werden können. Die Bestandsaufnahme zeigt konkret auf, wo wiederkehrende IT-Aufgaben anfallen, und liefert eine Service-Design-Empfehlung mit definierten Verantwortlichkeiten zwischen Ihrem Team und dem Betreiber.
Schnellcheck zum IT-Betrieb
Im Schnellcheck erfasst BEKOM die heutige Betriebslage: Welche Dienste laufen, welche Aufgaben verteilen sich heute auf wen, welche Meldewege bestehen. Ergebnis ist ein Vorschlag, welche Aufgaben in ein Service-Paket passen und welche beim Unternehmen bleiben.
Leistungsbeschreibung konkretisieren
Auf Basis des Schnellchecks beschreibt BEKOM das Service-Paket im Detail: Aufgaben, Reaktionszeiten, Wartungsfenster, Monatspauschale. Die Leistungsbeschreibung ist die Grundlage des Servicevertrags.
Pilotphase mit einem Teilbereich
Wenn das Unternehmen den Service zunächst in einem abgegrenzten Bereich erproben möchte, startet BEKOM mit einem Teilbereich – etwa Monitoring und Backup – und erweitert den Umfang schrittweise, sobald die Zusammenarbeit eingespielt ist.