होटल बुकिंग वेबसाइट कैसे बनाएँ: कमरे, दरें, उपलब्धता और भुगतान
होटल बुकिंग वेबसाइट मेहमानों को तारीखें चुनने, अपने ठहराव की हर रात के लिए खाली कमरे देखने, कुल कीमत देखने और भुगतान या जमा राशि देने देती है — बिना किसी को बार-बार ईमेल किए। इसे बनाने के लिए आपको कमरों की गिनती वाले कमरे के प्रकार, रात-दर-रात उपलब्धता का मॉडल, ऐसी दरें जो तारीख के हिसाब से बदल सकें, एक बुकिंग प्रवाह जो सेव करते समय उपलब्धता फिर से जाँचे, और फ़्रंट डेस्क के लिए एक एडमिन व्यू चाहिए। सबसे कठिन हिस्सा सुंदर पेज नहीं हैं। कठिन यह सुनिश्चित करना है कि कोई कमरा दो बार न बिके, खासकर अगर आप बुकिंग प्लेटफ़ॉर्म पर भी बेचते हैं।
साइट को क्या चाहिए
पेज
- सार्वजनिक: होम, कमरे (तस्वीरें, बिस्तर, आकार, सुविधाएँ, अधिकतम मेहमान), तारीख-और-मेहमान खोज, हर कमरे के प्रकार की कुल कीमत वाले परिणाम, बुकिंग फ़ॉर्म, भुगतान, और बुकिंग प्रबंधित करने के लिंक वाला पुष्टि पेज।
- सहायक: स्थान और दिशा-निर्देश, नीतियाँ (चेक-इन समय, रद्दीकरण, बच्चे, पालतू जानवर), FAQ, संपर्क।
- निजी (स्टाफ़): आज के आगमन और प्रस्थान, रात के हिसाब से कमरों का कैलेंडर ग्रिड, बुकिंग की सूची, बंद की गई तारीखें, दरें और कमरों की सेटिंग।
डेटा
| तालिका | मुख्य फ़ील्ड |
|---|---|
| Room types | नाम, विवरण, अधिकतम वयस्क और बच्चे, आधार दर, तस्वीरें |
| Rooms | कमरे का प्रकार, नंबर या नाम, सक्रिय हाँ/नहीं |
| Rates | कमरे का प्रकार, तारीख या तारीख-सीमा, प्रति रात कीमत, न्यूनतम ठहराव |
| Bookings | मेहमान, कमरे का प्रकार, आवंटित कमरा, चेक-इन, चेक-आउट, मेहमान, कुल, जमा भुगतान, स्थिति, स्रोत (सीधा, OTA) |
| Guests | नाम, ईमेल, फ़ोन, देश, नोट |
| Blocks | कमरा, तारीख-सीमा, कारण (रखरखाव, मालिक का उपयोग) |
चेक-इन और चेक-आउट को समय नहीं, तारीखों के रूप में सेव करें, और चेक-आउट को अनन्य (exclusive) मानें: 10 से 12 तारीख का ठहराव 10 और 11 तारीख की रातों का उपयोग करता है। इसे गलत करना उपलब्धता की सबसे आम गड़बड़ी है।
अनुमतियाँ
मेहमान कीमतें और यह देखते हैं कि कमरे का प्रकार उपलब्ध है या नहीं — कभी नहीं कि और कौन ठहरा है। फ़्रंट-डेस्क स्टाफ़ बुकिंग और मेहमानों का विवरण देखता है; सिर्फ़ मालिक दरें और नीतियाँ बदलता है। इसलिए कम से कम दो भूमिकाओं वाला स्टाफ़ लॉगिन चाहिए।
फ़ैसले और समझौते
Request to book या तुरंत बुकिंग
Request to book — मेहमान तारीखें और विवरण भेजता है, आप ईमेल से पुष्टि करते हैं — बहुत सरल है और छोटे गेस्टहाउस के लिए ठीक है। तुरंत बुकिंग के लिए पक्की उपलब्धता और भुगतान संभालना चाहिए, लेकिन यह बेहतर बदलता है। कई संपत्तियाँ अनुरोधों से शुरू करती हैं और बाद में बदल देती हैं।
कमरे के प्रकार बेचें या खास कमरे
मेहमान आम तौर पर कमरे का प्रकार बुक करते हैं (“समुद्र-दृश्य वाला Double”), और स्टाफ़ असली कमरा बाद में तय करता है। खास कमरे बेचना बनाने में आसान है, लेकिन कैलेंडर भरना मुश्किल कर देता है।
दरें
प्रति कमरे के प्रकार, प्रति रात एक कीमत से शुरू करें, साथ में तारीख-सीमाओं (उच्च मौसम, छुट्टियाँ) के लिए वैकल्पिक ओवरराइड और न्यूनतम ठहराव। डायनामिक प्राइसिंग, प्रोमो कोड और पैकेज बाद के लिए छोड़ें।
भुगतान
विकल्प, बढ़ती जटिलता के क्रम में: आगमन पर भुगतान; Stripe Checkout जैसे होस्टेड चेकआउट से जमा राशि; गैर-वापसी योग्य दर के लिए पूरा अग्रिम भुगतान; या बाद में चार्ज करने के लिए कार्ड सेव करना। भुगतान नियम, टैक्स और पर्यटन शुल्क देश के हिसाब से अलग होते हैं — स्थानीय नियम जाँचें या किसी सलाहकार से पूछें। मैकेनिक्स भुगतान गाइड में हैं।
अन्य चैनल
अगर कमरे ऑनलाइन ट्रैवल एजेंसियों या छुट्टी-किराया प्लेटफ़ॉर्म पर भी सूचीबद्ध हैं, तो कैलेंडर को सिंक में रखना होगा। उनमें से कई प्लेटफ़ॉर्म कैलेंडर को iCal लिंक के रूप में निर्यात और आयात कर सकते हैं; छोटी संपत्तियों के लिए इस तरह सिंक करना आम है, लेकिन यह देरी से होता है, तुरंत नहीं। पेशेवर जवाब channel manager है।
एक ऐसा पहला प्रॉम्प्ट जो काम करता है
Harbour House के लिए एक सीधी बुकिंग वेबसाइट बनाओ, जो Tobermory, Scotland में 9 कमरों वाला गेस्टहाउस है। कमरे के प्रकार: Double (4 कमरे, 2 मेहमान, £120/रात), Twin (3 कमरे, 2 मेहमान, £115), Family (2 कमरे, 2 वयस्क + 2 बच्चे, £165)। मेहमान चेक-इन तारीख, चेक-आउट तारीख और मेहमानों से खोजें, और सिर्फ़ वही कमरे के प्रकार देखें जिनमें ठहराव की हर रात के लिए एक खाली कमरा हो, कुल कीमत के साथ। चेक-आउट अनन्य है। जुलाई और अगस्त में न्यूनतम ठहराव 2 रातें। बुकिंग फ़ॉर्म नाम, ईमेल, फ़ोन और आगमन का समय लेता है; उसे “pending” के रूप में सेव करो और सेव करने से पहले सर्वर पर उपलब्धता फिर से जाँचो। लॉगिन वाला स्टाफ़ क्षेत्र: आज के आगमन और प्रस्थान, रात के हिसाब से कमरों का कैलेंडर ग्रिड, स्थिति वाली बुकिंग सूची, और तारीखें बंद करने का तरीका। हर बुकिंग पेज पर चेक-इन 3–8 बजे, चेक-आउट 10 बजे, और रद्दीकरण नीति (7 दिन पहले तक मुफ़्त) दिखाओ। शांत तटीय डिज़ाइन, मोबाइल-पहले।
बनाने के चरण
- पहले रातों और कमरों का मॉडल। कमरे के प्रकार, कमरे, दरें और उपलब्धता की जाँच। डिज़ाइन से पहले इसे परखें।
- खोज और परिणाम। तारीख चुनने वाला, मेहमानों की गिनती, ठहराव की कुल कीमत, और साफ़ “बिक गया” स्थितियाँ।
- बुकिंग प्रवाह। फ़ॉर्म → सर्वर पर उपलब्धता की दोबारा जाँच → pending बुकिंग → प्रबंधन लिंक वाला पुष्टि पेज।
- लॉगिन वाला स्टाफ़ क्षेत्र: आगमन, प्रस्थान, कैलेंडर ग्रिड, तारीखें बंद करना।
- ईमेल पुष्टि आपके अपने प्रदाता से, तारीखों, कुल रकम, पते और नीति के साथ। देखें ईमेल भेजना।
- Stripe टेस्ट मोड में जमा राशि, बुकिंग तभी पक्की करें जब भुगतान सफल हो। भुगतान webhook के लिए आपके ऐप को सार्वजनिक URL पर प्रकाशित होना होगा।
- अन्य चैनलों के साथ कैलेंडर सिंक, अगर आप उनका इस्तेमाल करते हैं, शुरू में रोज़ाना मैनुअल जाँच के साथ।
- किनारे के मामले परखें: दो ब्राउज़र एक ही आख़िरी कमरा बुक करें, दर बदलाव को पार करने वाला ठहराव, रद्दीकरण से रातें खाली होना, न्यूनतम-ठहराव अवधि के दौरान एक रात का ठहराव।
- प्रकाशित करें और पुरानी प्रक्रिया बंद करने से पहले खुद एक असली बुकिंग करें।
आम गलतियाँ
- उपलब्धता सिर्फ़ ब्राउज़र में जाँचना। दो मेहमान आख़िरकार एक ही पल में आख़िरी कमरा बुक करेंगे।
- चेक-आउट की रात को भरा हुआ गिनना (या चेक-इन की रात न गिनना)। दो रात के ठहराव के लिए एक परीक्षण लिखें।
- एक सपाट कीमत। ज़्यादातर संपत्तियों को कम से कम मौसमी ओवरराइड चाहिए।
- कुल कीमत आख़िरी चरण तक छिपाना। परिणामों में पूरे ठहराव की कीमत दिखाएँ, जिसमें आपको पता वाले सारे शुल्क शामिल हों।
- नीतियाँ फ़ुटर में दबी होना। रद्दीकरण की शर्तें भुगतान बटन के पास दिखाएँ।
- iCal सिंक को तुरंत मानना। ऐसा नहीं है; लगभग भरे होने पर तारीखें हाथ से बंद करें।
कब बना-बनाया प्रोडक्ट बेहतर विकल्प है
अगर आप एक मुट्ठी भर से ज़्यादा कमरे चलाते हैं, कई ऑनलाइन ट्रैवल एजेंसियों के ज़रिए बेचते हैं, या हाउसकीपिंग, इनवॉइसिंग और रिपोर्टिंग चाहिए, तो बिल्ट-इन बुकिंग इंजन और channel manager वाला property management system आम तौर पर सही फ़ैसला है। ये प्रोडक्ट चैनलों के बीच ओवरबुकिंग सुलझाने के लिए बने हैं, और उसे अच्छी तरह दोबारा बनाना महँगा है।
कस्टम साइट उन छोटी संपत्तियों के लिए समझ में आती है जो ज़्यादातर सीधी बुकिंग लेती हैं, असामान्य इन्वेंटरी के लिए (ग्लैंपिंग पिच, साझा सुविधाओं वाली केबिन, गतिविधियों के साथ बिकने वाले कमरे), या जब आप प्रति कमरे मासिक शुल्क के बिना अपना डिज़ाइन और मेहमान अनुभव चाहते हैं। कुछ मालिक कस्टम वेबसाइट के साथ उस पर एम्बेड किया हुआ होस्टेड बुकिंग इंजन जोड़ते हैं — अक्सर दोनों का सबसे अच्छा मेल।
Mythex के साथ बनाना
Mythex पर आप चैट में संपत्ति का वर्णन करते हैं, लाइव प्रीव्यू में साइट की समीक्षा करते हैं (फ़ोन-आकार फ़्रेम सहित), और जब काम करने लगे तो प्रकाशित करते हैं। बुकिंग, कमरे और दरें एक Postgres database में रहते हैं, जिसे एजेंट तब जोड़ता है जब ऐप को डेटा सेव करना हो; निष्क्रिय होने पर वह सो जाता है और अगले अनुरोध पर जाग जाता है। स्टाफ़ लॉगिन, ईमेल पुष्टि और जमा राशि आपके अपने प्रदाताओं और keys से जुड़ते हैं — Mythex में अंतिम-उपयोगकर्ता लॉगिन, ईमेल या भुगतान प्रोडक्ट बिल्ट-इन नहीं है — इसलिए जमा राशि जोड़ने से पहले Stripe रेसिपी पढ़ें। एजेंट से खोज और बुकिंग के माध्यम से चलवाने के लिए /test का इस्तेमाल करें, और उपलब्धता तोड़ने वाले बदलाव को वापस लेने के लिए checkpoints।
शुरुआती प्रॉम्प्ट के लिए होटल बुकिंग सिस्टम बिल्डर, गेस्टहाउस बुकिंग सिस्टम बिल्डर या ग्लैंपिंग बुकिंग साइट टेम्पलेट देखें। रातों के बजाय घंटों या अपॉइंटमेंट वाली बुकिंग के लिए, बुकिंग ऐप गाइड देखें।
सवाल
होटल बुकिंग अपॉइंटमेंट बुकिंग से कैसे अलग है?
होटल रातें बेचते हैं, टाइम स्लॉट नहीं। आप हर रात के लिए हर प्रकार के कितने कमरे खाली हैं, यह ट्रैक करते हैं, ठहरना कई रातों तक फैलता है, और कीमत रात-दर-रात बदल सकती है।
बुकिंग साइटों पर भी बेचते समय ओवरबुकिंग से कैसे बचूँ?
हर चैनल को उपलब्धता का एक ही स्रोत साझा करना चाहिए। छोटी संपत्तियाँ अक्सर iCal लिंक से कैलेंडर सिंक करती हैं, जो तुरंत नहीं होता, इसलिए एक बफ़र रखें या तारीखें जल्दी बंद करें। बड़ी संपत्तियाँ channel manager इस्तेमाल करती हैं जो सभी चैनलों को लगभग तुरंत अपडेट करता है।
क्या मेहमानों को बुकिंग के समय पूरा भुगतान करना चाहिए?
यह आपकी नीति पर निर्भर है। आम विकल्प हैं: बुकिंग के समय जमा राशि, गैर-वापसी योग्य दरों के लिए पूरा अग्रिम भुगतान, या कार्ड सेव करके बाद में चार्ज करना। जो भी चुनें, भुगतान से पहले रद्दीकरण नीति दिखाएँ।
क्या छोटी संपत्ति के लिए कस्टम होटल बुकिंग साइट का फ़ायदा है?
छोटे B&B के लिए, request-to-book या सरल तुरंत बुकिंग वाली कस्टम साइट अच्छा काम कर सकती है। जब आप कई ऑनलाइन ट्रैवल एजेंसियों पर बेचने लगें या कई कमरे संभालें, तो बुकिंग इंजन और channel manager वाला property management system आम तौर पर अपनी फ़ीस के लायक होता है।