# Préparer votre démonstration Apple Messages

Utilisez ce guide après avoir [créé l’expérience de conversation](/docs/guides/apple-messages/build-an-experience). Le dossier doit permettre à un examinateur de suivre une demande client, de comprendre les choix et de voir le résultat sans que votre équipe ait à expliquer des étapes manquantes.

Apple examine l’expérience complète dans l’environnement de test, y compris le langage et la conception des interactions. Ses [instructions actuelles pour l’Experience Review](https://register.apple.com/resources/messages/messaging-documentation/xp-review) exigent un enregistrement d’écran d’iPhone soumis par votre fournisseur de messagerie. Dans Bird, vous téléversez les preuves via les **Approval requirements** de l’entreprise ; Bird coordonne la soumission à Apple.

## Préparer le compte, le scénario et les données de test

Connectez le compte Apple à Bird et enregistrez les testeurs autorisés dans Apple Business Register. Vous pouvez utiliser une entreprise connectée au statut **Draft** pour envoyer des messages de test pendant la préparation de la démonstration. Gardez les points d’entrée publics non publiés jusqu’à l’approbation complète du lancement.

Remplissez les documents **Readiness review** et **Use cases** depuis **Approval requirements**. Utilisez les mêmes horaires, tâches prises en charge, langues et modalités de transfert dans ces documents et dans l’expérience enregistrée. Retirez les idées abandonnées du dossier au lieu de les présenter comme des fonctionnalités terminées.

Pour chaque cas d’usage, rédigez un court scénario d’enregistrement avec un point d’entrée, une demande initiale, les choix, le résultat attendu et une voie pertinente de reprise après un problème. Pour un rendez-vous en magasin, le résultat est une réservation dans le système suivie d’une confirmation client correspondante. La seule sélection d’un horaire laisse le cas d’usage inachevé.

Avant d’enregistrer :

- Préparez des clients fictifs, des références de réservation et les autres enregistrements nécessaires à la démonstration. Évitez les données réelles de clients dans les messages, les notifications, les écrans de compte et les vues opérateur.
- Prévoyez un opérateur disponible pour recevoir le transfert. Donnez-lui le scénario, mais faites-lui effectuer les véritables actions d’attribution et de service.
- Actualisez les créneaux, les liens, les médias et toute donnée susceptible d’expirer pendant l’enregistrement. Vérifiez que le système de réservation ou de commande de test est accessible.
- Répétez sur l’iPhone que vous utiliserez. Testez aussi les expériences sur les autres appareils pris en charge ; Apple recommande de vérifier macOS lorsque c’est possible.

## Démontrer les indicateurs de saisie

Les indicateurs de saisie font partie des critères de l’Experience Review d’Apple pour les réponses automatiques comme pour les agents humains. Rendez-les visibles dans l’enregistrement sur iPhone. Un aperçu du tableau de bord ou un statut de message réussi ne démontre pas ce comportement.

Avant d’enregistrer le parcours complet :

1. **Vérifiez la réponse automatique.** Envoyez une demande client depuis l’iPhone. Enregistrez l’apparition de l’indicateur de saisie avant l’arrivée de la réponse automatique. Les [normes de conception des conversations](https://register.apple.com/resources/messages/messaging-documentation/conversation-best-practices) d’Apple demandent un indicateur de 1 seconde avant chaque message d’une séquence. Maintenez l’accueil automatique dans l’exigence distincte de 5 secondes pour la première réponse.
2. **Vérifiez une séquence de réponses.** Déclenchez un cas d’usage qui envoie plusieurs messages. Montrez l’indicateur de saisie avant chaque réponse, y compris la transition du texte d’introduction à une interaction native. Conservez ces transitions dans l’enregistrement pour que l’examinateur voie leur durée réelle.
3. **Vérifiez l’agent humain.** Transférez la conversation à un opérateur. Faites-lui commencer une réponse dans **Conversations** pendant que l’iPhone enregistre la vue client. Montrez l’indicateur de saisie, puis la réponse livrée de l’opérateur. Ne remplacez pas cela par un message préparé envoyé sans démontrer la rédaction en direct.
4. **Vérifiez la transition complète.** Confirmez sur l’iPhone que l’indicateur est suivi de la réponse prévue. S’il est absent, reste visible de manière inattendue ou si la réponse échoue, examinez la connexion et le résultat du message avant de réenregistrer le dossier.

Bird envoie un signal de saisie avant une réponse sortante et pendant qu’un opérateur rédige dans le champ de réponse de la conversation. Vérifiez le comportement réel de l’appareil pour le parcours soumis. Si un service connecté doit signaler plus tôt qu’il prépare une réponse, le responsable de son intégration peut utiliser l’[API d’indication de saisie dans la conversation](/docs/api/reference/create-amb-conversation-typing).

Gardez la séquence de saisie sans coupure dans l’enregistrement soumis. Vérifiez le MP4 exporté ainsi que la répétition en direct ; le montage, la lecture accélérée ou les clips commençant au message livré peuvent masquer les preuves nécessaires à Apple.

## Enregistrer un parcours client complet

Utilisez l’enregistrement d’écran de l’iPhone pour capturer la vue client. Gardez le texte lisible, laissez le temps de voir chaque message et montrez les appuis et les réponses retournées dans l’ordre. Enregistrez le traitement par l’opérateur comme preuve complémentaire lorsqu’il explique l’attribution, une réservation ou la reprise après un problème. L’enregistrement de l’opérateur complète la vue iPhone.

Pour l’[exemple de visite en magasin](/docs/guides/apple-messages/build-an-experience), enregistrez cette séquence :

1. **Entrez dans la conversation.** Montrez l’emplacement testé sur le site web ou l’application, ou le lien de conversation de test. Ouvrez la bonne entreprise et envoyez la demande du client. Expliquez dans le document de cas d’usage quel emplacement cela représente.
2. **Recevez la première réponse.** Montrez l’indicateur de saisie avant la réponse, puis la présentation de l’opérateur ou l’identification de l’assistant automatique. Pour l’automatisation, conservez le délai réel entre le premier message du client et l’accueil afin que le temps de réponse puisse être évalué.
3. **Choisissez la tâche.** Commencez un essai par une demande peu claire pour montrer l’orientation. Lors d’un autre essai, demandez directement un rendez-vous de conseil en style et montrez que le service utilise cette intention.
4. **Terminez l’interaction native.** Montrez le message d’introduction, la bulle de réception, le sélecteur ouvert, le choix sélectionné et la réponse retournée. Gardez les libellés des choix et tout texte récapitulatif visibles assez longtemps pour les lire.
5. **Effectuez l’action métier.** Faites effectuer la réservation par l’opérateur ou le service connecté. Montrez la confirmation client avec le même rendez-vous et la même référence. Incluez l’enregistrement de réservation correspondant dans les preuves complémentaires de l’opérateur.
6. **Proposez une aide supplémentaire.** Démontrez le parcours suivant lorsque le client a une autre question. Si votre expérience comprend une enquête de satisfaction, montrez les choix descriptifs et la réponse retournée.
7. **Demandez une personne.** Lors d’un essai distinct, demandez une personne au milieu de la tâche. Montrez l’avis de transfert, toute attente annoncée, l’indicateur de saisie en direct et la présentation de l’opérateur qui reçoit la conversation. L’opérateur doit poursuivre à partir du contexte existant.
8. **Résolvez un problème.** Démontrez un cas réaliste, comme un horaire qui n’est plus disponible. Montrez les choix de remplacement et le résultat final, au lieu de vous arrêter à un message d’erreur.

Répétez la séquence pour les autres cas d’usage soumis. Capturez aussi la réponse hors horaires et le retour d’un client sur une demande antérieure. Si vous proposez plusieurs points d’entrée, vérifiez chacun et rendez leur couverture identifiable dans le document de cas d’usage.

Gardez les preuves continues dans chaque cas d’usage. Évitez les coupures qui masquent une attente, un message sans réponse, une sélection échouée ou une action manuelle nécessaire pour terminer la demande. De courts titres entre les scénarios peuvent aider l’examinateur à naviguer ; les aperçus mis en scène et la narration ne démontrent pas si l’interaction réelle fonctionne.

## Vérifier ce que verra l’examinateur

Regardez l’enregistrement exporté du début à la fin sans utiliser le service. Effectuez les vérifications suivantes pour détecter les problèmes courants. Consultez la [liste de contrôle actuelle d’Apple](https://register.apple.com/resources/messages/messaging-documentation/xp-review#experience-review-checklist) en parallèle de cette revue pratique avant la soumission.

**Ouverture et attentes concernant le service.** Le client sait-il qui répond ? L’accueil automatique arrive-t-il dans les 5 secondes ? La réponse hors horaires indique-t-elle la prochaine disponibilité de l’équipe et le fuseau horaire ? Si un transfert prend du temps, le délai annoncé est-il réaliste ?

**Choix et navigation.** Un client peut-il comprendre les choix sans connaître la structure de votre équipe ? Une demande peu claire reçoit-elle un menu d’orientation utile ? Les demandes saisies telles que “agent,” “help,” et “menu” peuvent-elles atteindre l’étape suivante appropriée ? Vérifiez que chaque branche mène à une réponse, à une action terminée ou à une personne qui peut aider.

**Présentation des messages natifs.** Lisez les bulles de réception et de réponse ainsi que l’interaction développée. Pour les fonctionnalités interactives avec des champs d’image, incluez une miniature pertinente dans les deux bulles. Vérifiez que les titres, les instructions et les réponses sélectionnées ont du sens dans chaque vue. Examinez le récapitulatif des réponses rapides après la sélection. Vérifiez les liens enrichis, les aperçus de lieux et l’alternative utilisée lorsqu’une interaction est indisponible.

**Service humain et réponses asynchrones.** Vérifiez l’avis de transfert, les indicateurs de saisie, la présentation de l’opérateur et l’utilisation de l’historique de conversation. Revenez après une pause et vérifiez que le service peut continuer avec des informations à jour. Supprimez les messages qui poussent le client à répondre immédiatement ou laissent entendre que le canal est fermé aux questions supplémentaires.

**Formulations et données.** Utilisez le nom du produit **Apple Messages for Business**. Vérifiez l’orthographe, les longs libellés traduits et la confirmation avant un changement de langue. Demandez des informations personnelles lorsque la tâche l’exige et vérifiez que les liens de confidentialité et de conditions ouvrent les bonnes pages. Excluez les formulations propres à SMS de cette expérience.

**Résultat et preuves.** Comparez la confirmation client à la réservation, la commande ou le dossier réels. Vérifiez que les documents décrivent le même comportement que l’enregistrement. Si vous avez dû expliquer oralement une étape manquante en examinant le fichier, améliorez l’expérience ou enregistrez cette étape avant la soumission.

## Préparer et soumettre les preuves dans Bird

Ouvrez [**Apple Messages > Businesses**](https://bird.com/dashboard/w/apple-messages/businesses), sélectionnez l’entreprise et ouvrez **Approval requirements**.

1. Téléchargez les formulaires actuels et remplissez les PDF **Readiness review** et **Use cases**. Identifiez chaque cas d’usage par son nom dans le document comme dans l’enregistrement.
2. Exportez la **Service demonstration** au format MP4. Ouvrez ce fichier exporté et vérifiez sa lecture, la lisibilité du texte et la présence de la fin complète. Respectez les limites de téléversement affichées par Bird.
3. Incluez un court index des scènes dans le document de cas d’usage. Par exemple, “Store appointment, 00:00; human handoff, 02:15; unavailable time, 03:40.” Remplacez ces horaires d’exemple par les horodatages réels de votre enregistrement.
4. Téléversez les PDF et le MP4 dans les exigences correspondantes. Vérifiez l’entreprise sélectionnée et les fichiers téléversés avant la soumission.
5. Soumettez les exigences complétées et utilisez **Submission history** pour suivre le résultat. Gardez la personne responsable de l’expérience disponible pour donner suite aux retours.

Ne fixez pas de date de lancement public sur la seule base du téléversement. Les retours de la revue peuvent nécessiter des changements et un nouvel enregistrement. L’approbation et la revue ultérieure **Go Online** sont des étapes distinctes de la [mise en service](/docs/guides/apple-messages/onboarding#8-launch-with-a-staffed-team).

## Répondre aux retours et soumettre à nouveau

Transformez chaque commentaire de revue en une correction précise du contenu des messages, du comportement du service ou du document justificatif. Si un retour n’est pas clair, clarifiez-le avec Bird avant de modifier l’expérience. Impliquez l’équipe de service et le responsable de l’intégration concernée.

Répétez toute l’expérience sur l’appareil, y compris les parcours inchangés, puis enregistrez la version mise à jour. Préparez un résumé des changements associant chaque point de revue à la correction et à son emplacement dans le nouvel enregistrement. Par exemple : “Handoff introduction: the receiving operator now introduces themselves and acknowledges the selected store; shown at 02:20.”

Lorsque le statut de l’entreprise est **Rejected**, remplacez les preuves concernées dans **Approval requirements** et sélectionnez **Resubmit for approval**. Si des retours arrivent alors que le statut est **Submitted** ou **In review**, contactez Bird pour faire renvoyer le dossier en vue de modifications ; les commandes de téléversement et de soumission sont indisponibles dans ces états. Assurez-vous que les documents et la vidéo téléversés décrivent la même version finale, avec les points de revue traités. Poursuivez la [préparation du lancement](/docs/guides/apple-messages/onboarding#8-launch-with-a-staffed-team) une fois la revue approuvée.