So schreiben Sie eine MSP-Leistungsbeschreibung für wiederkehrende Services, die Kund:innen wirklich lesen

In dem Bemühen, möglichst vollständig zu sein, riskieren MSP-Verantwortliche, viel zu komplizierte Leistungsbeschreibungen zu erstellen. Solche MSP-Leistungsbeschreibungen stecken meist voller Fachjargon, Juristendeutsch oder aufgeblähter Details und werden deshalb nur überflogen oder schlicht ignoriert. Die Folge: falsch verstandene Erwartungen, Streit darüber, „was eigentlich enthalten ist“, und Frust auf beiden Seiten.

Dieser Leitfaden hilft Ihnen dabei, eine MSP-Leistungsbeschreibung zu schreiben, bei der beide Seiten genau wissen, was die wiederkehrenden Services abdecken.

📌 Voraussetzungen:

• Ein aktueller Servicekatalog der wiederkehrenden Angebote (z. B. Überwachung, Patching, Backups)
• Ein Vertragsrahmen (Vereinbarung über verwaltete Dienste/SLA), auf den Sie verweisen, statt ihn zu duplizieren
• Ein Dokumentationstool (Word/Google Docs/Confluence oder NinjaOne Documentation)
• Ein Account Manager oder eine Serviceleitung, die den Durchgang mit den Kund:innen übernimmt

Hinweis: Die folgenden Praktiken sind logisch aufeinander aufgebaut, von der Definition der Elemente Ihrer Leistungsbeschreibung bis zur gemeinsamen Durchsicht mit den Kund:innen. Sie müssen sich jedoch nicht strikt daran halten. Jede Praktik steht für sich und lässt sich je nach Workflow und Reifegrad Ihrer Dokumentation einzeln anwenden oder später erneut aufgreifen.

Praktik 1: Die Kernelemente der Leistungsbeschreibung definieren

Jede gute Leistungsbeschreibung beginnt mit Klarheit. MSPs machen sich diesen Abschnitt oft unnötig schwer, dabei ist er das Fundament für alles Weitere. Konzentrieren Sie sich auf das Wer, Was und Wo Ihrer wiederkehrenden Services.

Enthaltene Leistungen

Listen Sie die wiederkehrenden Services, die Sie erbringen, in einfacher, kundenfreundlicher Sprache auf. Nutzen Sie Aufzählungen und Beispiele, um Unklarheiten auszuschließen.

Beispiel:

• Patching: Monatliche Bereitstellung von Sicherheitsupdates für Windows und Microsoft 365 auf den abgedeckten Geräten.
• Überwachung: Rund um die Uhr Überwachung der Endpunkte auf Verfügbarkeit, Leistung und Sicherheitsereignisse.

Ausgeschlossene Leistungen

Genauso wichtig: Halten Sie fest, was nicht enthalten ist. Das verhindert Missverständnisse und schützt vor schleichender Ausweitung des Leistungsumfangs. Dazu zählen zum Beispiel größere Betriebssystem-Upgrades, Projektarbeit oder Netzwerk-Neugestaltungen.

Liefergegenstände

Beschreiben Sie, was die Kundschaft tatsächlich erhält, etwa Berichte, Dashboards oder andere Ergebnisse, die Ihre Arbeit sichtbar machen. Zu den gängigeren Liefergegenständen von MSPs gehören ein monatlicher Compliance-Bericht zum Patching, eine Zusammenfassung erfolgreicher Backups und die Validierung von Wiederherstellungen.

Service-Level

Verweisen Sie auf die SLAs, statt sie zu kopieren. Halten Sie diesen Abschnitt bewusst übergeordnet, zum Beispiel: „Reaktions- und Lösungszeiten sind in SLA v3.2 definiert.“

Zuständigkeiten

Schließen Sie den Abschnitt mit einer klaren Rollenverteilung ab. Eine kleine Tabelle wirkt hier Wunder für die Lesbarkeit.

Bereich	Zuständigkeiten des MSP	Zuständigkeiten der Kundschaft
Backups	Backups überwachen und testen	Speicherkontingent und Konnektivität sicherstellen.
Patching der Endpunkte	Monatliche Updates bereitstellen	Geräte während des Wartungsfensters eingeschaltet lassen.

Eine saubere Trennung der Zuständigkeiten verhindert späteres Rätselraten darüber, „wer wofür verantwortlich ist“.

Praktik 2: In kundenfreundlicher Sprache schreiben

Selbst die präziseste Leistungsbeschreibung verfehlt ihren Zweck, wenn Kund:innen sie nicht lesen oder nichts damit anfangen können. Ersetzen Sie internes Kürzel-Deutsch durch verständliche Formulierungen.

• Auf Klarheit setzen, nicht auf Kürze: Schreiben Sie kurze, direkte Sätze, aber achten Sie darauf, dass jeder Satz die Aussage vollständig transportiert. Vermeiden Sie Abkürzungen, sofern sie nicht erklärt sind.
• Fachjargon durch alltagsnahe Begriffe ersetzen: Schreiben Sie statt „Workflows zur Endpunkt-Behebung“ lieber „Beheben von Geräteproblemen“. Das gilt besonders bei neuen Kund:innen.
• Grenzen des Leistungsumfangs mit Beispielen erklären: Zum Beispiel: „Das monatliche Patching umfasst Updates für Windows und Microsoft Office. Anwendungen von Drittanbietern sind in Anhang A aufgeführt.“
• Wichtige Informationen hervorheben: Setzen Sie Fettdruck oder Hervorhebungen sparsam ein, um den Blick auf das Wesentliche zu lenken.
• Einheitlich im Ton bleiben: Ein persönlicher, aber professioneller Ton schafft Vertrauen. Verzichten Sie auf Juristendeutsch, sofern es rechtlich nicht erforderlich ist.

💡 Profi-Tipp: Lassen Sie den Entwurf von jemandem außerhalb der IT lesen, etwa von Ihrem Account Manager. Wenn diese Person die enthaltenen und ausgeschlossenen Leistungen korrekt zusammenfassen kann, ist Ihre Sprache klar genug für die Kundschaft.

Praktik 3: Templates für konsistente Ergebnisse nutzen

Eine einheitliche Struktur spart Stunden und wirkt professionell. Templates sorgen außerdem dafür, dass jede Kundin und jeder Kunde dieselbe Klarheit und Vollständigkeit erhält.

• Layout und Struktur standardisieren: Ihr Template für die Leistungsbeschreibung sollte Folgendes enthalten:
  • Management Summary
  • Leistungsumfang auf einen Blick (Übersichtstabelle)
  • Services und Liefergegenstände
  • RACI-Tabelle (Responsible, Accountable, Consulted, Informed)
  • Wartungsfenster und Kommunikationswege
  • Umgang mit Änderungsanfragen und Leistungen außerhalb des Umfangs
  • Verweise (Vereinbarung über verwaltete Dienste, SLA, Richtlinien)
  • Anhänge für technische Details
• Formatierung einfach und einheitlich halten: Nutzen Sie klare Überschriften, einheitliche Schriftarten und Abstände.
• Templates zentral ablegen: Pflegen Sie eine gemeinsame Ablage für Templates, damit alle im Team mit der aktuellsten Version arbeiten. Das System NinjaOne Documentation kann dabei als einheitliche Datenquelle dienen.
• Prüfen und weiterentwickeln: Templates sollten sich weiterentwickeln. Aktualisieren Sie sie regelmäßig (z. B. quartalsweise), um Änderungen am Serviceangebot, neue Compliance-Anforderungen oder Erkenntnisse aus dem Kundenfeedback aufzunehmen.

Praktik 4: Visuelle Hilfsmittel ergänzen

Eine gute Grafik macht aus einem dichten Dokument etwas, das Kund:innen wirklich verstehen.

Sie können zum Beispiel eine Tabelle einfügen, mit der sich der Leistungsumfang schnell vergleichen lässt:

Kategorie	Enthalten	Nicht enthalten
Patching	Windows + M365	Größere Betriebssystem-Upgrades
Backups	Tägliche inkrementelle Backups	Failover zur Notfallwiederherstellung

Ergänzen Sie nach der Tabelle mit enthaltenen und ausgeschlossenen Leistungen einige einfache Diagramme, um komplexe Abläufe nachvollziehbar zu machen. Ein schlichtes Flussdiagramm kann zeigen, wie Vorfälle oder Anfragen Ihr System durchlaufen, von der Erkennung über die Lösung bis zur Berichterstattung, ohne die Lesenden mit Text zu überfrachten.

Ebenso schafft ein einfaches Eskalationsdiagramm oder eine Stufenübersicht Klarheit darüber, wer Probleme in welcher Phase bearbeitet. So wissen Kund:innen genau, wann und wie ein Problem eskaliert wird.

Halten Sie diese Visualisierungen schlicht, beschriftet und einheitlich im Stil. Ziel ist es, das Verständnis zu stärken, nicht davon abzulenken. Wenn eine Grafik erst erklärt werden muss, ist sie vermutlich zu kompliziert. Richtig eingesetzt, lassen solche Elemente Ihre Service-Erbringung auf einen Blick erkennen und stärken das Vertrauen in Ihre Professionalität.

Praktik 5: Gemeinsam mit den Kund:innen prüfen und entwickeln

Stellen Sie sicher, dass Ihre Kundschaft wirklich versteht, was in Ihrer MSP-Leistungsbeschreibung steht. Statt ein dichtes PDF per E-Mail zu schicken und auf Zustimmung zu hoffen, sollten Sie einen gemeinsamen Termin ansetzen und das Dokument am Bildschirm durchgehen. Erklären Sie, was enthalten ist, was nicht und warum bestimmte Grenzen bestehen. Ermutigen Sie Ihre Kund:innen, Fragen zu stellen, Was-wäre-wenn-Szenarien anzusprechen und zentrale Punkte in eigenen Worten zu wiederholen. So entsteht echtes Verständnis und nicht nur eine Unterschrift.

💡Profi-Tipp: Machen Sie beim Durchgehen nach jedem größeren Abschnitt (etwa „Enthaltene Leistungen“ oder „Zuständigkeiten“) eine Pause und bitten Sie die Kundschaft, das Gehörte zusammenzufassen. Diese einfache Übung deckt Missverständnisse sofort auf und gibt Ihnen die Gelegenheit, vor der Freigabe nachzusteuern. Sie unterstreicht zudem Ihre Transparenz und zeigt, dass Ihnen das Verständnis der Kundschaft ebenso wichtig ist wie deren Zustimmung.

Nehmen Sie während dieses Gesprächs Änderungen direkt vor oder notieren Sie gewünschte Anpassungen unmittelbar in der Leistungsbeschreibung. Bittet die Kundschaft etwa um erweiterte Supportzeiten oder zusätzliche Details in der Berichterstattung, halten Sie diese Ausnahmen sofort unter einem Abschnitt „Kundenspezifische Anpassungen“ fest. Versionieren Sie das Dokument direkt im Anschluss, damit Klarheit und Nachvollziehbarkeit erhalten bleiben.

Ist alles final abgestimmt, sollten beide Seiten die aktualisierte Leistungsbeschreibung unterschreiben und datieren. Legen Sie die freigegebene Fassung in Ihrer gemeinsamen Dokumentationsablage ab, damit Ihr technisches Team und Ihre Account Manager immer dieselbe Version heranziehen.

Und zum Schluss: Lassen Sie die Leistungsbeschreibung nicht verstauben. Nehmen Sie sie quartalsweise in Business Reviews oder immer dann zur Hand, wenn sich Services ändern. Diese proaktive Prüfung hält nicht nur die Erwartungen im Gleichklang, sondern stärkt auch Transparenz und Vertrauen, zwei der stärksten Unterscheidungsmerkmale für jeden MSP.

Weitere Aspekte bei der Besprechung einer Leistungsbeschreibung mit Kund:innen

• Rechtliche Abstimmung: Achten Sie stets darauf, dass Ihre Leistungsbeschreibung zu Ihrem Rahmenvertrag (MSA) und Ihrem Service Level Agreement (SLA) passt. Diese Dokumente sollten einander ergänzen und sich nicht widersprechen. Lassen Sie im Zweifel die Rechtsabteilung die Leistungsbeschreibung prüfen, bevor sie an die Kundschaft geht.
• Compliance-Anforderungen: Passen Sie Sprache und die Abschnitte zum Umgang mit Daten an regulierte Branchen an, etwa HIPAA, PCI DSS oder Datenschutz-Grundverordnung. Verweisen Sie klar auf die Compliance-Pflichten und halten Sie fest, welche Partei (MSP oder Kundschaft) dafür verantwortlich ist.
• Barrierefreiheit und Formatierung: Sorgen Sie mit Schriftgrößen von 12 bis 14 pt, schlichten Hintergründen und einheitlichen Überschriften für gute Lesbarkeit. Exportieren Sie als PDF mit aktiven Links zur einfachen Navigation und stellen Sie die Zugänglichkeit für mobile Geräte und Screenreader sicher.
• Versionskontrolle: Verfolgen Sie Überarbeitungen über Versionsnummern (z. B. Scope_v1.3_2025-10) und archivieren Sie frühere Fassungen. Das verhindert Verwirrung, falls Änderungen später strittig sind.
• Sicherheit der Dokumentation: Bewahren Sie finalisierte Leistungsbeschreibungen in sicheren Ablagen mit Zugriffskontrolle auf. Wenn Sie NinjaOne nutzen, vergeben Sie passende Zugriffsrollen, um versehentliche Änderungen zu verhindern.
• Balance bei der Individualisierung: Passen Sie jede Leistungsbeschreibung an die jeweilige Kundschaft an, aber vermeiden Sie eine Überindividualisierung, die die Verwaltung erschwert. Nutzen Sie Anhänge für kundenspezifische Daten und halten Sie die Grundstruktur einheitlich.
• Fester Prüfrhythmus: Prüfen Sie alle Leistungsbeschreibungen quartalsweise oder im Rahmen von QBRs, um sicherzugehen, dass sie die aktuellen Services und geschäftlichen Anforderungen noch abbilden.

Häufige Probleme mit Leistungsbeschreibungen und ihre Lösung

Häufiges Problem	Wahrscheinliche Ursache	Empfohlene Lösung
Kund:innen lesen die Leistungsbeschreibung nicht	Das Dokument ist zu lang, zu technisch oder visuell wenig ansprechend.	Ergänzen Sie eine einseitige Zusammenfassung „Leistungsumfang auf einen Blick“, heben Sie zentrale enthaltene und ausgeschlossene Leistungen hervor und gehen Sie das Dokument bei der Einarbeitung gemeinsam durch.
Templates wirken aufgebläht oder uneinheitlich	Zu detaillierte Copy-Paste-Templates oder überflüssige Abschnitte.	Vereinfachen Sie die Formatierung, entfernen Sie rein interne Informationen und verschieben Sie technische Details in Anhänge oder interne Playbooks.
Immer wieder Unklarheit über Zuständigkeiten	Rollen sind nicht klar definiert oder die Kundschaft vergisst ihren Teil.	Ergänzen Sie eine RACI-Tabelle und fassen Sie diese in einfacher Sprache zusammen.
Zu viele Streitfälle oder Eskalationen rund um den Leistungsumfang	Kundschaft und Mitarbeiter:innen beziehen sich auf veraltete Versionen oder legen Punkte unterschiedlich aus.	Stärken Sie die Versionskontrolle, schulen Sie die Teams darin, wo die aktuelle Fassung zu finden ist, und nennen Sie Versionsnummern in jeder Kommunikation.
Kund:innen fordern mitten im Projekt Leistungen außerhalb des Umfangs	Schwacher Änderungsprozess oder unklare Ausschlüsse	Dokumentieren Sie Ausschlüsse ausdrücklich, definieren Sie einen einfachen Prozess für Änderungsanfragen und verlangen Sie für Ergänzungen eine schriftliche Freigabe.
Schwierigkeiten, Leistungsbeschreibungen kundenübergreifend aktuell zu halten	Kein festgelegter Prüfrhythmus und kein Auslöser für Aktualisierungen	Planen Sie quartalsweise Prüfungen und koppeln Sie Aktualisierungen an den Servicekatalog oder an Richtlinienänderungen in NinjaOne.

So unterstützt NinjaOne Sie bei Ihrer MSP-Leistungsbeschreibung

• Zentrale Dokumentation: Legen Sie alle Templates und finalisierten Kundenversionen im Documentation-Modul von NinjaOne ab. So arbeiten alle im Team mit derselben, aktuellen Quelle.
• Verknüpfung mit der Automatisierung: Verbinden Sie die wiederkehrenden Services aus der Leistungsbeschreibung (etwa Patching, Überwachung und Backups) direkt mit den Automatisierungsrichtlinien in NinjaOne. So wird das, was auf dem Papier zugesagt ist, in der Praxis automatisiert umgesetzt.
• Änderungskontrolle und Versionsverfolgung: Nutzen Sie den Versionsverlauf der Dokumentation in NinjaOne, um Aktualisierungen und Freigaben festzuhalten. Die Versionierung sorgt für Nachvollziehbarkeit und beseitigt Unklarheiten darüber, welche Fassung gilt.
• Berichterstattung für Kund:innen: Verknüpfen Sie Ihre Liefergegenstände mit NinjaOne-Dashboards und geplanten Berichten. So werden abstrakte Zusagen (etwa zur Überwachung der Verfügbarkeit oder zur Patch-Compliance) zu sichtbaren, nachverfolgbaren Kennzahlen, die Kund:innen in QBRs prüfen können.
• Abgleich mit Alarmierungen und Tickets: Ordnen Sie enthaltene Leistungen und Service-Level den Alarmierungen oder Ticketkategorien in NinjaOne zu, damit Techniker:innen sofort erkennen, ob ein Problem zum Leistungsumfang gehört.
• Kontinuierliche Verbesserung: Entwickelt sich Ihr Servicekatalog weiter, aktualisieren Sie die verknüpfte Dokumentation in NinjaOne, damit Leistungsbeschreibungen, Automatisierung und Berichterstattung synchron bleiben.

Eine klare Leistungsbeschreibung für IT-Services schreiben

Eine klare, knappe Leistungsbeschreibung stärkt die Beziehung zwischen MSP und Kundschaft, weil sie wiederkehrende Services so beschreibt, dass Kund:innen sie tatsächlich lesen und verstehen. Sie verhindert Streitfälle, setzt Erwartungen und sorgt für Konsistenz über alle Aufträge hinweg.

Verwandte Themen:

• Leitfaden für MSP-Marketing: Übersicht, Strategien und Tipps
• Der komplette Leitfaden zur MSP-Automatisierung
• Service-Exzellenz: Der Wettbewerbsvorteil, den MSPs 2025 brauchen
• Leitfaden für einen erfolgreichen MSP-Businessplan