Hospitalityहोटल, रिज़ॉर्ट और टूर ऑपरेटर के लिए व्यावसायिक CRM: एक ही अतिथि प्रोफ़ाइल, समूह, आयोजन और दोनों धुरियों पर माँग
PMS को पता होता है कि कौन सा कमरा भरा है। उसे यह नहीं पता कि कल का OTA अतिथि वही व्यक्ति है जिसने दो साल पहले किसी एजेंसी से बुकिंग की थी, कि सम्मेलन के ब्लॉक का पिकअप पीछे चल रहा है, कि शादी का प्रस्ताव किसी दूसरी मुद्रा में समय पार कर गया, या कि कोई पेड चैनल आपकी सीधी दर से नीचे विज्ञापन दे रहा है। SellioCRM आतिथ्य यही दूसरा आधा हिस्सा सँभालता है: एक ही अतिथि प्रोफ़ाइल, समय सीमा वाली रिसेप्शन तथा बुकिंग, जमे हुए भोज आयोजन आदेश के साथ समूह और आयोजन, तीन स्तरों वाले कोटेशन, चैनल कमीशन और दर की एकरूपता, टूर, टिकट तथा यात्रा कार्यक्रम, सेवा में हुई चूक का सुधार और साख, तथा दोनों धुरियों पर पेस और पिकअप, सब एक ही स्क्रीन पर, रिसेप्शन की कतार से लेकर AI ब्रीफ़िंग तक।
एक अतिथि, एक प्रोफ़ाइल, हर चैनल
वही व्यक्ति वेबसाइट, एजेंसी और OTA की बुकिंग में पहचाना जाता है। छिपाए गए रिले ईमेल को वही माना जाता है जो वह है, प्रोफ़ाइल का विलय वापस लिया जा सकता है, और एलर्जी तथा पसंद बुकिंग के साथ चलती हैं और हर विभाग में उनकी पुष्टि होती है।
अस्थायी बुकिंग की समय सीमा हमेशा होती है
अस्थायी बुकिंग असली इन्वेंट्री रोकती है, इसलिए उसके लिए समय सीमा ज़रूरी है। समय बीतते ही रोक अपने आप ख़त्म हो जाती है और तारीख़ वापस आ जाती है। किसी रोक को चुनौती देने पर वह सिर्फ़ छोटी हो सकती है, कभी लंबी नहीं, और जगह ख़ाली होने पर प्रतीक्षा सूची क्रम से आगे बढ़ाई जाती है।
सही समय पर जमी हुई नीति और विनिमय दर
जमा, रद्दीकरण और अनुपस्थिति की शर्तें बुकिंग के समय लागू मानों के साथ उसी बुकिंग पर जम जाती हैं। कोटेशन जारी होते ही अपनी विनिमय दर जमा लेता है। बाद में कोई नया नियम लागू करने पर वह पहले से तय बात तक कभी नहीं पहुँचता।
दोनों धुरियों पर माँग की पढ़त
हर बुकिंग की दो तारीख़ें होती हैं: कब की गई और अतिथि कब ठहरता है। पेस पिछले साल से उसी लीड टाइम पर और मिलते जुलते सप्ताह के दिन पर तुलना करता है, और रद्दीकरण अपनी ही तारीख़ पर भार डालता है, कल के पिकअप को कभी बेहतर नहीं दिखाता।
सब कुछ अंदर
असली प्रोडक्ट मॉड्यूल, पहले दिन से तैयार। कोई खोखला वादा नहीं: नीचे का हर आइटम आज मौजूद है और काम करता है।
रिसेप्शन और बुकिंग
एक ही कतार, जिसमें वही है जिस पर अभी काम करना है, और ऐसी बुकिंग जो समय सीमा, नीतियों तथा इन्वेंट्री का पालन करती हैं।
- देरी की क़ीमत के हिसाब से क्रम में लगी रिसेप्शन कतार: ठहरे हुए अतिथि का खुला प्रकरण, ख़त्म होने वाली रोक, प्रस्थान, आगमन, ठहरा हुआ अतिथि
- अनिवार्य समय सीमा वाली अस्थायी बुकिंग, निश्चित तथा पुष्ट में बदलना, ऐसी चुनौती जो सिर्फ़ छोटा करती है, प्रतीक्षा सूची और रद्दीकरण
- आख़िरी इकाई के लिए एक साथ आए दो अनुरोध: सिर्फ़ एक ही आगे बढ़ता है, डेटाबेस की रोक के साथ
- संस्करणों में जमा, रद्दीकरण और अनुपस्थिति की नीतियाँ, जो बुकिंग पर जम जाती हैं, और जमे हुए मानों पर की जाने वाली गणनाएँ
- ठहराव की स्थिति एक द्वार की तरह: बुक किया गया, आगमन से पहले, ठहरा हुआ, प्रस्थान कर चुका
- ऐसी संपत्तियाँ जिनका समय क्षेत्र सेटअप में ही जाँचा जाता है: वही हर संपत्ति की समय सीमाओं और रात्रि गणना को तय करता है
- घोषित मिश्रित इन्वेंट्री: अपनी इकाइयाँ जो यहीं बुक होती हैं, और PMS या चैनल से दिखाई गई इकाइयाँ, जिनके साथ डेटा की उम्र दिखती है और जिन्हें CRM कभी आवंटित नहीं करता
अतिथि 360, पसंद और लॉयल्टी
वह प्रोफ़ाइल जो PMS नहीं बनाता: हर बुकिंग के पीछे का व्यक्ति, उसका मोल और उसकी पसंद।
- सामान्यीकृत पहचानकर्ताओं वाली एकल अतिथि प्रोफ़ाइल, जिसमें OTA के छिपाए गए ईमेल वैसे ही चिह्नित होते हैं
- प्रोफ़ाइल के ऐसे विलय जिन्हें वापस लिया जा सकता है
- एलर्जी और पसंद उसी लेनदेन में बुकिंग तक पहुँचती हैं, हर विभाग की पुष्टि के साथ
- समझाने लायक RFM और प्रवृत्तियाँ, हर संख्या के ब्योरे और मौद्रिक मूल्य के घोषित स्रोत के साथ
- लॉयल्टी प्लेटफ़ॉर्म के पॉइंट कार्यक्रम तक एक पुल की तरह: सदस्य वही है जो प्रोफ़ाइल का संपर्क है
- सार्वजनिक पूछताछ का कैप्चर, ऐसे एक जैसे उत्तर के साथ जो कभी नहीं बताता कि वह व्यक्ति पहले से मौजूद था या नहीं
- पक्के ईमेल पर भेजे गए मैजिक लिंक से अतिथि पोर्टल: बुकिंग और कोटेशन के किसी विकल्प की स्वीकृति, छिपाए गए ईमेल कभी लॉगिन नहीं कर सकते
समूह, आयोजन और स्थल
कटऑफ़ तारीख़ों वाले ब्लॉक, राजस्व पंक्तियों वाले आयोजन और ऐसा भोज आयोजन आदेश जो प्रकाशित होने के बाद नहीं बदलता।
- कटऑफ़ तारीख़, असली पिकअप और गणना की ट्रेल वाले न्यूनतम छीजन के साथ समूह ब्लॉक
- अनुमत बदलावों वाले संपत्ति के आयोजन और पंक्ति दर पंक्ति बँटा हुआ राजस्व
- BEO (भोज आयोजन आदेश) प्रकाशित होते ही जम जाता है
- वास्तविकीकरण: अनुबंधित × वास्तविक × गारंटी, आयोजन के असली मार्जिन के साथ
- स्थल का कैलेंडर घंटे के स्तर पर, जिसमें सेटअप और समेटने का समय भी उसी अवधि में गिना जाता है जो कमरे के लिए होड़ में रहती है
- हाइब्रिड पंजीकरण: आमने-सामने की जगहों की सीमा, ऑनलाइन कोई दीवार नहीं
- रेस्तराँ और मेज़ें उसी इन्वेंट्री और कैलेंडर पर, कोई अलग मॉड्यूल नहीं
कोटेशन, भुगतान और अतिथि से संदेश
तीन स्तरों वाला प्रस्ताव, जिसे अतिथि पोर्टल में स्वीकार करता है, विनिमय दर स्थिर रहती है और शुल्क स्वीकृति सीमा के भीतर लिए जाते हैं।
- अच्छा, बेहतर, सर्वोत्तम वाले कोटेशन, जिनमें जारी करने के समय की विनिमय दर स्थिर रहती है, साथ में PDF
- अतिथि पोर्टल में विकल्प स्वीकार करता है, बिना पासवर्ड के
- टोकनयुक्त भुगतान एक सौंपी गई कार्रवाई के रूप में, स्वीकृति सीमाओं के साथ
- अतिथि संदेश का द्वार: OTA का छिपा हुआ चैनल केवल लेन-देन से जुड़े संदेश ले जाता है, प्रचार वाले संदेश कभी पार नहीं होते
- अतिथि की भाषा में संवाद, प्लेटफ़ॉर्म के ईमेल और अभियान टूल के ज़रिए
चैनल, एजेंसियाँ और कॉर्पोरेट खाते
हर चैनल से आपको शुद्ध रूप से क्या मिलता है, कमीशन एक ऐसे बहीखाते में जिसमें केवल प्रविष्टियाँ जुड़ती हैं, और वह तरीका जो अतिथियों को सीधे आप तक लाता है।
- ट्रेड खाते (एजेंसियाँ, OTA, ऑपरेटर) और यात्रा समूह, उसी कंपनी रिकॉर्ड पर जो आपके पास पहले से है
- एजेंसी और OTA का कमीशन ऐसे बहीखाते में जिसमें केवल जोड़ा जाता है: वापसी भी एक नई प्रविष्टि होती है, और अलग-अलग मुद्राओं को कभी आपस में नहीं जोड़ा जाता
- मूल्य समता: हर चैनल पर दिखाया गया दाम सीधे दर के मुक़ाबले, और यह हिसाब कि हर चैनल से शुद्ध कितना मिला
- OTA से सीधे तक: सशुल्क चैनल से आए वे अतिथि जिन्हें सीधा प्रस्ताव देना सही है, बिना स्पैम बने
- तय की गई दरों वाले कॉर्पोरेट खाते, ताकि बिलिंग के समय कोई बहस न हो
टूर, यात्रा कार्यक्रम, टिकट, क्लब और मेज़ें
अनुभवों का संचालन, प्रस्थान सूची से लेकर पार्क के गेट तक, और छूट-पत्रों को पूरी गंभीरता से लेते हुए।
- सीमित सीटों वाले टूर प्रस्थान, न्यूनतम आर्थिक स्तर, संचालन का निर्णय बताती यात्री सूची और हर यात्री की अलग बोर्डिंग
- प्रकाशित छूट-पत्र अपरिवर्तनीय होते हैं: जिसने हस्ताक्षर नहीं किए वह सवार नहीं होता, और दोबारा प्रकाशित करने पर पुराना हस्ताक्षर अमान्य हो जाता है
- गाइड की शेड्यूलिंग प्लेटफ़ॉर्म के फ़ील्ड कैलेंडर पर, टकराव की पहचान के साथ
- कई दिनों के यात्रा कार्यक्रम विक्रेताओं के साथ, और पैकेज का मार्जिन ऐसे निकाला जाता है कि अलग-अलग मुद्राएँ आपस में न जुड़ें
- QR वाले हस्ताक्षरित टिकट और गेट पर ऑफ़लाइन जाँच, साथ ही हर आयोजन के लिए यह कि टिकट किसके पास है और कितने लोग भीतर आए
- क्लब और पार्क: गेट स्पष्ट नियमों पर मिलीसेकंड में फ़ैसला करता है, और बिलिंग के लिए प्लेटफ़ॉर्म की सदस्यताएँ ही काम आती हैं
- रेस्तराँ की मेज़ें इन्वेंट्री इकाइयों के रूप में, और एक ताला जो एक ही मेज़ पर दो समूहों को बैठने नहीं देता
सेवा सुधार और प्रतिष्ठा
चेक-आउट से पहले समस्या सुलझाएँ, भरपाई बहीखाते के ज़रिए करें, और समीक्षा तभी माँगें जब वह उचित हो।
- सेवा सुधार के मामले इस क्रम में कि वे चेक-आउट से पहले सुलझ जाएँ
- भरपाई बहीखाते में प्रविष्टि के रूप में दर्ज होती है, कभी किसी राशि को बदलकर नहीं
- NPS: प्रवर्तक, तटस्थ और आलोचक, साथ में कुल स्कोर
- जब तक कोई मामला खुला है, नकारात्मक प्रतिक्रिया है या ठहराव का चेक-आउट बाकी है, तब तक समीक्षा का अनुरोध रोक दिया जाता है
पेस, पिकअप, अलर्ट और AI ब्रीफ़िंग
माँग कैसे बनती है और फ़ैसले के पल कौन से हैं, और वह AI जो केवल समेकित आँकड़े पढ़ता है।
- दोनों अक्षों पर पेस और पिकअप, बुकिंग बहीखाते से दोबारा बनाए गए, बिना किसी स्नैपशॉट तालिका के
- पिछले साल से तुलना, उसी लीड टाइम पर और तुलना योग्य तारीख पर
- फ़ैसले के पड़ावों (60, 30, 14 और 7 दिन) पर अलर्ट, हर दिन के लिए एक ही बार, हर चक्र में दोहराए बिना
- अतिथि अनुभव और राजस्व पर AI ब्रीफ़िंग, जो केवल समेकित आँकड़ों पर बनती है
- तटस्थ अडैप्टर से केवल पढ़ने वाला PMS सिंक, हैश से इडेम्पोटेंट: वही डेटा दो बार आए तो भी डुप्लिकेट नहीं बनता
बिल्ट-इन गवर्नेंस
उद्योग के नियम इंजन में लागू, स्लाइड डेक में नहीं।
यह PMS नहीं है, और यह बात साफ़ कही गई है
यह CRM न अतिथि का फ़ोलियो जारी करता है, न नाइट ऑडिट चलाता है, और किसी कमरे पर लेखांकन का अधिकार भी उसके पास नहीं है। नकल की गई इकाई स्रोत और तारीख की मुहर के साथ आती है और यहाँ कभी आवंटित नहीं होती: पुष्टि करने का काम स्रोत का है।
पैसा और नियम जो ऑडिट में टिकते हैं
प्रतिशत पूर्णांक बेसिस पॉइंट में और राशियाँ पूर्णांक सेंट में, कोई फ़्लोटिंग पॉइंट नहीं। नीति बुकिंग पर स्थिर, विनिमय दर कोटेशन पर स्थिर, BEO प्रकाशित होते ही स्थिर, और कमीशन तथा भरपाई ऐसी प्रविष्टियाँ जो कभी मिटाई नहीं जातीं।
अतिथि की निजता और PCI
एलर्जी स्वास्थ्य से जुड़ा डेटा है: सुरक्षा जाँच व्यक्ति के स्तर के डेटा से AI प्रॉम्प्ट बनाने से इनकार कर देती है। डेटा मिटाने और निर्यात करने की घोषित योजना है, छूट-पत्र के हस्ताक्षर को मिटाने के बजाय पहचान से अलग किया जाता है, और खुले टेक्स्ट में लिखा कार्ड नंबर Luhn जाँच में पकड़ा जाकर अस्वीकार कर दिया जाता है।
सच्ची बहु-संपत्ति और बहु-संगठन व्यवस्था
एक ही संगठन की सभी संपत्तियों में एक साझा अतिथि प्रोफ़ाइल, और हर संपत्ति का अपना समय क्षेत्र। इस वर्टिकल की हर तालिका पर पंक्ति स्तर की सुरक्षा, हर संगठन के लिए अलग सक्रियण, और बंद करने पर कुछ भी मिटता नहीं: आपका डेटा जस का तस रहता है।
और साथ में पूरा SellioCRM
वर्टिकल संपूर्ण प्लेटफ़ॉर्म में जुड़ता है, उसी सिस्टम में और बिना किसी अतिरिक्त सब्सक्रिप्शन के।
SellioCRM Real Estate
लीड से चाबी तक: लाइव इन्वेंटरी बोर्ड, हार्ड-लॉक्ड रिज़र्वेशन, पेमेंट सिम्युलेटर, कॉन्ट्रैक्ट, क्रेडिट, मॉर्गेज ट्रांसफर, निर्माण और हैंडओवर, सब एक ही जगह।
और जानें →SellioCRM Health
मरीज़ों को कैप्चर करें, शेड्यूल करें, ऑथराइज़ करें, जोड़े रखें और बनाए रखें। बिना एक भारी-भरकम EHR बने।
और जानें →SellioCRM Financial Services
पार्टियाँ, KYC, स्क्रीनिंग और हाउसहोल्ड, ऐसे निर्णय ट्रेल के साथ जो ऑडिट में खरा उतरता है।
और जानें →आपके होटल को ऐसा CRM चाहिए जो अतिथियों, समूहों और पिकअप को समझे
यह सब शामिल करके मुफ़्त शुरू करें। जब तक इंफ्रास्ट्रक्चर उपयोग हर महीने US$20 से नीचे रहता है, यह मुफ़्त है; उससे ऊपर जाने पर आप उस महीने की खपत का भुगतान करते हैं।
मुफ़्त खाता बनाएँ