> ## Knowledge Base Index
> Fetch the complete knowledge base index at: https://help.screeb.app/sitemap.xml
> Use this file to discover available pages before exploring further.
> Pure-Markdown content can be obtained by appending a '.md' suffix to the content URLs listed in the sitemap (without the trailing slash).

# Comment analyser les premiers résultats d'engagement de mes messages in-app (IAM)

Votre in-app message (IAM) tourne depuis quelques jours : voici comment lire son engagement correctement et savoir s'il fonctionne, sans se tromper sur les chiffres.

## Où trouver les résultats

Ouvrez votre message dans l'éditeur puis allez dans l'onglet **Résultats**. Vous y trouvez :
* le nombre de **vues** (combien de personnes ont vu le message s'afficher)
* le nombre de **réponses/interactions** (clic sur un bouton, une CTA, une question du message...)
* le **taux de réponse** (interactions rapportées aux vues)
* l'évolution de ces chiffres dans le temps (tendance)

| Une "vue" (affichage) n'est pas une interaction. Un utilisateur qui a simplement vu le message sans cliquer ni répondre ne compte pas comme engagé : c'est le taux de réponse, pas le taux d'affichage, qui mesure l'engagement réel.

## Les indicateurs à regarder en premier

1. **Le volume de vues** : vérifiez d'abord que le message s'affiche bien au volume attendu. Un volume très faible indique souvent un problème de ciblage plutôt qu'un problème de contenu.
2. **Le taux de réponse/clic** : c'est l'indicateur central de l'engagement. Comparez-le à vos autres messages plutôt qu'à une norme absolue : chaque contexte (onboarding, feature announce, feedback...) a ses propres standards.
3. **La répartition des interactions** : si votre message propose plusieurs choix ou boutons, regardez lequel capte le plus de clics. Ça vous dit ce qui intéresse réellement vos utilisateurs.
4. **Les réponses ouvertes**, si votre message contient une question de feedback : elles donnent le "pourquoi" derrière les chiffres.

|| Un faible taux de réponse ne veut pas forcément dire "mauvais message" : ça peut aussi être un ciblage trop large ou un déclencheur mal choisi (mauvais moment, mauvaise page).

## Bonnes pratiques d'analyse

* **Laissez tourner assez longtemps** avant de conclure : un petit volume de vues ne permet pas de juger un taux de réponse.
* **Segmentez** par propriété utilisateur (plan, ancienneté, page...) pour voir si l'engagement varie selon les populations ciblées.
* **Comparez dans le temps** : suivez la tendance du taux de réponse plutôt qu'une valeur isolée, surtout si vous testez plusieurs versions d'un même message.
* **Partagez les résultats** à l'équipe qui a conçu le message (produit, marketing...) pour ajuster le contenu ou le ciblage si besoin.

||| Si votre message vient d'être lancé (quelques jours, peu de vues), évitez d'en tirer une conclusion définitive sur son efficacité : attendez un volume représentatif.

## Aller plus loin

* Pour bien cibler qui voit vos messages : voir l'article "How to choose who will see your surveys (Targeting)".
* Pour comprendre le fonctionnement général des in-app messages : voir l'article "Introduction to In-App Messages".
* Pour exporter vos données brutes : voir l'article "Export your surveys data".