पैनल किराए पर लेने में कुछ सेटिंग ऐसी हैं जिन्हें सेवा आपके लिए चालू कर सकती थी, पर करनी नहीं चाहिए। सबसे दिखने वाली दो हैं Telegram सूचनाएँ और Google लॉगिन। दोनों में सही जवाब एक ही है: बॉट और ऐप सेवा के नहीं, आपके होने चाहिए। क्यों, और हाथ से क्या करना पड़ेगा - यह रहा।
एक साझा बॉट की दिक्कत
कल्पना कीजिए: ग्राहक आपके डोमेन, आपके लोगो और आपके नाम वाले पैनल पर ऑर्डर देता है - और ऑर्डर की सूचना उस बॉट से आती है जिसका नाम किराए की सेवा के नाम पर है। एक सेकंड में उसे पता चल जाता है कि पैनल आपका नहीं, किराए का है, और आपके बोर्ड के पीछे कोई और खड़ा है।
White-label को ठीक यही रोकना होता है। डोमेन, लोगो, रंग और ईमेल बेदाग़ हो सकते हैं, और पराए बॉट का एक संदेश सब मिटा देता है। इसलिए पैनल की सूचनाएँ किरायेदार के बॉट से चलती हैं: आपके ग्राहक और आप, आपके नाम से आपके बॉट से संदेश पाते हैं।
अपना बॉट: एक मिनट का काम
तकनीकी रूप से यह सीधा है, और यही वह एक क़दम है जो कोई आपके लिए नहीं कर सकता।
- बॉट बनाइए। Telegram में @BotFather नाम और यूज़रनेम माँगता है और आपको टोकन देता है।
- टोकन पैनल की सेटिंग में चिपकाइए। वह एन्क्रिप्टेड रखा जाता है; न हमें उसे देखना है न आपके ग्राहकों को।
- Webhook दर्ज कीजिए। सेटिंग में एक बटन - पैनल Telegram को बता देता है कि संदेश कहाँ पहुँचाने हैं।
बॉट को तुरंत अपना अवतार और विवरण दीजिए: ग्राहक उसका नाम हर सूचना में देखते हैं, इसलिए वह तकनीकी ब्योरा नहीं, ब्रांड का हिस्सा है।
Google लॉगिन: एक ऐप सबको क्यों नहीं ढक सकता
यहाँ वजह ब्रांडिंग नहीं, तंत्र का काम करने का तरीक़ा है। Google सिर्फ़ पहले से दर्ज रीडायरेक्ट पते स्वीकार करता है: उन डोमेन की सूची जिन पर वह प्रमाणीकरण के बाद उपयोगकर्ता लौटाने को राज़ी है। पैनल अपने मालिकों के अपने डोमेन पर रहते हैं, और उन सबको पहले से एक ऐप में दर्ज करना नामुमकिन है - हर नया पैनल जुड़ते ही नया डोमेन आ जाता है।
इसलिए Google लॉगिन किरायेदार की कुंजियों पर चलता है: आप Google कंसोल में प्रोजेक्ट बनाते हैं, client id और secret लेते हैं, और उन्हें पैनल की सेटिंग में चिपकाते हैं। कुंजियाँ एन्क्रिप्टेड रखी जाती हैं। ऐप के मालिक भी आप ही हैं, यानी सहमति वाली स्क्रीन पर किसी और का नहीं, आपका नाम दिखता है।
नुक़सान ईमानदारी से: ये Google कंसोल के कई क़दम हैं और सबसे दोस्ताना क़दम नहीं। निर्देश सेटअप के पन्ने पर ही हैं, पर यह बॉट जैसा तीस सेकंड का काम नहीं होगा। Google लॉगिन की ज़रूरत न हो तो उसे बंद रहने दीजिए - सामान्य ईमेल रजिस्ट्रेशन हमेशा चलता है।
सेवा की तरफ़ क्या रहता है
सब कुछ आपकी कुंजियों पर नहीं जाता। पैनल का कोर, सर्टिफ़िकेट, उपलब्धता, अपडेट और डिफ़ॉल्ट ईमेल भेजना हमारे पास रहते हैं। हमारा बॉट भी कहीं नहीं गया, पर उसका काम अलग है: वह आपको किराए से जुड़ी बातें बताता है - बिल, पैनल का स्टेटस - और आपके ग्राहकों को कभी संदेश नहीं भेजता।
बँटवारा सीधा है: किरायेदार का ग्राहक जो कुछ देखता है वह किरायेदार के ब्रांड में है; किराए से जुड़ी हर बात हमसे आती है और सिर्फ़ आपको।
आम नियम: कुंजियाँ जिसकी, ब्रांड उसका
यह नियम हर उस बाहरी इंटीग्रेशन पर लगाने लायक़ है जो आप पैनल से जोड़ते हैं।
- भुगतान के तरीक़े - आपके खातों पर: पैसा सीधे आप तक पहुँचे, और ग्राहक के स्टेटमेंट पर आपका नाम दिखे।
- सेवा प्रोवाइडर - आपकी API कुंजियों पर: आपकी क़ीमतें और आपकी ख़रीद की शर्तें, आपके तथा प्रोवाइडर के बीच कोई खड़ा न हो।
- एनालिटिक्स काउंटर - आपके: ट्रैफ़िक का डेटा आपके पास रहे।
- डोमेन - आपके नाम पर रजिस्टर। यही पूरी व्यवस्था को किराए की नहीं, आपकी बनाता है।
निचोड़
White-label हेडर के लोगो से ज़्यादा है। वह छोटी चीज़ों पर टूटता है: सूचना में पराए बॉट का नाम, लॉगिन स्क्रीन पर पराया नाम, बैंक स्टेटमेंट पर पराए ब्योरे। इसीलिए जो इंटीग्रेशन ग्राहक देखता है वे आपकी कुंजियों पर चलते हैं, और पैनल जोड़ते समय उनका सेटअप कुछ मिनट लेता है। तैयार रूप में यह कैसा दिखता है, यह देखने का कुछ ख़र्च नहीं: जब तक तीसरे पक्ष के ऑर्डर महीने के सौ से नीचे हैं किराया शून्य है, और हमारे अपने कैटलॉग पर पैनल किसी भी मात्रा पर मुफ़्त है।
