Ein Cloud-Save-Konfliktbildschirm sollte den betroffenen Spieler identifizieren, die verfügbaren Speicherstände mit aussagekräftigen Metadaten vergleichen, erklären, was jede Wahl ersetzen wird, und nur Aktionen anbieten, die der aktuelle Zustand sicher unterstützen kann. Wiederholen sollte einen definierten Sync-Versuch wiederholen, ohne den Kontext zu löschen. Offline-Spiel sollte nur erscheinen, wenn ein nutzbarer lokaler Speicherstand existiert und das Spiel eine ausstehende Zusammenführung verfolgen kann. Abbrechen sollte die Synchronisation über einen expliziten, getesteten Weg verlassen, anstatt stillschweigend eine Version zu wählen oder wieder in denselben Prompt zurückzuschleifen.
Unterscheide Support-Offenlegung von Laufzeit-Konfliktbehandlung
Cloud-Support-Offenlegung beantwortet, ob der Titel die Funktion bietet; die Laufzeit-UI beantwortet, was jetzt mit den Daten dieses Spielers passieren sollte. Nintendo sagt, dass Cloud-Backup-Kompatibilität titelabhängig ist, trotz Unterstützung in der überwiegenden Mehrheit der Switch- und Switch‑2‑Titel für berechtigte Nintendo Switch Online-Mitglieder. Die Kompatibilität wird in der Nintendo eShop- und Nintendo.com-Produktinformation angegeben. Behandle das als Modell für klare titelbezogene Offenlegung: Gib die Unterstützung vor dem Kauf oder der Installation an, ohne zu erwarten, dass ein Startzeit-Konfliktprompt die allgemeine Feature-Policy des Produkts erklärt. Halte Ausnahmen, Kontenanforderungen und Plattformumfang in den Produktinformationen, wo Spieler sie im Voraus einsehen können.
Nimm zur Laufzeit an, dass der Spieler eine Entscheidung braucht, keine Marketingtexte. Nenne das aktuelle Problem, zeige relevante Belege, beschreibe die Konsequenz jeder Aktion und biete einen sicheren Ausweg.
Leite jeden Laufzeitzustand zu einer klaren Entscheidung
Microsoft dokumentiert, dass Xbox und Windows eine integrierte Game-Saves-UI bereitstellen können, während eine Plattform wie Steam Deck eine vom Titel implementierte Callback-UI verlangt; das Registrieren von Callbacks auf Xbox oder Windows ersetzt die Plattform-UI. Ein divergenter Konflikt liefert lokale und entfernte Beschreibungen, und die Auflösung wählt einen kompletten Speicherstand statt einzelner Dateien oder Ordner. Konkurrenz zwischen aktiven Geräten kann Gerätenamen, Zeitstempel und Speichergrößen enthalten. Wiederholen kann denselben Callback erneut aufrufen, während Abbrechen ohne einen nutzbaren Speicherordner enden kann. UX-Verantwortung und Endergebnisse müssen daher zusammen mit der Integrationsarbeit geplant werden, mit gleichem Ziel für plattform- und titelgeführte Darstellungen.
- Sync gelingt: automatisch fortfahren und vermeiden, eine Bestätigung anzuzeigen, die den Spieler bittet, eine bereits abgeschlossene Aktion zu genehmigen.
- Sync schlägt fehl ohne Konflikt: Biete Wiederholen, berechtigtes Offline-Spiel und Abbrechen an; behalte die Fehlerkategorie für Diagnosen bei.
- Ein anderes Gerät erscheint aktiv: Identifiziere es, erkläre, dass der Fortschritt sich noch ändern kann, und biete dann Wiederholen oder Abbrechen an.
- Lokale und entfernte Speicherstände divergieren: Zeige zwei gleichwertige Versionskarten und erfordere eine explizite Auswahl des kompletten Speicherstands vor dem Ersetzen.
- Speicher ist unzureichend: Nenne den betroffenen Ort, falls bekannt, biete eine verfügbare Speicherverwaltungsroute an und dann Wiederholen oder Abbrechen.
Bereite Prompt-Daten vor, bevor du den Text polierst
Erstelle einen Prompt-Daten-Vertrag für jeden Zweig. Wenn ein Wert fehlt, sollten Layout und Wortwahl ehrlich abstumpfen, anstatt Sicherheit zu erfinden.
- Protokolliere das angemeldete Profil und den Plattformkonto-Kontext, ohne unnötige Kennungen offenzulegen.
- Gib lokale und entfernte Bezeichnungen, Gerätenamen, Zeitstempel mit Zeitzonen und Speichergrößen an, wenn verfügbar.
- Füge eine Fortschrittszusammenfassung nur hinzu, wenn sie aus autoritativen Titel-Metadaten stammt.
- Schreibe die Überschreibungsfolge neben jede Auswahl, nicht nur in eine spätere Bestätigung.
- Definiere das Ziel von Wiederholen, Offline-Spiel, Abbrechen und jeder Speicherverwaltungsaktion.
Gib Wiederholen, Offline-Spiel und Abbrechen unterschiedliche Aufgaben
Wiederholen bedeutet, den blockierten Vorgang erneut zu versuchen und dabei den Prompt-Kontext zu erhalten. Offline-Spiel bedeutet, von einem identifizierten lokalen Zustand aus fortzufahren und die Cloud-Zusammenführung als ausstehend zu markieren. Abbrechen bedeutet, diesen Synchronisationsversuch zu stoppen und zu einem dokumentierten Endziel zu wechseln, z. B. dem Titelscreen. Verwende nicht drei unterschiedlich benannte Schaltflächen, die alle denselben Callback wieder öffnen.
- Verhindere endlose Wiederholungsschleifen, indem du dem Spieler das aktualisierte Ergebnis, den geänderten Zustand oder denselben ausführbaren Fehler zurückgibst.
- Verberge Offline-Spiel, wenn kein nutzbarer lokaler Speicherstand existiert oder der Titel später keine sichere Zusammenführung bewahren kann.
- Nach Abbrechen: Lösche temporäre UI und überprüfe, dass nachgelagerter Code nicht annimmt, ein Speicherstand sei verfügbar.
Beispiel: Konkurrenz wird zu Divergenz
Betrachte einen vorgeschlagenen Ablauf für einen Spieler, der von einem Handheld-PC auf eine Konsole wechselt. Der erste Prompt meldet, dass das Handheld noch aktiv sein könnte und bietet Wiederholen oder Abbrechen an. Nachdem der Spieler dort das Spiel beendet und Wiederholen wählt, meldet der Service jetzt zwei Versionen. Der nächste Bildschirm zeigt einen lokalen Konsolen-Speicherstand und einen entfernten Handheld-Speicherstand mit verfügbaren Geräte-, Zeit-, Größen- und titelautorisierten Fortschrittsdetails. Die Auswahl öffnet eine abschließende Konsequenzaussage, die den zu ersetzenden Speicherstand benennt. Abbrechen kehrt zum Titelscreen zurück; es wählt nicht stillschweigend den nach Zeitstempel neuer aussehenden Eintrag.
Verwende eine plattformübergreifende QA-Matrix, die um Ergebnisse herum aufgebaut ist
Teste jeden Fall auf jedem ausgelieferten UI-Ownership-Pfad und protokolliere sowohl die sichtbare Entscheidung als auch den an das Spiel zurückgegebenen Zustand.
- Online-Erfolg: Beginne mit übereinstimmenden Speicherständen; erwarte automatisches Fortsetzen, den beabsichtigten Speicherzustand und keinen unnötigen Konfliktprompt.
- Offline-Fortsetzung: Trenne die Verbindung bei vorhandenen lokal nutzbarem Speicherstand; erwarte klaren Offline-Status, erhaltenes Spiel und ausstehende Zusammenführung.
- Wiederholschleife: Lass den Fehler unverändert, dann ändere ihn zu Erfolg oder Divergenz; erwarte aktualisierte UI und keine gestapelten Prompts.
- Terminales Abbrechen: Brich aus Fehler-, Konkurrenz-, Divergenz- und Speicherzweigen ab; verifiziere Ziel, Callback-Ergebnis und das Fehlen von Speicherannahmen.
- Präsentationsparität: Vergleiche plattform- und titelgeführte Abläufe hinsichtlich Aktionsbedeutung, fehlender Metadaten, Eingabefokus, Lokalisierungsausdehnung und lesbarer Konsequenzen.