इस शब्द के पीछे कोई स्पेसिफिकेशन नहीं है। प्रचलित परिभाषाएँ एनालिस्ट फ़र्मों और वेंडरों से आती हैं, उन मार्केट श्रेणियों के हिस्से के रूप में जो वे बनाए रखते हैं। उनमें से कई ग्लॉसरी सार्वजनिक रूप से पढ़ने योग्य नहीं हैं।
यह लेबल वास्तव में किसका नाम है?
एक विशिष्ट काम जो आपको अन्यथा खुद करना पड़ता।
बिना प्रदाता के, बड़े पैमाने पर SMS भेजना चार काम हैं:
- हर बाज़ार में कैरियर अनुबंध और कनेक्शन।
- नंबर आपूर्ति और उसका रजिस्ट्रेशन पेपरवर्क।
- प्रति-देश नियम कि क्या भेजा जा सकता है और किसके द्वारा।
- वे ऑपरेशन जो डिलीवरी को चालू रखते हैं।
प्रदाता के साथ, यह एक HTTP रिक्वेस्ट है।
यही ढाँचा हर चैनल के लिए दोहराया जाता है। WhatsApp और RCS में कैरियर के बजाय प्लेटफ़ॉर्म मालिक होते हैं, इसलिए काम अप्रूवल, टेम्पलेट रिव्यू और बिज़नेस वेरिफ़िकेशन बन जाता है। स्थिति वही है: कोई संबंध बनाए रखता है और उसे API के रूप में उपलब्ध कराता है।
मैं किसी CPaaS प्रदाता का मूल्यांकन कैसे करूँ?
इससे कि वह क्या संभालता है, क्योंकि API सबसे आसान हिस्सा है।
पाँच सवाल, हर एक का जाँचने योग्य जवाब:
- नंबर कहाँ से आता है, और उसे कौन रजिस्टर करता है? नंबर खरीदना आसान है। किसी दिए गए देश में भेजने के लिए उसे अप्रूव कराना असली काम है। जो प्रदाता यह काम आपको लौटा दे, वह कठिन हिस्सा आप पर छोड़ देता है।
- जब कोई चैनल अपने नियम बदलता है तो क्या होता है? चैनल पॉलिसी बदलती रहती हैं। या तो प्रदाता बदलाव संभालता है, या वह आपकी इंसिडेंट बनकर आता है।
- क्या विफलता का विवरण उपयोगी है? जो डिलीवरी विफलता केवल failed बताई जाए, उस पर कार्रवाई नहीं हो सकती। जो कारण बताए, उस पर हो सकती है। Bird का SMS फ़िल्टरिंग पेज बताता है कि कैरियर क्या रिपोर्ट करते हैं और क्या नहीं।
- क्या इंटरफ़ेस एक अनुबंध के रूप में डॉक्यूमेंटेड है? एक प्रकाशित OpenAPI spec किसी डॉक्यूमेंटेशन साइट से अलग प्रतिबद्धता है।
- क्या प्रति-देश प्राइसिंग साइन अप करने से पहले दिखती है? मैसेज प्राइसिंग गंतव्य के अनुसार अलग होती है। जो दरें ग्राहक बनने तक नहीं दिखतीं, उनकी तुलना किसी और से नहीं की जा सकती।
क्या CPaaS और omnichannel एक ही चीज़ हैं?
नहीं। ये अलग-अलग सवालों का जवाब देते हैं। कोई प्रोडक्ट एक को पूरा कर सकता है दूसरे को नहीं।
CPaaS इस बारे में है कि टेलीकॉम कौन चलाता है। Omnichannel इस बारे में है कि आपके चैनल स्टेट शेयर करते हैं या नहीं। एक प्रदाता एक API के ज़रिए छह चैनल उपलब्ध करा सकता है जबकि हर एक की अपनी कॉन्टैक्ट लिस्ट और अपना कंसेंट रिकॉर्ड हो। यह पहली शर्त पूरी करता है, दूसरी नहीं। Omnichannel vs multichannel दूसरे दावे को परखने का तरीका बताता है।
पड़ोसी शब्द CCaaS और UCaaS, डेवलपर API के बजाय कॉन्टैक्ट-सेंटर और आंतरिक-संचार प्रोडक्ट का नाम हैं। इनमें as-a-service प्रत्यय समान है और बाकी बहुत कम।
इस पर Bird की क्या स्थिति है?
प्राइसिंग मॉडल के खिलाफ़, क्षमता के खिलाफ़ नहीं।
Bird यह स्थिति "The end of CPaaS" शीर्षक के तहत प्रकाशित करता है। अंदर का दावा शीर्षक से सँकरा है। Bird का तर्क है कि मैसेजिंग कमोडिटाइज़ हो चुकी है और इसके मार्जिन शून्य की ओर बढ़ रहे हैं। इस तर्क के अनुसार जो समाप्त होता है, वह प्राइसिंग प्रथा है जो इस पर टिकी है कि खरीदार देशों और कैरियरों की दरों की तुलना नहीं कर पाते। यह तर्क नहीं कहता कि क्षमता ख़त्म हो रही है।
इस तर्क का एक जाँचने योग्य रूप है: क्या प्रदाता की प्रति-देश दरें साइन करने से पहले दिखती हैं। Bird की अपनी दरें अनुरोध पर कोट करने के बजाय प्राइसिंग पेजों पर प्रति-देश प्रकाशित हैं।
संक्षेप में
यह एक मार्केट लेबल है, स्पेसिफिकेशन नहीं।
कोई मानक निकाय इसे परिभाषित नहीं करता, इसलिए इस श्रेणी की सीमा वही तय करता है जो इसे बयान कर रहा है।
यह जिस चीज़ का नाम है, वह काफ़ी वास्तविक है।
बिना अपने अनुबंधों, कनेक्शनों या अनुपालन तंत्र के, HTTP API के ज़रिए कैरियर और प्लेटफ़ॉर्म नेटवर्क तक पहुँचना।
मायने यह रखता है कि प्रदाता क्या संभालता है।
रूट, नंबर आपूर्ति, सेंडर रजिस्ट्रेशन और चैनल नियम ही असली काम हैं। जो API ये सब आप पर छोड़ दे, उसने ज़्यादा कुछ नहीं हटाया।
Bird का तर्क है कि इस श्रेणी के पीछे का प्राइसिंग मॉडल समाप्त हो रहा है।
क्षमता नहीं। दावा कमोडिटाइज़्ड मैसेजिंग के मार्जिन के बारे में है। यह एक स्थिति है, परिभाषा नहीं।