---
title: "Das Supportmodell im RFP mit belastbarer Besetzung erklären"
description: "Beschreiben Sie Kontaktwege, besetzte Zeiten und Fallverantwortung so, dass Übergaben, Rufbereitschaft und Lieferantengrenzen prüfbar werden."
canonical: "https://zephior.com/de/insights/answer-an-rfp-support-model-question"
last-updated: 2026-09-05
---

# Das Supportmodell im RFP mit belastbarer Besetzung erklären

> Beschreiben Sie Kontaktwege, besetzte Zeiten und Fallverantwortung so, dass Übergaben, Rufbereitschaft und Lieferantengrenzen prüfbar werden.

Von [Tony Kim](https://zephior.com/de/authors/tony-kim). Veröffentlicht 2026-09-05; aktualisiert 2026-09-05. 13 Min. Lesezeit.

## Definition

Ein Supportbetriebsplan verbindet eine Hilfeanfrage mit einem erreichbaren, befugten Bearbeitungsweg. Er zeigt je Nutzergruppe, Dienst und Anliegen den Kontaktkanal, die besetzte Zeit, die Annahme, die fachliche Bearbeitung, die Fallverantwortung und die nächste Eskalation. Übergaben benötigen eine bestätigte Übernahme; Abschluss und Kundeninformation erhalten eigene Bedingungen. Hinter dem Plan stehen Dienstbesetzung, Fähigkeiten, Zugriffsrechte und Lieferantenvereinbarungen. Messbare Reaktionszusagen und Rechtsfolgen werden mit den vereinbarten Service Levels abgeglichen, nicht beiläufig neu erfunden.

## Problem

Der fiktive Abfallwirtschaftsverband Eichenau beschafft ein System für Disposition, Waagen und digitale Annahmebelege. Die erste Schicht beginnt um 05:30 Uhr, mehrere Wertstoffhöfe öffnen samstags. Im Angebotsentwurf steht durchgängige Betreuung. Der Service Desk startet jedoch erst um 08:00 Uhr, die Waagenschnittstelle betreut ein Hersteller und dessen Vertrag erlaubt Meldungen nur durch einen benannten Administrator. Fällt morgens die Belegerstellung aus, kann eine allgemeine Supportadresse zwar eine Nummer erzeugen, aber noch niemanden mit der nötigen Handlungsmöglichkeit erreichen.

## Perspektive

Prüfen Sie das Supportkonzept vom ersten betroffenen Fachvorgang aus. Der Betrieb braucht keinen Katalog wohlklingender Supportstufen, sondern einen nachvollziehbaren Weg durch Schichtgrenzen und Zuständigkeiten. Entscheidend ist, ob jemand den Fall annimmt, handeln darf und bis zur nächsten Entscheidung verantwortlich bleibt. Die Antwort wird belastbar, wenn sich die angebotene Betreuung anhand eines Dienstplans und einiger schwieriger Übungsfälle nachweisen lässt.

## Die erste Schicht beginnt nicht mit der Bürozeit des Anbieters

Lesen Sie Öffnungszeiten, Schichtbeginn, Standorte, Saisonspitzen und Sondertermine gemeinsam. Eichenau benötigt beim ersten Wiegevorgang Unterstützung, nicht erst beim Beginn der Verwaltung. Legen Sie daneben den vorgeschlagenen Supportkalender. Jede nicht überdeckte Zeit ist zunächst eine Angebotsfrage: Wird eine Bereitschaft benötigt, bleibt eine geübte Ersatzhandlung möglich oder muss die Leistung anders angeboten werden? Ein Vertriebsadjektiv schließt diese Lücke nicht.

Grenzen Sie die Leistung nach Anwendungen, Schnittstellen, Geräten und Nutzergruppen ab. Ein Fahrer, eine Waagenkraft, die Disposition und ein Administrator können unterschiedliche Anliegen melden. Aus einer Meldemöglichkeit folgt keine Befugnis, Stammdaten oder Berechtigungen ändern zu lassen. Halten Sie fest, welche Prüfung vor einer solchen Änderung nötig ist und welche sichere Ausweichmöglichkeit bei einem Zugangsausfall besteht.

ISO/IEC 20000-1 beschreibt Anforderungen an ein Service-Management-System; ISO/IEC 20000-2 erläutert dessen Anwendung. Die Normen helfen, Verantwortlichkeiten und Abläufe zu ordnen. Sie belegen weder die tatsächliche Frühbesetzung noch eine Zertifizierung des Bieters. Für das Angebot zählen der vereinbarte Leistungsumfang und die dazu vorhandenen Betriebsnachweise.

**Anliegen im Eichenauer Betrieb**

| Anliegen | Benötigte Entscheidung | Bearbeitungsweg |
| --- | --- | --- |
| Annahmestelle kann keinen Beleg erstellen | Auswirkung und verfügbare Ersatzhandlung feststellen | Störung mit Fallverantwortung und geeignetem Fachdienst |
| Neue Waagenkraft benötigt ein Konto | Beauftragung und Rechteumfang bestätigen | Freigegebener Standardauftrag für Berechtigungen |
| Benutzer versteht eine neue Maske nicht | Anleitung, Einzelfallhilfe oder Schulungsbedarf unterscheiden | Nutzerhilfe mit Rückmeldung an die Produktverantwortung |
| Standort beanstandet wiederholt schlechte Betreuung | Beschwerde unabhängig vom technischen Status aufnehmen | Beschwerdeverantwortung mit eigener Ergebnisprüfung |

## Eine Vorgangsnummer ersetzt keinen erreichbaren Bearbeiter

Führen Sie für jeden Kanal auf, wann eine Nachricht angenommen wird, wann ein Mensch sie einordnet, wann Facharbeit beginnt und wer Rückmeldung gibt. Für einen dringenden Vorfall kann ein anderer Weg gelten als für eine Bedienungsfrage. Die Bereitschaft muss wissen, welche Auswirkungen ihren Einsatz auslösen und welche Handlungen sie ausführen darf. Ein Telefon, das nur auf eine Mailbox weiterleitet, ist keine ungeprüfte Zusage sofortiger Betreuung.

Nennen Sie Zeitzone, Sommerzeitbehandlung, Feiertagskalender und Ausnahmen für den Auftraggeberbetrieb. Prüfen Sie insbesondere laufende Fälle kurz vor Dienstende. Wird die Bearbeitung fortgesetzt, übergeben oder bis zum nächsten Zeitfenster ausgesetzt? Die Antwort muss mit den bestehenden Fristregeln übereinstimmen. Ein anderer Kalender im Supportkapitel darf die Service-Level-Berechnung nicht unbemerkt verändern.

Der Hilfekanal muss auch für Menschen funktionieren, die den regulären Zugang nicht benutzen können. Erproben Sie eine alternative Kontaktmöglichkeit, verständliche Hinweise und erforderliche Sprach- oder Barrierefreiheitsunterstützung. Die britische Anleitung zu Assisted Digital ist eine Planungshilfe für Nutzer mit zusätzlichem Hilfebedarf. WCAG 2.2, Kriterium Consistent Help, betrifft die relative Anordnung wiederkehrender Hilfemechanismen; daraus folgt keine Pflicht zu dauernder personeller Besetzung.

**Zeitfenster ausdrücklich unterscheiden**

| Situation | Tatsächlich verfügbare Leistung | Zu prüfende Grenze |
| --- | --- | --- |
| Regulär besetzter Service Desk | Einordnung und vereinbarte Nutzerhilfe | Fähigkeiten und Verfügbarkeit nachgelagerter Bearbeitung |
| Frühschicht mit qualifiziertem Notfall | Geprüfter Rufbereitschaftsweg | Auslösung, Reaktion, Befugnis und Vertretung |
| Routineanfrage außerhalb der Besetzung | Aufnahme für das nächste Arbeitsfenster | Klare Information, dass noch keine Fachbearbeitung beginnt |
| Supportportal nicht erreichbar | Freigegebener Ersatzkanal | Identitätsprüfung und geschützte Nachlieferung von Informationen |

## Der Dienstplan braucht Fähigkeiten und Vertretung, nicht nur Namen

Ordnen Sie jeder Tätigkeit die erforderlichen Fähigkeiten und Befugnisse zu. Die erste Annahme muss Auswirkungen erkennen können; ein Spezialist benötigt freigegebene Zugriffe; eine Datenkorrektur kann eine andere Genehmigung erfordern als ein Neustart. Prüfen Sie Schulungsstand, verfügbare Arbeitszeit und Vertretung. Eine Liste bekannter Experten belegt keine planbare Betreuung, wenn diese Personen gleichzeitig in Projekten vollständig verplant sind.

Modellieren Sie Kontaktmengen nach Zeitabschnitt, Kanal und Anliegen einschließlich Rückfragen und Nacharbeit. Die GDS-Anleitung zur Planung von Nutzersupport unterstützt diese bedarfsbezogene Betrachtung. Übernehmen Sie keine Beispielquote als Eichenauer Zusage. Berücksichtigen Sie Urlaub, Krankheit, Pausen, Weiterbildung und Übergaben sowie gleichzeitig auftretende Störungen bei anderen betreuten Kunden.

Ein kleines Rechenbeispiel zeigt die Grenze bloßer Kopfzahlen. Ein durchgehend besetzter Arbeitsplatz benötigt wöchentlich 168 Stunden. Bei angenommenen 30 tatsächlich dafür nutzbaren Stunden je Vollzeitäquivalent ergeben sich rechnerisch 5,6 Äquivalente. Das ist nur eine Untergrenze des Zeitbedarfs. Schichtlage, Arbeitsrecht, Fähigkeit je Schicht, Spitzen und Reserven können einen anderen Personalplan verlangen. Rufbereitschaft ist keine dauerhaft besetzte Position und wird gesondert geplant.

Im Angebot genügen normalerweise Rollen, Kapazitätsgrundlage, Vertretungsprinzip und Nachweise der Betriebsbereitschaft. Private Rufnummern, genaue Einsatzpläne und schützenswerte Zugriffsdetails gehören nicht in allgemein verteilte Unterlagen. Fordert die Ausschreibung benannte Personen, prüfen Sie Verfügbarkeit und zulässige Offenlegung im vorgesehenen Verfahren. Betrieb und kaufmännische Verantwortung müssen bestätigen, dass die angebotene Betreuung finanziert ist.

## Der Hersteller darf eine Teilaufgabe haben, ohne dass der Kunde den Fall verliert

Bei Eichenau untersucht der Waagenhersteller vielleicht die Schnittstelle, während das eigene Produktteam die Belegerstellung prüft. Bestimmen Sie eine Funktion, die den Gesamtfall gegenüber dem Auftraggeber führt. Technische Zuständigkeit kann verteilt sein. Die Koordination von Rückmeldungen, nächsten Schritten und ungeklärten Abhängigkeiten darf dabei nicht verschwinden.

Eine Übergabe beginnt mit einer Anfrage und endet erst mit bestätigter Übernahme. Übermitteln Sie betroffenen Fachvorgang, Umfang, Zeitangaben, Beobachtungen, bisherige Prüfungen, freigegebene Belege, Ersatzhandlung und gewünschte nächste Entscheidung. Erfassen Sie Herstellerreferenz und Annahme. Verlangt der Hersteller einen berechtigten Administrator, muss diese Funktion einschließlich Vertretung verfügbar sein. Ein ungeprüftes Supportpaket des Herstellers beweist keine Betreuung der gesamten angebotenen Lösung.

Behandeln Sie den Schichtwechsel genauso sorgfältig. Die eingehende Funktion bestätigt offene Aufgaben, vereinbarte Rückmeldungen und zeitkritische Punkte. Kann sie nicht übernehmen, greift eine vorher vereinbarte Vertretung. Die abgebende Stelle setzt den Status nicht bloß auf weitergeleitet und verschwindet. Der Auftraggeber soll nicht selbst herausfinden müssen, welche der drei beteiligten Stellen gerade erreichbar ist.

**Nachweise für eine wirksame Übergabe**

| Übergang | Bestätigung | Ausweichentscheidung |
| --- | --- | --- |
| Annahme an Fachbearbeitung | Zuständige Funktion bestätigt Aufgabe und nächsten Schritt | Bereitschaft oder alternative qualifizierte Besetzung einbeziehen |
| Laufender Fall an Folgeschicht | Offene Arbeit und Kundenrückmeldung sind übernommen | Kontinuitätsregel für eine fehlende Ablösung anwenden |
| Eigener Dienst an Hersteller | Berechtigung, Referenz und Annahme sind dokumentiert | Herstellereskalation auslösen und Auftraggeber informieren |
| Aufgabe an Auftraggeber | Befugter Kontakt bestätigt seine Mitwirkung | Abhängigkeit sichtbar halten und weitere Entscheidung anfordern |

## Eine Eskalation muss eine blockierte Entscheidung lösen

Leiten Sie Priorität aus betroffener Arbeit, Umfang, Dringlichkeit, Ersatzmöglichkeit und relevantem Risiko ab. Hundert sichtbare Warnsymbole müssen nicht schwerer wiegen als eine einzige blockierte Waage zum Beginn der Anlieferung. Halten Sie unbekannte Auswirkungen offen, statt aus einer unvollständigen Meldung Gewissheit zu machen. Die vereinbarte Klassifikation des Auftraggebers bleibt maßgeblich.

Unterscheiden Sie zusätzliche Fachkenntnis von einer Führungsentscheidung. Ein Spezialist kann eine Diagnose ermöglichen, aber keine unbegrenzte Zusatzleistung oder fremde Betriebsänderung genehmigen. Definieren Sie Auslöser für fehlende Übernahme, wachsende Auswirkung, erfolglose Maßnahmen, ausgebliebene Rückmeldung und blockierte Lieferantenarbeit. Hinter jedem Auslöser stehen benötigte Entscheidung, befugte Stelle und Ersatzweg.

Für größere Vorfälle bietet Googles Incident-Response-Modell eine hilfreiche Trennung von Einsatzführung, operativer Arbeit und Kommunikation. Das ist ein Rollenbeispiel, keine allgemeine Personalvorgabe. Ein Verdacht auf Kompromittierung benötigt zusätzlich den freigegebenen Sicherheitsprozess. NIST SP 800-61 Revision 3 behandelt diesen Zusammenhang im Cyberrisikomanagement. Der gewöhnliche Supportweg ersetzt weder dessen Befugnisse noch die gesonderte Prüfung rechtlicher Pflichten.

Ändert sich die Priorität nach neuen Erkenntnissen, bleiben ursprüngliche Meldung, Begründung und Zeitverlauf nachvollziehbar. Stimmen Sie Fristfolgen mit dem Service-Level-Vertrag ab. Ein neuer Status darf nicht stillschweigend die bisherige Wartezeit löschen.

## Ein geschlossener Fall ist nur dann hilfreich, wenn die Arbeit wieder möglich ist

Prüfen Sie vor der Lösungsmeldung den betroffenen Fachvorgang. Kann Eichenau wieder einen vollständigen Annahmebeleg erstellen und auffinden? Welche Einschränkung bleibt? Ist lediglich eine Ersatzhandlung aktiv? Halten Sie eine dauerhafte Korrektur in einer verknüpften Aufgabe offen, wenn der Betrieb zunächst nur provisorisch hergestellt wurde. Kundenrückmeldung und technischer Abschluss benötigen nachvollziehbare Regeln.

Reagiert der Nutzer nicht, folgt die vereinbarte Erinnerung und Abschlussregel mit einer Wiederaufnahmemöglichkeit. Schweigen beweist nicht die Zustimmung zu jeder Diagnose. Eine Beschwerde über schlechte Betreuung bleibt unabhängig von der behobenen Softwarestörung bearbeitbar. ISO 10002 gibt Hinweise zum Beschwerdeprozess, bestimmt aber nicht den konkreten Vertrags- oder Streitbeilegungsweg.

Berichten Sie Alter unzugeordneter Arbeit, bestätigte Übergaben, Kundenrückmeldungen, Wiederaufnahmen und wiederholte Kontakte. Trennen Sie Kanäle, Anliegen und Betriebsfenster. Eine gute Bürozeitenquote kann eine regelmäßig unbetreute Frühschicht verdecken. Die Google-Anleitung zur Nachbereitung von Vorfällen unterstützt das Lernen aus dem Ablauf. Jede daraus abgeleitete Verbesserung benötigt dennoch eine zuständige Person, einen Termin und eine überprüfte Wirkung.

## Spielen Sie den Ausfall um 05:40 Uhr bis zur nächsten Entscheidung durch

Beginnen Sie die Übung mit einer ausgefallenen Belegerstellung um 05:40 Uhr. Die Disposition meldet den Fehler, die vorgesehene Rufbereitschaft nimmt ihn auf und der Hersteller soll eine Schnittstelle prüfen. Nun ist der registrierte Herstelleradministrator abwesend. Wer besitzt die Vertretungsberechtigung, wer informiert den Standort und wer entscheidet über die genehmigte Ersatzhandlung? Eine Antwort ist erst brauchbar, wenn diese Fragen einen tatsächlich vorgesehenen Weg ergeben.

Erproben Sie außerdem einen Samstag, einen Schichtwechsel während laufender Bearbeitung und ein nicht erreichbares Supportportal. Nutzen Sie freigegebene Testkanäle und synthetische Angaben. Eine Übung darf keine falsche produktive Alarmierung auslösen. Prüfen Sie, ob Hinweise zu Erreichbarkeit und Kontaktweg verständlich und auffindbar sind; das Kontaktmuster des GOV.UK Design System bietet dafür eine konkrete Gestaltungshilfe.

Schreiben Sie anschließend die Angebotsantwort entlang des geprüften Weges: unterstützte Nutzer und Dienste, Kanäle, Kalender, Fallführung, Fach- und Herstellerübergabe, Eskalation, Rückmeldung und Abschluss. Verweisen Sie an der zulässigen Stelle auf den Supportbetriebsplan. Noch von Einstellung, Lieferantenvertrag oder Auftraggeberfreigabe abhängige Betreuung wird als geplanter Zustand mit Bereitschaftsbedingung bezeichnet.

Gleichen Sie Wortlaut, Service Levels, Preis und Betriebsübernahme ab. Dieses Kapitel erklärt die Leistungserbringung; es schafft keine zusätzlichen Wiederherstellungsziele oder Gutschriften. Änderungen an Öffnungszeiten, Kontaktmengen, Personal, Kanälen, Lieferantenberechtigungen und Funktionsumfang öffnen den Plan erneut. Die zuständige Freigabe bestätigt genau die Fassung, die der Auftraggeber erhält.

**Belege hinter der freigegebenen Antwort**

| Aussage | Beleg | Zustimmung |
| --- | --- | --- |
| Betreuungszeiten | Kalender, Besetzungsbedarf und qualifizierte Vertretung | Betrieb und Personaleinsatz |
| Herstellerkoordination | Gültige Berechtigung und erprobte Übernahme | Lieferantenverantwortung |
| Nutzbare Kontaktwege | Kanalprüfung, Identitätsverfahren und Ersatzweg | Service- und Barrierefreiheitsprüfung |
| Angebotene Gesamtleistung | Übereinstimmende Preise, Service Levels und Startbedingungen | Kaufmännische und bevollmächtigte Angebotsfreigabe |

## Nützliche Ergebnisse

- Die angebotene Betreuung ist nach Nutzergruppe, Fachvorgang, Kanal und Kalender abgegrenzt.
- Annahme rund um die Uhr, aktiv besetzter Dienst und Rufbereitschaft werden getrennt beschrieben.
- Eine verantwortliche Funktion hält den Kundenkontakt auch bei wechselnden technischen Bearbeitern.
- Besetzung, Vertretung, Befugnisse und Herstellerzugang tragen den zugesagten Zeitraum.
- Fallabschluss, Wiederaufnahme, Beschwerde und dauerhafte Fehlerbehebung bleiben nachvollziehbar.
- Die freigegebene Antwort stimmt mit Preis, Service Levels und Betriebsübernahme überein.

## Ablauf

1. **Betriebsbedarf aufnehmen.** Ermitteln Sie Nutzer, Standorte, Schichten, Anliegen, Sprachen, Hilfebedarf und geforderte Supportleistungen aus den aktuellen Vergabeunterlagen.
2. **Zeiten und Wege zuordnen.** Kennzeichnen Sie je Kanal Annahme, aktive Bearbeitung, Rufbereitschaft und Rückmeldung einschließlich Feiertagen und laufenden Fällen zum Schichtende.
3. **Übernahmen absichern.** Benennen Sie Fallverantwortung, Fachbearbeitung, Herstellerkontakt und die Bestätigung, mit der eine Übergabe wirksam wird.
4. **Besetzung nachweisen.** Prüfen Sie Zeitkapazität, Fähigkeiten, Rechte, Ausfälle, konkurrierende Einsätze und die vereinbarte Herstellerberechtigung.
5. **Grenzfälle durchspielen.** Erproben Sie Frühschicht, Samstag, fehlenden Herstellerkontakt, ausgefallenes Supportportal und eine strittige Priorität mit freigegebenen Testdaten.
6. **Angebot abgleichen.** Beheben Sie Lücken, stimmen Sie Supportplan, Service Levels, Übergang und Preis ab und lassen Sie den genauen Wortlaut durch die zuständige Stelle freigeben.

## Wichtige Entscheidungen

- Welche Nutzer dürfen Hilfe anfordern und wer darf Daten-, Zugriffs- oder Konfigurationsänderungen beauftragen?
- Welche Anliegen werden außerhalb des besetzten Dienstes bearbeitet und welche nur aufgenommen?
- Wer bleibt für Rückmeldungen zuständig, solange Hersteller oder Auftraggeber an einer Teilaufgabe arbeiten?
- Welche Eskalation beschafft eine fehlende Fähigkeit, zusätzliche Kapazität oder eine verbindliche Entscheidung?
- Welche Prüfung rechtfertigt den Abschluss und wann wird derselbe Fall wieder geöffnet?

## Risiken

- Ein ständig erreichbares Formular wird mit ständig verfügbarer Fachbearbeitung verwechselt.
- Die Frühschicht liegt außerhalb des Personaleinsatzplans, obwohl sie im Angebot als abgedeckt gilt.
- Ein Herstellerzugang hängt an einer einzigen Person, deren Abwesenheit nicht vertreten ist.
- Die abgebende Stelle schließt ihre Aufgabe, bevor die empfangende Stelle die Übernahme bestätigt.
- Eine Änderung der Priorität verdeckt die bereits vergangene Zeit oder die ursprüngliche Auswirkung.
- Rasche Ticketschließung wird belohnt, obwohl der betroffene Fachvorgang weiterhin scheitert.

## Kennzahlen

- Unzugeordnete Fälle nach Alter, Kanal und Betriebszeit des Auftraggebers.
- Dauer bis zur bestätigten Übernahme einer Fach- oder Herstelleraufgabe.
- Eingehaltene Kundenrückmeldungen während Bearbeitung und Wartephasen.
- Wiederaufnahmen und Folgekontakte zum gleichen nicht gelösten Anliegen.
- Besetzungslücken, Vertretungseinsätze und fehlende Herstellerberechtigungen.
- Erledigte Verbesserungen mit beobachteter Wirkung auf wiederkehrende Anfragen.

## Häufige Fragen

### Ist ein jederzeit erreichbares Formular ein 24-Stunden-Support?

Es belegt zunächst nur die Annahmemöglichkeit. Beschreiben Sie gesondert personelle Einordnung, Fachbearbeitung und Rückmeldung sowie die Bedingungen einer Rufbereitschaft.

### Müssen alle Beschäftigten im Supportkonzept genannt werden?

Für den Ablauf sind Rollen, Besetzung und Bereitschaftsnachweise entscheidend. Benannte Personen werden nach Vergabeanforderung, tatsächlicher Verfügbarkeit und zulässiger Offenlegung aufgenommen.

### Wer führt den Fall während der Herstelleranalyse?

Die vereinbarte kundenverantwortliche Funktion hält Koordination und Rückmeldungen aufrecht. Eine technische Teilaufgabe überträgt diese Verantwortung nicht automatisch.

### Darf ein Chatbot die Nutzerhilfe vollständig übernehmen?

Nur soweit Anforderung, getestete Fähigkeiten und vereinbarter Dienst dies tragen. Grenzen, erreichbare menschliche Hilfe und die Behandlung nicht gelöster Anliegen müssen erkennbar sein.

### Brauchen Beschwerden dieselbe Priorisierung wie Störungen?

Nicht zwingend. Sie benötigen einen eigenen nachvollziehbaren Bearbeitungsweg. Die technische Störung kann gelöst sein, während die Beschwerde noch eine Entscheidung verlangt.

### Ersetzt das Supportkonzept eine Service-Level-Vereinbarung?

Nein. Es beschreibt Erreichbarkeit, Rollen und Arbeitswege. Messbare Verpflichtungen und Folgen stehen in der abgestimmten Vereinbarung; beide Darstellungen müssen zusammenpassen.

### Was passiert mit einer Lücke aus der Supportübung?

Dokumentieren Sie sie, weisen Sie die Korrektur zu und prüfen Sie den Ablauf erneut. Bleibt sie bestehen, muss die angebotene Leistung begrenzt oder ausdrücklich qualifiziert werden.


## Primärquellen

- [ISO/IEC 20000-1:2018 zu Service-Management-Systemen](https://www.iso.org/standard/70636.html), Internationale Organisation für Normung
- [ISO/IEC 20000-2:2019 zur Anwendung von Service-Management-Systemen](https://www.iso.org/standard/72120.html), Internationale Organisation für Normung
- [ISO 10002:2018 zum Umgang mit Beschwerden](https://www.iso.org/standard/71580.html), Internationale Organisation für Normung
- [Nutzersupport planen und betreiben](https://www.gov.uk/service-manual/helping-people-to-use-your-service/set-up-and-manage-user-support), Government Digital Service
- [Einführung in Assisted Digital Support](https://www.gov.uk/service-manual/helping-people-to-use-your-service/assisted-digital-support-introduction), Government Digital Service
- [Kontakt zu einer Dienststelle oder einem Serviceteam](https://design-system.service.gov.uk/patterns/contact-a-department-or-service-team/), GOV.UK Design System
- [WCAG 2.2: Erläuterung zu Consistent Help](https://www.w3.org/WAI/WCAG22/Understanding/consistent-help.html), World Wide Web Consortium
- [Incident Response im Site Reliability Workbook](https://sre.google/workbook/incident-response/), Google
- [Aus Vorfällen lernen und Verbesserungen verfolgen](https://sre.google/sre-book/postmortem-culture/), Google
- [NIST SP 800-61 Revision 3 zur Reaktion auf Cybersicherheitsvorfälle](https://csrc.nist.gov/pubs/sp/800/61/r3/final), National Institute of Standards and Technology


## Weiterführende Artikel

- [Betriebskontinuität im RFP über IT-Wiederanlauf hinaus erklären](https://zephior.com/de/insights/answer-an-rfp-business-continuity-question)
- [Eine Governance-Modell-Frage im RFP beantworten](https://zephior.com/de/insights/answer-an-rfp-governance-model-question)
- [Internes Bid-Team vs Managed Bid Service](https://zephior.com/de/compare/in-house-bid-team-vs-managed-service)
- [Eine RFP-Frage zu Transition und Mobilisierung beantworten](https://zephior.com/de/insights/answer-an-rfp-transition-and-mobilization-question)