Un écran de conflit de sauvegarde cloud doit identifier le joueur concerné, comparer les sauvegardes disponibles avec des métadonnées significatives, expliquer ce que chaque choix remplacera, et n’offrir que des actions que l’état actuel peut soutenir en toute sécurité. Réessayer doit répéter une tentative de synchronisation définie sans effacer le contexte. Le jeu hors ligne ne doit apparaître que lorsqu’une sauvegarde locale exploitable existe et que le jeu peut suivre la réconciliation en attente. L’annulation doit laisser la synchronisation via une route explicite et testée plutôt que de choisir silencieusement une version ou de boucler sur la même invite.
Séparer la divulgation du support cloud du traitement des conflits en temps réel
La divulgation du support cloud indique si le titre propose la fonctionnalité ; l’interface en temps réel explique ce qui doit arriver aux données de ce joueur maintenant. Nintendo indique que la compatibilité de la sauvegarde cloud dépend du titre, malgré un support étendu pour la majorité des jeux Switch et Switch 2 éligibles aux membres Nintendo Switch Online. La compatibilité est indiquée dans les informations produit de Nintendo eShop et Nintendo.com. Traitez cela comme un modèle de divulgation claire au niveau du titre : indiquez le support avant l’achat ou l’installation, sans attendre qu’une invite de conflit au lancement explique la politique générale de la fonctionnalité. Maintenez les exceptions, les exigences de compte et le périmètre de la plateforme dans les informations produit où les joueurs peuvent les consulter à l’avance.
Au moment de l’exécution, supposez que le joueur a besoin d’une décision, pas d’un texte marketing. Nommez le problème actuel, montrez les preuves pertinentes, décrivez la conséquence de chaque action et fournissez un moyen sûr de partir.
Routage de chaque état d’exécution vers une décision claire
Microsoft documente que Xbox et Windows peuvent fournir une interface intégrée Game Saves, tandis qu’une plateforme comme Steam Deck exige une interface de rappel implémentée par le titre ; l’enregistrement de rappels sur Xbox ou Windows remplace l’interface de la plateforme. Un conflit divergent fournit des descripteurs locaux et distants, et la résolution choisit une sauvegarde complète plutôt que des fichiers ou dossiers individuels. La contention entre appareils actifs peut inclure les noms d’appareils, les horodatages et les tailles de sauvegarde. Réessayer peut invoquer à nouveau le même rappel, tandis que l’annulation peut se terminer sans dossier de sauvegarde exploitable. La responsabilité UX et les résultats terminaux doivent donc être planifiés parallèlement au travail d’intégration, avec une intention équivalente entre présentations gérées par la plateforme et par le titre.
- Synchronisation réussie : continuer automatiquement et éviter d’afficher une confirmation qui demande au joueur d’approuver une opération déjà terminée.
- Échec de la synchronisation sans conflit : proposer Réessayer, Jeu hors ligne éligible et Annuler ; conserver la catégorie d’erreur pour le diagnostic.
- Un autre appareil semble actif : l’identifier, expliquer que la progression peut encore changer, puis proposer Réessayer ou Annuler.
- Les sauvegardes locale et distante divergent : présenter deux cartes de version équivalentes et exiger une sélection explicite d’une sauvegarde complète avant remplacement.
- Espace de stockage insuffisant : identifier l’emplacement affecté si connu, proposer une route de gestion du stockage disponible, puis Réessayer ou Annuler.
Préparez les données d’invite avant de peaufiner le texte
Créez un contrat de données d’invite pour chaque branche. Si une valeur manque, la mise en page et le libellé doivent se dégrader honnêtement plutôt que d’inventer une certitude.
- Enregistrez le profil connecté et le contexte du compte plateforme sans exposer d’identifiants inutiles.
- Fournissez des étiquettes locales et distantes, les noms d’appareils, les horodatages avec fuseaux horaires, et les tailles de sauvegarde quand disponibles.
- Ajoutez un résumé de progression uniquement lorsqu’il provient de métadonnées de titre faisant autorité.
- Indiquez la conséquence de l’écrasement à côté de chaque sélection, pas seulement dans une confirmation ultérieure.
- Définissez la destination de Réessayer, Jeu hors ligne, Annuler et de toute action de gestion du stockage.
Donner des rôles distincts à Réessayer, Jeu hors ligne et Annuler
Réessayer signifie retenter l’opération bloquée tout en préservant le contexte de l’invite. Jeu hors ligne signifie continuer à partir d’un état local identifié tout en marquant la réconciliation cloud comme en attente. Annuler signifie arrêter cette tentative de synchronisation et aller vers une destination terminale documentée, telle que l’écran titre. N’utilisez pas trois boutons portant des noms différents qui rouvrent tous le même rappel.
- Empêchez les boucles de réessai sans fin en renvoyant au joueur le résultat rafraîchi, l’état modifié ou la même erreur exploitable.
- Masquez Jeu hors ligne lorsqu’aucune sauvegarde locale exploitable n’existe ou lorsque le titre ne peut pas préserver la réconciliation ultérieure en toute sécurité.
- Après Annuler, effacez l’interface utilisateur transitoire et vérifiez que le code en aval n’assume pas qu’une sauvegarde est disponible.
Exemple concret : la contention devient divergence
Considérez un flux suggéré pour un joueur passant d’un PC portable à une console. La première invite signale que le portable peut être encore actif et propose Réessayer ou Annuler. Après que le joueur ferme le jeu là-bas et réessaye, le service rapporte désormais deux versions. L’écran suivant montre une sauvegarde locale console et une sauvegarde distante du portable avec les détails d’appareil disponible, d’heure, de taille et de progression fournie par le titre. Sélectionner l’une ouvre une déclaration de conséquence finale nommant la version qui sera remplacée. Choisir Annuler revient à l’écran titre ; il ne sélectionne pas silencieusement le timestamp qui semble le plus récent.
Utiliser une matrice QA multiplateforme axée sur les résultats
Exécutez chaque cas sur chaque chemin d’interface livré et enregistrez à la fois la décision visible et l’état renvoyé au jeu.
- Succès en ligne : commencer avec des sauvegardes correspondantes ; attendre une continuation automatique, l’état de sauvegarde prévu et aucune invite de conflit inutile.
- Continuation hors ligne : couper la connectivité avec une sauvegarde locale exploitable ; attendre un statut hors ligne clair, la progression préservée et une réconciliation en attente.
- Boucle de réessai : garder l’échec inchangé, puis le modifier en succès ou divergence ; attendre une interface rafraîchie et pas d’invites empilées.
- Annulation terminale : annuler depuis les branches d’échec, contention, divergence et stockage ; vérifier la destination, le résultat du rappel et l’absence d’hypothèses sur la sauvegarde.
- Parité de présentation : comparer les flux gérés par la plateforme et par le titre pour le sens des actions, les métadonnées manquantes, le focus d’entrée, l’expansion de localisation et les conséquences lisibles.