एक व्यावहारिक गाइड, जो आपकी असली उपलब्धता, सेवाओं और स्टाफ से मेल खाता बुकिंग सिस्टम बनाना सिखाती है: डबल-बुकिंग रोकने वाले नियम, नो-शो खत्म करने वाला रिमाइंडर फ्लो, पहले वर्जन में क्या ज़रूरी है, और शेड्यूल पर पकड़ खोए बिना फोन से आगे कैसे बढ़ें।
क्लिनिक, सैलून, कोच, स्टूडियो, कंसल्टेंट, और हर वह अपॉइंटमेंट आधारित बिज़नेस जो अब भी फोन पर बुकिंग करता है और नो-शो में समय गंवाता है।
- एक बुकिंग फ्लो जो आपकी असली उपलब्धता और सेवाओं के आसपास बना हो
- वे नियम और रिमाइंडर जो डबल-बुकिंग और नो-शो रोकते हैं
- एक पहला वर्जन जिसे आप इसी हफ्ते ग्राहकों के लिए लॉन्च कर सकें
हर अपॉइंटमेंट आधारित बिज़नेस उन्हीं दो जगहों पर पैसा गंवाता है: बुकिंग तय करने में फोन पर बीतने वाले घंटे, और वे स्लॉट जो नो-शो बनकर चुपचाप उड़ जाते हैं। एक ऑनलाइन बुकिंग सिस्टम इन दोनों पर वार करता है, पर तभी जब वह आपके असल काम करने के तरीके को समेटे: आपकी असली उपलब्धता, आपके बफर समय, आपकी रिमाइंडर की लय। जनरल बुकिंग विजेट इन्हीं को चूक जाते हैं, यही वजह है कि इतने सारे इंस्टॉल होकर छोड़ दिए जाते हैं। यहां बताया है कि एक ऐसा सिस्टम कैसे बनाएं जो सही बैठे।
क्योंकि बुकिंग टूल तभी काम आता है जब ग्राहक सही चीज़ बुक कर सकें और आप कभी डबल-बुक न हों, और जनरल विजेट न आपकी सेवाएं समेटते हैं न आपके नियम। जब आपके अपॉइंटमेंट अलग-अलग लंबाई के होते हैं, तब वे एक समान समय स्लॉट देते हैं, ग्राहकों के बीच ज़रूरी बफर को अनदेखा कर देते हैं, और यह नहीं कह पाते कि दाना ट्रीटमेंट करती है पर कंसल्टेशन नहीं। नतीजा, स्टाफ असली शेड्यूल के तौर पर अपना निजी कैलेंडर रखता रहता है, विजेट हकीकत से खिसकता जाता है, और सब फिर फोन पर लौट आते हैं।
बुकिंग सिस्टम टिकेगा या नहीं, यह तय करने वाले दो सवाल दिखने में मामूली हैं: क्या यह उस बुकिंग को रोक सकता है जो होनी ही नहीं चाहिए, और क्या यह आपके दिन के आकार से मेल खा सकता है। एक डेंटिस्ट को 30 मिनट की सफाई और 90 मिनट की प्रक्रिया चाहिए, बीच में 15 मिनट का रीसेट, और एक ही कुर्सी पर एक साथ दो मरीज़ नहीं। जो टूल यह सब नहीं कह सकता, वह आपका काम घटा नहीं रहा; वह मिलान करने के लिए एक दूसरा कैलेंडर जोड़ रहा है।
ठीक यहीं अपने नियम बताकर सिस्टम को उन्हीं के इर्द-गिर्द बनवाना, किसी और के टेम्पलेट को कॉन्फ़िगर करने से बेहतर साबित होता है। नियम ही असली प्रोडक्ट हैं, और वे सिर्फ आपके लिए खास हैं।
किसी भी स्क्रीन से पहले, वे शर्तें लिख लें जो आपके बिज़नेस में किसी बुकिंग को वैध या असंभव बनाती हैं। यही वह लॉजिक बनती हैं जिसे सिस्टम लागू करता है, और यही वह जगह है जहां जनरल टूल चुपचाप नाकाम होते हैं।
तीन कुर्सियों वाले एक सैलून ने पांच वाक्य लिखे: हर स्टाइलिस्ट तय घंटों में काम करता है; एक कलर के लिए 120 मिनट और 15 मिनट की सफाई चाहिए; सिर्फ दो स्टाइलिस्ट कलर करते हैं; ग्राहक 3 हफ्ते पहले तक बुक कर सकते हैं और 24 घंटे पहले तक मुफ्त कैंसल कर सकते हैं; और कोई स्लॉट तब तक नहीं दिखाया जाता जब तक एक योग्य स्टाइलिस्ट और एक खाली कुर्सी साथ न हों। यही पांच नियम पूरा बुकिंग इंजन हैं। इन्हें समेट लें तो डबल-बुकिंग बस हतोत्साहित नहीं होती, वह ढांचे से ही असंभव हो जाती है।
नो-शो शायद ही कभी बदनीयती होती है; यह भूल जाना होता है, और बुकिंग सिस्टम का दूसरा काम भूलना मुश्किल बनाना है। यह एक फ्लो है, कोई अकेला फीचर नहीं, और यहां शब्दों से ज़्यादा टाइमिंग मायने रखती है।
रिमाइंडर के बाद सबसे ज़्यादा फायदा देने वाला अकेला फीचर एक ऐसी वेटलिस्ट है जो खाली हुआ स्लॉट अगले व्यक्ति को अपने आप दे देती है। एक आखिरी पल का कैंसल, जो आम तौर पर शुद्ध नुकसान होता है, एक भरा स्लॉट और एक खुश ग्राहक बन जाता है जिसे जल्दी जगह मिल गई। जो बिज़नेस इसे जोड़ते हैं वे अक्सर नो-शो से हुआ ज़्यादातर राजस्व, किसी के पीछे भागे बिना, वापस पा लेते हैं।
बुकिंग सिस्टम तेज़ी से फूलते हैं: मेंबरशिप, पैकेज, डिपॉज़िट, रिव्यू, मार्केटिंग। पहला वर्जन वही लूप है जो फोन की जगह लेता है, और कुछ नहीं।
हर छोड़ दिए गए बुकिंग टूल के पीछे यही डर होता है: कैलेंडर की पकड़ किसी ऐसे सॉफ्टवेयर को सौंप देना जो बिज़नेस को समझता ही नहीं। जवाब यह है कि अपवाद इंसानों के हाथ में रखें जबकि रोज़मर्रा को सिस्टम संभाले। स्टाफ अब भी समय ब्लॉक कर सकता है, वॉक-इन जोड़ सकता है, या किसी नियमित ग्राहक के लिए नियम को दरकिनार कर सकता है; सिस्टम बस सामान्य मामले को आसान और असंभव मामले को असंभव बना देता है।
इसे इस तरह उतारें कि नई बुकिंग को लिंक की ओर मोड़ें और साथ में कॉल लेते भी रहें, ताकि कैलेंडर दोनों स्रोतों से एक ही जगह भरता जाए। कुछ ही हफ्तों में ज़्यादातर ग्राहक खुद बुक करना पसंद करने लगते हैं, फोन शांत हो जाता है, और जो स्लॉट पहले नो-शो में रिस जाते थे उन्हें रिमाइंडर थामे रखते हैं और वेटलिस्ट फिर भर देती है। कामयाबी का पैमाना सीधा है: कम बुकिंग कॉल, और कम खाली कुर्सियां जिन्हें भरा होना था।
पहले इसे बनाने का मतलब था एक बुकिंग SaaS का सब्सक्रिप्शन, जिसके भीतर आपका ग्राहक डेटा रहता था। अपनी सेवाएं, स्टाफ और नियम किसी ऐप बिल्डर को बता देने से आपको वही चलता हुआ सिस्टम मिलता है, पर शेड्यूल और ग्राहक रिकॉर्ड ऐसे डेटा के रूप में जिसके मालिक आप हैं, और जब कैलेंडर ही बिज़नेस का दिल हो तो यही सबसे ज़्यादा मायने रखता है।
वह नियम कि एक संसाधन एक साथ दो बुकिंग कभी नहीं रख सकता। बाकी सब सहूलियत है; यही एक बुकिंग सिस्टम और एक ऐसे दूसरे कैलेंडर के बीच का फर्क है जिसे आपको मिलाते रहना पड़े। इसके ठीक पीछे है सेवा के हिसाब से अवधि, ताकि हर अपॉइंटमेंट सही मात्रा में समय रोके।
किसी एक सेटिंग से नहीं, एक समयबद्ध फ्लो से: ऐड-टू-कैलेंडर लिंक के साथ तुरंत पुष्टि, एक 24 घंटे का रिमाइंडर जो पुष्टि या रीशेड्यूल को एक टैप बना दे, उसी दिन की एक छोटी याद, और एक वेटलिस्ट जो खाली स्लॉट अगले व्यक्ति को अपने आप दे दे। रिमाइंडर भूलना रोकते हैं; वेटलिस्ट उन स्लॉट को वापस पाती है जो फिर भी खाली हो जाते हैं।
बस वह लूप जो फोन की जगह लेता है: एक ग्राहक फ्लो जिसमें सेवा चुनें और सचमुच उपलब्ध स्लॉट बुक करें, एक भीतरी कैलेंडर जिस पर स्टाफ भरोसा करे, एक पुष्टि और 24 घंटे का रिमाइंडर, और खुद-सेवा वाला कैंसल और रीशेड्यूल। पैकेज, डिपॉज़िट और मार्केटिंग सब दूसरे वर्जन तक रुक सकते हैं।
सिर्फ तभी जब उसे ऐसे बनाया जाए। एक अच्छा सिस्टम अपवाद इंसानों के हाथ में रखता है, समय ब्लॉक करना, वॉक-इन जोड़ना, किसी नियमित ग्राहक के लिए नियम दरकिनार करना, जबकि रोज़मर्रा को अपने आप चलाता है और असंभव बुकिंग को ढांचे से ही असंभव बना देता है। मकसद फोन की खींचतान और नो-शो हटाना है, समझ-बूझ हटाना नहीं।