/

So führen MSPs Service-Änderungen ein, ohne Reibung bei der Kundschaft zu erzeugen

von Team Ninja
How MSPs Can Introduce Service Changes Without Creating Client Friction blog banner image
How MSPs Can Introduce Service Changes Without Creating Client Friction blog banner image

Try our #1 rated endpoint management platform on G2

NinjaOne dashboard screenshot

Automate the Hardest Parts of IT

Die wichtigsten Punkte

  • Service-Änderungen bei MSPs sind unvermeidlich: Ohne klare Kommunikation führen sie zu Verwirrung, Misstrauen oder Widerstand.
  • Ein strukturiertes Vorgehen reduziert Reibung: Kund:innen sehen Änderungen eher als Verbesserung, wenn der Nutzen im Mittelpunkt steht.
  • Kommunikation zählt: Durchdachtes Timing, stufenweise Rollouts und verständliche Sprache minimieren Störungen.
  • Dokumentation sorgt für Abstimmung: Aktualisierte Leistungsbeschreibungen, MSAs und SLAs formalisieren Änderungen und setzen Erwartungen.
  • NinjaOne unterstützt Umstellungen: Automatisierung, Berichterstattung und Überwachungs-Tools machen Service-Änderungen reibungsloser und überprüfbar.

Service-Änderungen gehören zum Wachstum jedes Managed Service Providers (MSP) dazu. Sie können Preisanpassungen, eine Erweiterung des Leistungsumfangs oder das Auslaufen veralteter Angebote umfassen. So notwendig sie für Verbesserungen auch sind: MSP-Service-Änderungen stellen Sie oft vor eine schwierige Frage. Wie kommunizieren Sie sie, ohne Verwirrung, Misstrauen oder Widerstand bei Ihren Kund:innen auszulösen?

MSP-Service-Änderungen können zu Unzufriedenheit und sogar zu Abwanderung führen, wenn sie ohne Struktur ablaufen. Umgekehrt stärken sie Beziehungen und zeigen, dass Ihr MSP-Unternehmen sich kontinuierlicher Verbesserung verschrieben hat. Vorausgesetzt, sie folgen einem klaren Rahmen, laufen transparent ab und stellen die Kundschaft in den Mittelpunkt der Kommunikation.

In diesem Leitfaden zeigen wir Ihnen, wie Sie als MSP ein wiederverwendbares Rahmenwerk aufbauen, um Service-Änderungen so einzuführen, dass Vertrauen erhalten bleibt, Störungen minimal ausfallen und das Update als Upgrade wahrgenommen wird.

Auf einen Blick

Aufgabe Zweck
Aufgabe 1: Die Änderung bewerten und begründen Klärt Notwendigkeit und Nutzen der Service-Änderung und stellt sicher, dass sie zu den Unternehmenszielen und den Prioritäten der Kundschaft passt
Aufgabe 2: Den richtigen Zeitpunkt wählen Führt Service-Änderungen zum passendsten Zeitpunkt ein, hält Störungen im Kundenbetrieb gering und sorgt für eine reibungslosere Akzeptanz
Aufgabe 3: Transparent kommunizieren Schafft Verständnis und Vertrauen bei der Kundschaft durch klare, nutzenorientierte Kommunikation mit realistischen Erwartungen
Aufgabe 4: Die Änderung durch Dokumentation untermauern Formalisiert und präzisiert Änderungen über aktualisierte Vereinbarungen über verwaltete Dienste, SLAs und Leistungsbeschreibungen und reduziert so Unklarheiten und Missverständnisse
Aufgabe 5: Pilotphasen und gestaffelte Rollouts Validiert die Änderung in kleineren Schritten, deckt mögliche Probleme früh auf und verfeinert den Prozess vor dem flächendeckenden Rollout
Aufgabe 6: Während des Übergangs unterstützen Sorgt dafür, dass Kund:innen sich nach der Änderung gut betreut und sicher fühlen, durch laufende Hilfe, Schulungen und messbare Wertnachweise

Voraussetzungen für die Einführung von Service-Änderungen bei Kund:innen

Bevor Sie den gesamten Prozess starten, sollten Sie Folgendes beachten:

  • Dokumentierte bestehende Services: ein aktueller Servicekatalog oder eine Leistungsbeschreibung mit den vorhandenen Angeboten.
  • Aktuelle Vorlagen für MSA und SLA: aktualisierte Vorlagen für die Vereinbarung über verwaltete Dienste (MSA) und das Service-Level-Agreement (SLA).
  • Feste Ressourcen für die Kommunikation: Account-Management oder Customer-Success-Ressourcen, die Änderungen wirksam vermitteln.
  • Verlässliche Software für die Aufgabe: Zugriff auf Plattformen für Überwachung und Berichterstattung wie NinjaOne, um den Nutzen zu belegen und zu demonstrieren.

Aufgabe 1: Die Änderung bewerten und begründen

📌 Anwendungsfall:

Diese Aufgabe klärt, wie relevant die Änderungen sind, die Sie Ihren Kund:innen kommunizieren sollten.

Service-Änderungen geschehen nie ohne Grund. Sie stehen immer für Verbesserungen bei Effizienz, Sicherheit, Leistungserbringung, Kostenstruktur und mehr. Stellen Sie sich dazu die folgenden Fragen:

  • Welches Problem löst diese Änderung?
  • Wie verbessert sie das Erlebnis der Kundschaft?
  • Welche messbaren Ergebnisse bringt sie (z. B. schnellere Reaktionszeiten, höhere Verfügbarkeit, geringeres Risiko)?

Sobald die Logik klar ist, formulieren Sie ein Nutzenversprechen, das direkt die Prioritäten Ihrer Kund:innen anspricht. Zum Beispiel:

„Wir aktualisieren unseren Patch-Management-Prozess, um die Sicherheit zu erhöhen und Ausfallzeiten in Ihren Systemen zu reduzieren. Diese Änderung verbessert den Schutz und hilft zu verhindern, dass Schwachstellen Störungen verursachen.“

Bereiten Sie außerdem eine nutzenorientierte Antwort vor, falls Widerstand aufkommt. Sie sollte zentrale Punkte wie Kostenänderungen oder empfundene Unannehmlichkeiten aufgreifen.

Aufgabe 2: Den richtigen Zeitpunkt wählen

📌 Anwendungsfall:

Diese Aufgabe entscheidet darüber, ob sich Ihre Service-Änderung wie ein Upgrade oder wie eine Störung anfühlt.

Hier einige Best Practices, um den besten Zeitpunkt für Service-Änderungen zu finden:

  • Führen Sie Änderungen nicht in den arbeitsintensivsten Phasen Ihrer Kundschaft ein. Dazu zählen der Geschäftsjahresabschluss oder umsatzstarke Monate.
  • Suchen Sie nach Zeitfenstern, in denen Änderungen schrittweise eingeführt werden können.
  • Denken Sie an kleine Anpassungen, denn sie lassen sich oft in Quarterly Business Reviews (QBRs) bündeln.
  • Wählen Sie für diese Änderungen einen Zeitpunkt, zu dem Service-Updates ohnehin gut in Gespräche über Leistung und Verbesserung passen.
  • Bei größeren Änderungen wie neuen Preismodellen oder einer Plattform-Migration sollten Kund:innen 30 bis 90 Tage Vorlauf erhalten.

Wer sich an diese Best Practices hält, zeigt Respekt vor den Planungszyklen der Kundschaft und gibt ihr Zeit, sich anzupassen.

Aufgabe 3: Transparent kommunizieren

📌 Anwendungsfall:

Diese Aufgabe soll Kund:innen verständlich machen, welchen Nutzen eine Änderung für sie hat, und ihre Erwartungen steuern.

Akzeptanz beginnt immer mit klarer Kommunikation. Gut durchdachte, fundierte Gesprächspunkte sorgen dafür, dass Ihre Kundschaft den geplanten Änderungen offener gegenübersteht.

Hier einige Techniken für wirksame Kommunikation:

  • Nutzen hervorheben: Beginnen Sie Ihre Botschaft mit den Vorteilen des geplanten Updates und damit, wie es Ergebnisse verbessert, etwa durch höhere Verfügbarkeit, bessere Compliance oder Kosteneinsparungen.
  • Einfache Sprache verwenden: Verzichten Sie auf interne oder schwierige Fachbegriffe, die nicht-technische Stakeholder verwirren könnten.
  • Die Botschaft untermauern: Stellen Sie unterstützende Materialien bereit, etwa visuelle Zusammenfassungen, FAQs und einseitige Übersichten, die „vorher“ und „nachher“ gegenüberstellen.

Diese Strategien stärken die Transparenz und reduzieren Unsicherheit.

Aufgabe 4: Die Änderung durch Dokumentation untermauern

📌 Anwendungsfall:

Hier geht es darum, Unklarheiten auszuräumen und beide Seiten auf dasselbe Service-Modell einzuschwören.

Dokumentation macht die Vereinbarung offiziell und formalisiert die eingeführten Service-Updates. Jede Änderung, ob operativ, vertraglich oder preisbezogen, sollte sich niederschlagen in:

  • Leistungsbeschreibungen: Aktualisieren Sie enthaltene und ausgeschlossene Leistungen sowie Service-Beschreibungen.
  • MSAs/SLAs: Überarbeiten Sie die Bedingungen, um neue Verantwortlichkeiten, Liefergegenstände oder Reaktionszeiten festzulegen.
  • Direkte Gegenüberstellungen: Teilen Sie eine leicht verständliche Übersicht dazu, was sich ändert und warum.

Eine dokumentierte Service-Änderung hilft allen Beteiligten, vom MSP-Unternehmen über Vertrieb und Support bis zu den Techniker:innen, auf demselben Stand zu bleiben.

Aufgabe 5: Pilotphasen und gestaffelte Rollouts

📌 Anwendungsfall:

Rollouts in kleinen Etappen begrenzen das Risiko, halten Störungen gering und geben Ihrem Team die Möglichkeit, schrittweise nachzubessern.

Nicht jede Änderung muss auf einen Schlag umgesetzt werden. Ein gestaffelter Rollout deckt Probleme früh auf und lässt Sie die Kommunikation vor der vollständigen Einführung verfeinern. So gehen Sie dabei vor:

  1. Starten Sie mit einem Pilotprojekt bei ein oder zwei strategischen Kund:innen, die offen für Feedback sind.
  2. Sammeln Sie Rückmeldungen, denn sie decken mögliche Missverständnisse, Lücken in der Dokumentation oder ineffiziente Prozesse auf.
  3. Bewerten Sie den Erfolg der Pilotphase, bevor Sie die Änderungen an eine größere Gruppe ausrollen.
  4. Weiten Sie die Einführung schrittweise aus. Gruppieren Sie Ihre Kundschaft nach Größe, Branche oder technischer Komplexität.

Aufgabe 6: Während des Übergangs unterstützen

📌 Anwendungsfall:

Fortlaufende Unterstützung nach dem Übergang hilft Kund:innen, sich gut auf Änderungen einzustellen, und klärt akute Fragen, bevor daraus kritische Probleme werden.

Als Managed Service Provider sollten Sie nach der Einführung von Service-Änderungen praktische Unterstützung anbieten. So geht’s:

    • Bieten Sie Ressourcen an wie:
    • Schulungen oder Workshops, in denen Sie neue Tools oder Abläufe gemeinsam durchgehen.
    • Aufgezeichnete Tutorials oder kurze Video-Walkthroughs zum Lernen im eigenen Tempo.
  1. Benennen Sie eine feste Ansprechperson für Eskalationen, die Fragen oder Probleme der Kundschaft direkt klärt.
  2. Untermauern Sie positive Ergebnisse mit Daten. Wird der Übergang mit messbaren Erfolgen belegt, sehen Kund:innen einen Wertnachweis statt einer Störung.

Erfolgskontrolle

Da es uns um eine verlässlich wiederholbare Einführung von Service-Änderungen geht, müssen Sie belegen, dass der Erfolg tatsächlich eingetreten ist. Das lässt sich anhand der folgenden Dimensionen bestätigen:

  • Stimmung der Kundschaft: Erfassen Sie die Zufriedenheit über QBRs, Feedback-Umfragen oder informelle Gespräche.
  • Operative Auswirkungen: Behalten Sie Ticketaufkommen und Eskalationsraten im Blick. Weniger Beschwerden oder Support-Tickets sprechen meist für einen reibungslosen Übergang.
  • Genauigkeit der Dokumentation: Prüfen Sie, ob aktualisierte SLAs, MSAs und interne Prozessdokumente das neue Service-Modell abbilden.

Diese zentralen Dimensionen schließen den Kreis und helfen Ihnen als MSP, Ihre Vorgehensweise bei der Einführung von Service-Änderungen zu standardisieren.

Weitere Überlegungen

Die Schritte wirken zwar unkompliziert, doch jede Umgebung ist einzigartig. Berücksichtigen Sie bei der Planung von Service-Änderungen die folgenden Faktoren:

  • Kulturelle Unterschiede: Internationale Kund:innen deuten Tonfall oder Dringlichkeit unter Umständen anders, passen Sie Ihren Kommunikationsstil entsprechend an.
  • Regulatorische Anforderungen: Manche Änderungen, etwa solche mit Auswirkungen auf Datenverarbeitung oder Compliance, benötigen zusätzliche rechtliche oder branchenspezifische Freigaben. Prüfen Sie die geltenden regulatorischen Compliance-Vorgaben.
  • Preisanpassungen: Wenn Sie höhere Kosten einführen, verknüpfen Sie diese direkt mit messbaren Verbesserungen wie einem besseren Sicherheitsniveau, höherer Verfügbarkeit oder erweitertem Support-Umfang.

Häufige Probleme beheben

Ein so wichtiger Prozess ist nicht frei von Engpässen. Hier einige Probleme, die auftreten können, und wie Sie sie lösen:

  1. Widerstand der Kundschaft: Kund:innen reagieren aus verschiedenen Gründen womöglich ablehnend auf Ihre geplanten Änderungen.

Was Sie tun können:

Bieten Sie flexible, gestaffelte Optionen oder schrittweise Übergänge an. Lehnt ein:e Kund:in die Änderung ab, dokumentieren Sie klar die Risiken oder Einschränkungen, die ein Verbleib beim alten Setup mit sich bringt.

  1. Fehlende interne Abstimmung: Ein nicht abgestimmtes internes Team führt leicht zu widersprüchlicher Kommunikation gegenüber der Kundschaft.

Was Sie tun können:

Sorgen Sie dafür, dass jede Abteilung dieselbe Botschaft vermittelt. Halten Sie dazu interne Briefings ab, bevor Sie auf die Kundschaft zugehen.

  1. Missverständnisse: Kund:innen werden von der Änderung überrascht, weil sie Vereinbarungen anders ausgelegt haben.

Was Sie tun können:

Untermauern Sie mündliche Erklärungen mit schriftlichen Zusammenfassungen, FAQs und Grafiken, um Fehlinterpretationen vorzubeugen.

So unterstützt NinjaOne reibungslose Service-Übergänge

Tools wie NinjaOne bieten Funktionen, die die Planung von Service-Änderungen verbessern und MSPs helfen, sie gegenüber der Kundschaft zu kommunizieren.

NinjaOne-Service Was es ist Wie es die Kommunikation von Service-Änderungen unterstützt
Automatisierung Richtlinienbasierte Automatisierung, die Updates einheitlich in allen Kundenumgebungen anwendet Sorgt für einen konsistenten Rollout von Service-Änderungen, reduziert manuelle Fehler und macht Übergänge reibungsloser und verlässlicher
Kommunikation (Berichterstattung) Integrierte Werkzeuge für Berichterstattung und Visualisierung, die Leistung, Verfügbarkeit und Compliance-Kennzahlen nachverfolgen Hilft, den Nutzen gegenüber der Kundschaft zu belegen, indem Verbesserungen vor und nach Service-Änderungen klar sichtbar werden
Überwachung Alarmierungen in Echtzeit und Dashboards zur Nachverfolgung von Systemleistung und Konfigurationsstatus Bestätigt, dass Service-Updates korrekt funktionieren, und ermöglicht proaktive Kommunikation über Ergebnisse oder Probleme
Dokumentation Ein zentrales Dokumentationsmodul zur Ablage von Leistungsbeschreibungen, MSAs und SLAs Hält alle aktualisierten Unterlagen für Techniker:innen und Kund:innen zugänglich und sorgt so für Transparenz und Abstimmung während des Übergangs

Quick-Start-Guide

NinjaOne hilft MSPs dabei, Service-Änderungen einzuführen, ohne Reibung bei der Kundschaft zu erzeugen. Die Plattform bietet mehrere Funktionen und Tools, die die Kommunikation vereinfachen, Übergänge steuern und die Kundenzufriedenheit während Service-Updates sichern:

  • Kundenportal: Über das Kundenportal von NinjaOne kommunizieren MSPs Änderungen direkt an ihre Kund:innen und bieten einen zentralen Ort für Updates, Dokumentation und Support-Anfragen.
  • Automatisierte Benachrichtigungen: Die Plattform unterstützt automatisierte Benachrichtigungen, um Kund:innen frühzeitig über anstehende Änderungen zu informieren.
  • Anpassbare Richtlinien: Mit NinjaOne erstellen und verteilen MSPs maßgeschneiderte Richtlinien, die neue Services oder Funktionen schrittweise einführen, sodass sich Kund:innen im eigenen Tempo daran gewöhnen können.
  • Remote-Support: Die Remote-Support-Funktionen von NinjaOne ermöglichen es MSPs, Kund:innen während des Übergangs zu unterstützen, Probleme schnell zu lösen und Störungen gering zu halten.
  • Feedback-Mechanismen: Die Plattform enthält Werkzeuge zum Einholen von Kundenfeedback, mit denen MSPs die Anliegen ihrer Kundschaft verstehen und notwendige Anpassungen vornehmen können.

So gelingt die Kommunikation von Service-Änderungen

Wettbewerbsfähige MSPs suchen laufend nach Wegen, ihre Services zu verbessern, was ständige Anpassungen erfordern kann, um der Kundschaft dauerhaft Wert zu liefern. Mit Best Practices wie einem strukturierten Plan, transparenter Kommunikation und sorgfältiger Dokumentation lassen sich diese Änderungen ohne Störungen umsetzen.

Die wichtigsten Erkenntnisse:

  • Stellen Sie Service-Änderungen immer aus Sicht des Kundennutzens dar.
  • Nutzen Sie Leistungsbeschreibungen und SLAs, um Änderungen zu formalisieren.
  • Pilotprojekte und gestaffelte Rollouts senken Risiko und Widerstand.
  • Unterstützung und Kommunikation sind für reibungslose Übergänge unverzichtbar.
  • Die Tools von NinjaOne sorgen für eine konsistente Umsetzung und Überprüfung von Änderungen über alle Kund:innen hinweg.

Mit klarer und wirksamer Kommunikation nimmt Ihre Kundschaft Service-Änderungen samt ihrer Vorteile gerne an.

Verwandte Themen:

FAQs

Prüfen Sie zunächst, ob die entsprechenden Vertragsklauseln eine konkrete Frist vorgeben. Andernfalls sind 30 bis 90 Tage Vorlauf üblich, wobei größere Änderungen in QBRs vorgestellt werden.

Verknüpfen Sie höhere Kosten mit messbaren Verbesserungen wie stärkerer Sicherheit, höherer Verfügbarkeit oder geringerem Risiko.

Bieten Sie gestaffelte Service-Level oder längere Übergangsfristen an, dokumentieren Sie aber die Risiken einer Ablehnung.

Ja. MSAs und SLAs müssen aktualisiert werden, während Leistungsbeschreibungen verständliche Zusammenfassungen für die Kundschaft liefern.

Achten Sie auf Akzeptanz ohne Eskalationen, aktualisierte Dokumentation und Nutzungskennzahlen in der Berichterstattung.

Das könnte Sie auch interessieren

Sind Sie bereit, die schwierigsten Aufgaben der IT zu vereinfachen?

NinjaOne Allgemeine Geschäftsbedingungen für Skripte

Indem Sie unten auf die Schaltfläche „Ich akzeptiere“ klicken, erklären Sie Ihr Einverständnis mit den folgenden rechtlichen Bedingungen sowie mit unseren Nutzungsbedingungen:

  • Eigentumsrechte: NinjaOne besitzt und wird weiterhin alle Rechte, Titel und Interessen an dem Skript (einschließlich des Urheberrechts) behalten. NinjaOne gewährt Ihnen eine eingeschränkte Lizenz zur Nutzung des Skripts in Übereinstimmung mit diesen rechtlichen Bedingungen.
  • Einschränkung der Nutzung: Sie dürfen das Skript nur für Ihre legitimen persönlichen oder internen Geschäftszwecke verwenden und es nicht an Dritte weitergeben.
  • Verbot der Wiederveröffentlichung: Sie sind unter keinen Umständen berechtigt, das Skript in einer Skriptbibliothek, die einem anderen Softwareanbieter gehört oder von diesem kontrolliert wird, erneut zu veröffentlichen.
  • Gewährleistungsausschluss: Das Skript wird „wie gesehen“ und „wie verfügbar“ bereitgestellt, ohne jegliche Garantie. NinjaOne gibt keine Versprechen oder Garantien, dass das Skript frei von Fehlern ist oder dass es Ihre speziellen Bedürfnisse oder Erwartungen erfüllt.
  • Risikoübernahme: Die Verwendung des Skripts erfolgt auf eigene Gefahr. Sie erkennen an, dass die Nutzung des Skripts mit bestimmten Risiken verbunden ist, und Sie verstehen und übernehmen jedes dieser Risiken.
  • Verzicht und Freigabe: Sie machen NinjaOne nicht für nachteilige oder unbeabsichtigte Folgen verantwortlich, die sich aus Ihrer Nutzung des Skripts ergeben, und Sie verzichten auf alle gesetzlichen oder billigkeitsrechtlichen Rechte oder Rechtsmittel, die Sie gegen NinjaOne im Zusammenhang mit Ihrer Nutzung des Skripts haben könnten.
  • EULA: Wenn Sie ein NinjaOne-Kunde sind, unterliegt Ihre Nutzung des Skripts dem für Sie geltenden Endbenutzer-Lizenzvertrag (EULA).