# Apple Messages व्यावसायिक परिणामों को मापें

मैसेजिंग गतिविधि और प्रोसेसिंग मापने के लिए Bird के [चैनल मेट्रिक्स](/docs/guides/apple-messages/analytics) का उपयोग करें। व्यावसायिक परिणाम स्थापित करने के लिए उस सिस्टम का उपयोग करें जो ऑर्डर, बुकिंग, भुगतान या केस का स्वामी है।

किसी संदेश की **Sent** स्थिति Apple के गेटवे द्वारा स्वीकृति की पुष्टि करती है। फ़ॉर्म का उत्तर या चयनित समय एक ग्राहक इंटरैक्शन दर्ज करता है। इनमें से कोई भी यह स्थापित नहीं करता कि कोई व्यावसायिक कार्रवाई पूरी हुई।

## रिपोर्ट करने से पहले परिणाम परिभाषित करें

ऐसा परिणाम चुनें जिसकी पुष्टि आपका स्रोत सिस्टम कर सके, जैसे आरक्षण बनाया गया, ऑर्डर का भुगतान हुआ, या सेवा केस हल हुआ। टाइमस्टैम्प, रिकॉर्ड पहचानकर्ता और परिणाम को योग्य बनाने वाली शर्तें लिख लें।

अपॉइंटमेंट के लिए, इन अवलोकनों में अंतर करें:

| अवलोकन                     | साक्ष्य                                              |
| -------------------------- | ---------------------------------------------------- |
| समय विकल्प प्रस्तुत किए गए | आउटगोइंग संदेश रिकॉर्ड।                              |
| ग्राहक ने समय चुना         | इनकमिंग नेटिव प्रतिक्रिया।                           |
| अपॉइंटमेंट आरक्षित         | बुकिंग सिस्टम का सफल आरक्षण रिकॉर्ड।                 |
| पुष्टि भेजी गई             | अलग से भेजा गया आउटगोइंग पुष्टि संदेश।               |
| अपॉइंटमेंट पर उपस्थिति     | सेवा टीम का उपस्थिति रिकॉर्ड, यदि एकत्र किया गया हो। |

ऐसा हर (denominator) चुनें जो आपके सवाल का जवाब दे। उदाहरण के लिए, जिन ग्राहकों को समय विकल्प दिए गए उनमें से आरक्षण का अनुपात, प्राप्त समय चयनों में से आरक्षण के अनुपात से एक अलग चरण मापता है। परिणाम के साथ अवधि और बहिष्करण भी स्पष्ट करें।

## रिकॉर्ड जोड़ें

अपने इंटीग्रेशन में Bird कन्वर्सेशन और मैसेज ID के साथ एक केस या ऑपरेशन संदर्भ भी रखें। API सेंड के लिए, [send-message contract](/docs/api/reference/create-amb-message) के अनुसार समर्थित `metadata` या रिपोर्टिंग लेबल का उपयोग करें। रिपोर्टिंग लेबल अनुमति, दमन, या फिर से प्रयास करने के व्यवहार को नहीं बदलता।

URL या संदेश टैग में ग्राहक की गोपनीय जानकारी डालने के बजाय अपने सिस्टम के संदर्भ का उपयोग करें। दर्ज करें कि हर टाइमस्टैम्प और परिणाम किस सिस्टम ने उपलब्ध कराया। संयुक्त डेटा पर अपने डेटा रखने और एक्सेस के नियम लागू करें।

## दोहराव और देरी से आने वाले परिणामों को संभालें

Webhook डिलीवरी और व्यावसायिक कार्रवाइयों को अलग-अलग डिडुप्लिकेट करें। एक ही इवेंट की दोहराई गई डिलीवरी से दूसरा रिज़र्वेशन नहीं बनना चाहिए। ग्राहक का दूसरा, जानबूझकर किया गया अनुरोध एक अलग ऑपरेशन हो सकता है।

टाइमआउट के बाद अनिश्चित बनी रहने वाली कार्रवाइयों का मिलान करें। देरी से आने वाले प्रोवाइडर परिणामों को नए कन्वर्शन के रूप में गिनने के बजाय मूल ऑपरेशन को अपडेट करने दें। जब रिपोर्टिंग प्रश्न की ज़रूरत हो तो रद्दीकरण और रिवर्सल शामिल करें।

## रिपोर्ट की ईमानदारी से व्याख्या करें

बंद हुई बातचीत एक ग्राहक जीवनचक्र इवेंट है; यह समाधान स्कोर नहीं है। पहला जवाब जल्दी मिलना इस बात का प्रमाण नहीं है कि उत्तर सही था। डिवाइस रीड रिसीप्ट न मिलने पर गेटवे स्वीकृति को रीड मानकर उस कमी को नहीं भरा जा सकता।

जब उपयोगी हो, समर्थित एंट्री-पॉइंट इंटेंट या अपनी केस श्रेणियों के अनुसार परिणामों की तुलना करें। सफल परिणामों के साथ-साथ अनसुलझे अनुरोधों और विफल पथों की भी समीक्षा करें। इस व्यावसायिक रिपोर्ट को Bird के मैसेजिंग डैशबोर्ड से अलग रखें ताकि पाठक देख सकें कि कौन सी संख्या क्या स्थापित करती है।