Einen Serviceausfall mit bestätigten Informationen kommunizieren.
Eine Ausfallmeldung sollte bekannte Fakten von laufender Untersuchung trennen. Versprich eine Aktualisierungszeit nur, wenn das Team sie einhalten kann.
Passe den Ablauf an deine Aufgabe an.
Nenne die betroffene Funktion und bekannte Kundenauswirkungen und trenne bestätigte Fakten von Untersuchungen. Ergänze einen geprüften Workaround oder nächsten Aktualisierungszeitpunkt nur bei belastbarer Grundlage durch das Team und passe den Text an neue Belege an.
- Was du bereitstellst
- Bekannte Vorfallsfakten und Aktualisierungsplan.
- Was du erhältst
- Transparente Statusmeldung ohne unbelegte Lösungsversprechen.
Sieh dir Eingabe und Ergebnis an.
Beispielhafte Ein- und Ausgabe · ein Lehrbeispiel, kein tatsächlicher WebAct-Durchlauf
Beispiel Eingabe
Exports are failing; engineers are investigating; next update at 16:00 UTC.
Vollständiges Beispiel
Exports are currently unavailable. The team is investigating. We will share the next update at 16:00 UTC.
Lade diese Eingabe in den Prompt und kopiere ihn zum Ausprobieren nach WebAct. Dein Ergebnis kann vom Beispiel abweichen.
Entscheidungen und Fehlerbehebung.
Sollte eine Ausfallmeldung sofort eine geschätzte Behebungszeit nennen?
Nur wenn das verantwortliche Team eine begründbare Schätzung hat. Während der Untersuchung kann eine klare Zusage zur nächsten Aktualisierung passender sein.
Warum hat die Nachricht ein unerfüllbares Versprechen geschaffen?
Entferne spekulative Behebungszeiten und stimme Aktualisierungen auf bestätigte Informationen der Vorfallsverantwortlichen ab.
Probiere es mit deiner eigenen Quelle.
Ersetze das Beispiel im Aufgaben-Prompt durch dein Material. Behalte nötige Anforderungen bei und kopiere die Aufgabe nach WebAct.
Aufgabe anpassen und kopieren ↑