# Mengukur hasil bisnis Apple Messages

Gunakan [metrik channel](/docs/guides/apple-messages/analytics) Bird untuk mengukur aktivitas dan pemrosesan pesan. Gunakan sistem yang mengelola pesanan, pemesanan, pembayaran, atau kasus untuk menetapkan hasil bisnis.

Status **Sent** pada pesan mengonfirmasi bahwa gateway Apple telah menerima pesan tersebut. Jawaban formulir atau waktu yang dipilih mencatat interaksi pelanggan. Keduanya tidak membuktikan bahwa tindakan bisnis telah selesai.

## Tentukan hasil sebelum melaporkannya

Pilih hasil yang dapat dikonfirmasi oleh sistem sumber Anda, misalnya reservasi dibuat, pesanan dibayar, atau kasus layanan diselesaikan. Catat stempel waktu, pengidentifikasi rekaman, dan kondisi yang mengkualifikasi hasil tersebut.

Untuk janji temu, bedakan observasi berikut:

| Observasi               | Bukti                                                 |
| ----------------------- | ----------------------------------------------------- |
| Opsi waktu ditawarkan   | Rekaman pesan keluar.                                 |
| Pelanggan memilih waktu | Respons native yang masuk.                            |
| Janji temu dipesan      | Catatan reservasi berhasil dari sistem pemesanan.     |
| Konfirmasi terkirim     | Pesan konfirmasi keluar yang terpisah.                |
| Janji temu dihadiri     | Catatan kehadiran dari tim layanan, jika dikumpulkan. |

Pilih penyebut yang menjawab pertanyaan Anda. Misalnya, reservasi dibagi jumlah pelanggan yang ditawari waktu mengukur tahap yang berbeda dari reservasi dibagi jumlah pilihan waktu yang diterima. Cantumkan periode dan pengecualian bersama hasilnya.

## Hubungkan catatan

Simpan referensi kasus atau operasi bersama ID percakapan dan ID pesan Bird di integrasi Anda. Untuk pengiriman API, gunakan `metadata` yang didukung atau label pelaporan sesuai [kontrak kirim pesan](/docs/api/reference/create-amb-message). Label pelaporan tidak mengubah perilaku izin, supresi, atau coba lagi.

Gunakan referensi dari sistem Anda sendiri alih-alih menaruh rahasia pelanggan dalam URL atau tag pesan. Catat sistem yang menyediakan setiap stempel waktu dan hasil. Terapkan aturan retensi dan akses Anda pada data gabungan.

## Tangani pengulangan dan hasil yang terlambat

Deduplikasi pengiriman webhook dan tindakan bisnis secara terpisah. Pengiriman ulang dari event yang sama tidak boleh membuat reservasi kedua. Permintaan kedua yang disengaja dari pelanggan bisa jadi merupakan operasi yang berbeda.

Rekonsiliasi tindakan yang masih belum pasti setelah batas waktu. Izinkan hasil penyedia yang terlambat memperbarui operasi asli, bukan menghitungnya sebagai konversi baru. Sertakan pembatalan dan pembalikan jika pertanyaan pelaporan memerlukannya.

## Interpretasikan laporan secara jujur

Percakapan yang ditutup adalah peristiwa siklus hidup pelanggan, bukan skor penyelesaian. Respons pertama yang lebih cepat tidak membuktikan bahwa jawabannya benar. Tanda baca perangkat yang tidak ada tidak dapat digantikan dengan memperlakukan penerimaan gateway sebagai tanda sudah dibaca.

Bandingkan hasil berdasarkan intent entry-point yang didukung atau kategori kasus Anda sendiri jika berguna. Tinjau permintaan yang belum terselesaikan dan jalur yang gagal bersamaan dengan hasil yang berhasil. Pisahkan laporan bisnis ini dari dasbor pesan Bird agar pembaca dapat melihat apa yang ditetapkan oleh setiap angka.