Geschäftsergebnisse von Apple Messages messen
Verwenden Sie die Kanal-Metriken von Bird, um Messaging-Aktivität und -Verarbeitung zu messen. Verwenden Sie das System, dem die Bestellung, Buchung, Zahlung oder der Fall gehört, um das Geschäftsergebnis festzustellen.
Der Status Sent einer Nachricht bestätigt die Annahme durch Apples Gateway. Eine Formularantwort oder eine ausgewählte Uhrzeit erfasst eine Kundeninteraktion. Keines von beidem belegt, dass eine Geschäftsaktion abgeschlossen wurde.
Definieren Sie das Ergebnis, bevor Sie es berichten
Wählen Sie ein Ergebnis, das Ihr Quellsystem bestätigen kann, z. B. eine erstellte Reservierung, eine bezahlte Bestellung oder einen gelösten Servicefall. Notieren Sie den Zeitstempel, die Datensatz-ID und die Bedingungen, die das Ergebnis qualifizieren.
Unterscheiden Sie bei einem Termin diese Beobachtungen:
| Beobachtung | Nachweis |
|---|---|
| Zeitoptionen angeboten | Der ausgehende Nachrichtendatensatz. |
| Kunde hat eine Zeit ausgewählt | Die eingehende native Antwort. |
| Termin reserviert | Der erfolgreiche Reservierungsdatensatz des Buchungssystems. |
| Bestätigung gesendet | Die separate ausgehende Bestätigungsnachricht. |
| Termin wahrgenommen | Der Anwesenheitsdatensatz des Serviceteams, falls erfasst. |
Wählen Sie einen Nenner, der Ihre Frage beantwortet. Zum Beispiel misst Reservierungen geteilt durch Kunden, denen Zeiten angeboten wurden, eine andere Stufe als Reservierungen geteilt durch eingegangene Zeitauswahlen. Benennen Sie den Zeitraum und die Ausschlüsse zusammen mit dem Ergebnis.
Datensätze verknüpfen
Speichern Sie in Ihrer Integration eine Fall- oder Vorgangsreferenz zusammen mit den Bird-Konversations- und Nachrichten-IDs. Verwenden Sie für API-Sends unterstützte metadata oder Reporting-Labels gemäß dem Send-Message-Vertrag. Ein Reporting-Label ändert weder Berechtigung, Unterdrückung noch das Verhalten beim erneuten Versuch.
Verwenden Sie eine Referenz aus Ihrem eigenen System, statt Kundengeheimnisse in eine URL oder ein Nachrichten-Tag einzutragen. Erfassen Sie, welches System den jeweiligen Zeitstempel und das Ergebnis geliefert hat. Wenden Sie Ihre Aufbewahrungs- und Zugriffsregeln auf die verknüpften Daten an.
Wiederholungen und verspätete Ergebnisse behandeln
Deduplizieren Sie Webhook-Zustellungen und Geschäftsaktionen getrennt voneinander. Eine wiederholte Zustellung desselben Events darf keine zweite Reservierung erzeugen. Eine zweite, bewusste Anfrage eines Kunden kann einen anderen Vorgang darstellen.
Gleichen Sie Aktionen ab, die nach einem Timeout noch ungeklärt sind. Lassen Sie verspätete Anbieter-Ergebnisse den ursprünglichen Vorgang aktualisieren, statt sie als neue Konversion zu zählen. Berücksichtigen Sie Stornierungen und Rückbuchungen, wenn die Berichtsfrage sie erfordert.
Den Bericht ehrlich interpretieren
Eine geschlossene Konversation ist ein Ereignis im Kundenlebenszyklus, kein Lösungswert. Eine kürzere Erstantwort beweist nicht, dass die Antwort richtig war. Eine fehlende Lesebestätigung des Geräts lässt sich nicht ersetzen, indem die Gateway-Annahme als Lesebestätigung gewertet wird.
Vergleichen Sie Ergebnisse nach dem unterstützten Einstiegspunkt-Intent oder Ihren eigenen Fallkategorien, wenn das sinnvoll ist. Prüfen Sie ungelöste Anfragen und fehlgeschlagene Pfade zusammen mit erfolgreichen Ergebnissen. Halten Sie diesen Geschäftsbericht getrennt vom Messaging-Dashboard von Bird, damit die Leser sehen können, was jede Zahl belegt.