Die Ausgangsfrage ist selten die Kostenfrage
Wenn Unternehmen über Application Management Services nachdenken, beginnt das Gespräch fast immer beim Tagessatz. In der Praxis entscheidet aber ein anderer Punkt über den Erfolg: Wie viele Personen kennen Ihre SAP-Landschaft gut genug, um an einem Freitagabend eine gestörte Schnittstelle zu analysieren? Ist die Antwort „eine", haben Sie kein Kostenproblem, sondern ein Risikoproblem.
Ein Betriebsmodell muss drei Dinge leisten: definierte Reaktionszeiten, belastbare Vertretung bei Urlaub und Krankheit sowie dokumentiertes Wissen, das nicht mit einer Person das Haus verlässt. Erst wenn diese drei Punkte geklärt sind, lohnt sich der Vergleich von Preisen.
Modell 1: Vollständig inhouse
Ein eigenes Team ist überall dort stark, wo Prozesswissen den Unterschied macht — bei stark angepassten Kernprozessen, in regulierten Umgebungen oder wenn Fachbereiche kurze, informelle Wege brauchen. Der Preis dafür ist Personalbindung: Für eine echte Zwei-Personen-Abdeckung pro Modul rechnen Sie realistisch mit vier bis sechs Rollen, sobald Basis, Entwicklung und Anwendungsbetreuung getrennt betrachtet werden.
Der typische Schwachpunkt ist nicht die Fachlichkeit, sondern die Nachtruhe. Ohne definierte Rufbereitschaft und ohne zweite Besetzung entsteht ein Modell, das im Normalbetrieb funktioniert und in der Ausnahme kippt.
Modell 2: Managed Services
Managed Services verlagern Betrieb, Monitoring und Ticketbearbeitung an einen Dienstleister mit vertraglich zugesagten Servicezeiten. Der Vorteil ist Skalierung: Sie kaufen Abdeckung statt Köpfe, und Sie bekommen mit dem Vertrag eine Eskalationskette, die auch im Urlaub trägt.
Damit das trägt, müssen drei Dinge im Vertrag stehen: Reaktions- und Lösungszeiten je Prioritätsstufe, ein benanntes Kernteam statt eines anonymen Pools und ein regelmäßiger Service-Review mit Kennzahlen. Fehlt der Review, verwaltet niemand die Qualität — und Sie merken Abweichungen erst, wenn ein Fachbereich eskaliert.
Modell 3: Mischmodell — in der Praxis der häufigste Fall
Die meisten unserer Kunden fahren ein geteiltes Modell: Prozess- und Architekturverantwortung bleibt im Haus, Betrieb, Second Level und Rufbereitschaft liegen beim Dienstleister. Der interne Service-Owner steuert Prioritäten und Releases, das externe Team liefert Kapazität und Abdeckung.
Entscheidend ist ein klarer Schnitt statt einer Grauzone: Wer darf im Produktivsystem transportieren, wer entscheidet über Notfallkorrekturen, wer verantwortet Berechtigungen? Diese Fragen gehören in ein Betriebshandbuch, nicht in eine E-Mail-Historie.
Fünf Kriterien für Ihre Entscheidung
Erstens Abdeckung: Welche Servicezeiten braucht das Geschäft wirklich — 8x5, 12x5 oder 24x7? Zweitens Kritikalität: Was kostet eine Stunde Stillstand in Ihrem Kernprozess? Drittens Wissensrisiko: Wie viele Einzelabhängigkeiten existieren heute? Viertens Veränderungslast: Steht eine S/4HANA-Umstellung oder Integrationsmigration an, die Kapazität bindet? Fünftens Steuerungsfähigkeit: Haben Sie jemanden, der einen externen Dienstleister fachlich führen kann?
Aus diesen fünf Antworten ergibt sich das Modell fast von selbst. Wer keine interne Steuerung besetzen kann, sollte kein reines Managed-Services-Modell wählen — sonst entsteht ein Dienstleister ohne Gegenüber.
Wie wir das umsetzen
OXORY betreibt SAP-Landschaften im Rahmen von Application Management Services mit festen Ansprechpartnern, definierten Servicezeiten und regelmäßigem Service-Review. Häufig starten wir mit einer Bestandsaufnahme von Tickets, Systemen und Abhängigkeiten und leiten daraus die passende Modellvariante ab, statt eine Standardleistung zu verkaufen.
Wenn Sie Ihr Betriebsmodell überprüfen wollen, sprechen Sie uns an — ein Erstgespräch reicht, um die fünf Kriterien für Ihre Landschaft zu bewerten.