Un rapport de support peut surestimer le succès lorsqu'il donne le même nom à plusieurs événements. Gardez l'étape observée visible pour que l'équipe sache ce qui s'est réellement passé.
Qu'établit le résultat « envoyé » ?
Apple a accepté le message pour remise. Ce résultat ne confirme pas que l'appareil du client l'a reçu ou affiché, ni qu'une personne l'a lu.
Lorsqu'une observation de remise à l'appareil ou de lecture n'est pas disponible, signalez-la comme inconnue. Ne calculez pas un taux de lecture à partir des messages envoyés seuls.
Qu'est-ce qui doit compter comme une réponse ?
Comptez l'événement client entrant que votre intégration reçoit effectivement. Associez-le à l'entreprise, à la conversation et à l'interaction d'origine concernée.
Une réponse de sélecteur renvoyée et une réponse textuelle entrante peuvent servir des objectifs analytiques différents. Définissez l'événement avant de comparer les cohortes.
Qu'est-ce qui doit compter comme une conversion ?
Votre responsable du reporting doit choisir l'événement métier qui compte, par exemple une réservation enregistrée ou un dossier résolu. Il doit définir la fenêtre d'attribution : combien de temps après le début d'une conversation l'événement peut compter.
Votre système de reporting doit faire correspondre les événements aux conversations et compter chaque enregistrement métier une seule fois, à l'aide de son identifiant unique. Ignorez les rappels en double pour la même réservation lors du calcul des conversions.
L'activité de messagerie explique le chemin vers le résultat ; elle ne remplace pas ce résultat.
Comment implémenter le reporting ?
Gardez l'origine, les observations de message et les événements métier identifiables séparément. Examinez l'étape où la tâche du client s'est arrêtée.
Définissez les mesures de message et de résultat, puis reliez la conversation aux enregistrements de votre application.