बुकिंग अ‍ॅप कसा बनवावा: स्लॉट्स, उपलब्धता, स्मरणपत्रे आणि डिपॉझिट्स

बुकिंग अ‍ॅप बनवण्यासाठी चार गोष्टी एकत्र चालाव्या लागतात: काय बुक करता येते त्याची यादी (सेवा, खोल्या, स्टाफ), प्रत्येक गोष्ट कधी उपलब्ध आहे त्याचे नियम, फक्त खरोखर मोकळे स्लॉट्स देणारा बुकिंग प्रवाह, आणि व्यवसाय येणाऱ्या बुकिंगचे व्यवस्थापन करतो ते खाजगी दृश्य. AI अ‍ॅप बिल्डर काही मिनिटांत छोट्या वर्णनावरून कार्यरत पहिली आवृत्ती तयार करू शकतो; खरे काम नियम ठरवणे आहे — स्लॉटची लांबी, बफर, रद्दीकरण, टाइम झोन — आणि डबल बुकिंग अशक्य आहे याची चाचणी करणे.

आधी ठरवा की तुमच्यासाठी "बुकिंग" म्हणजे काय

बुकिंग अ‍ॅप्स वरून सारखे दिसतात, पण आतून खूप वेगळे असतात. ही उत्तरे आधी द्या:

• काय बुक केले जाते? एक सेवा (केस कापणे), एक व्यक्ती (शिक्षक), एक संसाधन (मीटिंग रूम, कोर्ट, व्हॅन), किंवा सत्रातील जागा (12 जागा असलेला योग वर्ग).
• किती वेळ लागतो? प्रत्येक सेवेसाठी निश्चित, की ग्राहक निवडतो?
• कोण पुरवतो? एक व्यक्ती, स्वतःचे तास असलेले अनेक स्टाफ, की कोणीच नाही (एक खोली)?
• बुकिंगनंतर काय होते? लगेच पुष्टी, की मालकाने मंजूर करावी अशी विनंती?
• पैसे गुंतलेले आहेत का? मोफत, दिवशी पैसे देणे, आगाऊ डिपॉझिट, की पूर्ण आगाऊ पेमेंट?

"वेळ मागा, मालक ईमेलने पुष्टी करेल" हे "तीन स्टाफ कॅलेंडर्सविरुद्ध तात्काळ बुकिंग आणि डिपॉझिट्स" पेक्षा बांधायला खूप सोपे आहे. दोन्ही वैध आहेत — पहिल्या आवृत्तीसाठी तुम्हाला खरोखर जे हवे ते निवडा.

अ‍ॅपला काय हवे

डेटा

प्रत्येक बुकिंगवर फक्त सुरुवातीची नाही, तर शेवटची वेळ साठवणे, ओव्हरलॅप तपासणी खूप सोपी करते.

पेजेस

• सार्वजनिक: सेवांची यादी, स्लॉट निवडक, बुकिंग फॉर्म, पुष्टी पेज, आणि रद्द किंवा पुनर्निर्धारण लिंक.
• खाजगी (मालक किंवा स्टाफ): आजचे वेळापत्रक, येणारी बुकिंग, सुट्टीसाठी वेळ ब्लॉक करण्याची सोय, आणि सेवा व तासांची सेटिंग्ज.

परवानग्या

ग्राहकांनी फक्त मोकळे किंवा व्यस्त स्लॉट्स पाहावेत — इतर ग्राहकांची नावे कधीही नाही. स्टाफने फक्त स्वतःचे वेळापत्रक पाहावे; मालक सर्व पाहतो. हे लिहून ठेवा, कारण यावरून ठरते की तुम्हाला लॉगिन आणि भूमिका हव्या आहेत की नाही. तुमच्या अ‍ॅपमध्ये लॉगिन जोडणे या मार्गदर्शकात पर्याय आहेत.

कठीण भाग, आणि ते कसे हाताळायचे

डबल बुकिंग

क्लासिक बग: दोन व्यक्ती पेज लोड करतात, दोघांना 10:00 मोकळे दिसते, दोघे बुक करतात. उपाय म्हणजे बुकिंग सेव्ह होताना सर्व्हरवर पुन्हा तपासणे आणि आता काही ओव्हरलॅप असल्यास नाकारणे. हे स्पष्टपणे मागा:

बुकिंग सेव्ह करताना, त्याच स्टाफ सदस्याच्या कोणत्याही पुष्टी किंवा प्रलंबित बुकिंगचा विनंती केलेल्या वेळेशी (बफरसह) ओव्हरलॅप नाही हे सर्व्हरवर पुन्हा तपासा. असल्यास बुकिंग नाकारा आणि "ती वेळ नुकतीच घेतली गेली — कृपया दुसरी निवडा." असा संदेश दाखवा.

मग दोन ब्राउझर विंडोंसह त्याची चाचणी करा.

टाइम झोन

प्रत्येक वेळ UTC मध्ये साठवा आणि दाखवण्यासाठी रूपांतरित करा. बुकिंग पेज कोणाचा टाइम झोन दाखवेल ते ठरवा — सहसा प्रत्यक्ष सेवांसाठी व्यवसायाचा, आणि ऑनलाइन कॉलसाठी ग्राहकाचा — आणि ते पेजवर लिहा. डेलाइट सेव्हिंग बदलाच्या ओलांडून एक बुकिंग तपासा.

बफर, सूचना आणि मर्यादा

आधी ठरवण्यासारखे सामान्य नियम: भेटींमधील बफर, किमान सूचना ("2 तासांपेक्षा कमी अंतरावर बुकिंग नाही"), लोक किती पुढे बुक करू शकतात, आणि दैनिक मर्यादा. प्रत्येक एका वाक्याचा प्रॉम्प्ट असतो; ते वगळले तर AI तुमच्यासाठी डीफॉल्ट निवडते.

रद्दीकरण आणि न आलेले ग्राहक

प्रत्येक पुष्टीला अद्वितीय टोकनसह रद्द लिंक द्या, म्हणजे ग्राहकांना खाते लागत नाही. तुमची रद्दीकरण मुदत आणि डिपॉझिट परत मिळेल की नाही ठरवा, आणि पेमेंटपूर्वी ते धोरण दाखवा.

स्मरणपत्रे

स्मरणपत्र ईमेल किंवा मेसेजसाठी असे काहीतरी हवे जे ठरावीक वेळापत्रकानुसार चालते ("दर 15 मिनिटांनी, 24 तासांत सुरू होणाऱ्या बुकिंगसाठी स्मरणपत्रे पाठवा"). तुमचा बिल्डर आणि होस्टिंग शेड्यूल्ड जॉब्स कसे हाताळतात ते तपासा. ते हाताळत नसतील, तर तुमच्या अ‍ॅपमधील एंडपॉइंट कॉल करणारा बाह्य शेड्युलर वापरा, किंवा ग्राहकाचे स्वतःचे कॅलेंडर स्मरण देईल म्हणून कॅलेंडर आमंत्रण जोडून पुष्टी ईमेल पाठवा. प्रदात्याच्या बाजूसाठी तुमच्या अ‍ॅपमधून ईमेल कसे पाठवावे पाहा.

डिपॉझिट्स आणि पेमेंट्स

Stripe सह नेहमीचा पॅटर्न:

1. ग्राहक स्लॉट निवडतो; अ‍ॅप एक प्रलंबित बुकिंग तयार करतो जे काही वेळासाठी (समजा 15 मिनिटे) स्लॉट राखून ठेवते.
2. अ‍ॅप त्यांना डिपॉझिटसाठी Stripe Checkout वर पाठवते.
3. पेमेंट यशस्वी झाल्यावर Stripe वेबहुकद्वारे तुमच्या अ‍ॅपला कळवते; बुकिंग पुष्टी होते.
4. वेळेत पेमेंट न झाल्यास प्रलंबित बुकिंग कालबाह्य होते आणि स्लॉट मोकळा होतो.

Stripe ची मानक किंमत प्रति यशस्वी कार्ड पेमेंट टक्केवारी अधिक निश्चित शुल्क आहे, मासिक शुल्काशिवाय (सप्टेंबर 2026 नुसार); दर देशानुसार बदलतात, त्यामुळे तुमच्या देशासाठी Stripe ची किंमत पृष्ठ तपासा. सर्व काही काम करेपर्यंत टेस्ट मोड आणि टेस्ट कार्ड्स वापरा. अ‍ॅपमध्ये पेमेंट्स जोडण्याचे मार्गदर्शक टप्प्याटप्प्याने सांगते.

काम करणारा पहिला प्रॉम्प्ट

Northside Barbers साठी बुकिंग अ‍ॅप बनवा. सेवा: Haircut (30 मिनिटे, $25), Beard trim (15 मिनिटे, $12), Haircut + beard (45 मिनिटे, $32). दोन बार्बर, Sam आणि Ali, प्रत्येकी मंगळवार–शनिवार 9:00–18:00 काम करतात. ग्राहक सेवा निवडतात, मग बार्बर किंवा "कोणताही बार्बर", आणि पुढील 14 दिवसांसाठी फक्त मोकळ्या 15-मिनिटांच्या सुरुवातीच्या वेळा पाहतात, आणि नाव, फोन आणि ईमेल टाकतात. बुकिंग डेटाबेसमध्ये साठवा, प्रत्येक भेटीनंतर 10-मिनिटांचा बफर ठेवा, आणि डबल बुकिंग टाळण्यासाठी सेव्ह करताना उपलब्धता पुन्हा तपासा. रद्द लिंकसह पुष्टी पेज दाखवा. मालकाकडे खाजगी पेज आहे जिथे आजची आणि येणारी बुकिंग दिसतात, तो बुकिंग रद्द करू शकतो आणि वेळ ब्लॉक करू शकतो. वेळा दुकानाच्या स्थानिक टाइम झोनमध्ये आहेत. स्वच्छ, मोबाईल-प्रथम डिझाइन.

यात सेवा, स्टाफ, तास, नियम आणि मालकाचे दृश्य नमूद केले आहे — AI अन्यथा अंदाज लावेल ते सर्व.

बिल्ड पायऱ्या

1. आधी मुख्य बुकिंग प्रवाह. सेवा → स्लॉट → फॉर्म → जतन केलेली बुकिंग → पुष्टी. हे फोनवर चालेपर्यंत इतर काहीही नाही.
2. मालकाचे दृश्य. आजची यादी, येणारी यादी, रद्द, वेळ ब्लॉक.
3. मालकाची पेजेस संरक्षित करा. खरा डेटा टाकण्यापूर्वी लॉगिन जोडा.
4. नियम. बफर, सूचना कालावधी, बुकिंगची मर्यादा, सुट्ट्या.
5. ईमेल. कॅलेंडर आमंत्रण आणि रद्द लिंकसह पुष्टी.
6. डिपॉझिट्स, गरज असल्यास, आधी Stripe टेस्ट मोडमध्ये.
7. शेवटच्या प्रकरणांची चाचणी. दोन विंडोंनी एकच स्लॉट बुक करणे, मध्यरात्री ओलांडणारी बुकिंग, डेलाइट सेव्हिंगची तारीख, रद्द बुकिंगने स्लॉट मोकळा होणे.
8. प्रकाशित करा, मग लिंक शेअर करण्यापूर्वी स्वतः एक खरी बुकिंग करा.

सामान्य चुका

• उपलब्धता फक्त ब्राउझरमध्ये तपासणे. ते बरोबर दिसते आणि तरीही डबल-बुकिंग होते.
• टाइम झोनशिवाय स्थानिक वेळा साठवणे. घड्याळे बदलेपर्यंत ते चालते.
• सार्वजनिक कॅलेंडरमध्ये ग्राहकांची नावे दाखवणे. फक्त मोकळे किंवा व्यस्त दाखवा.
• पहिल्या दिवशीच स्टाफ शेड्युलिंग, लॉयल्टी पॉइंट्स आणि SMS बांधणे. मुख्य प्रवाह लाँच करा, मग ग्राहक प्रत्यक्षात जे मागतात ते जोडा.
• मालकाला वेळ ब्लॉक करण्याचा मार्ग नसणे. पहिला आजारी दिवस न आलेल्या ग्राहकांना जन्म देईल.

Calendly (किंवा तत्सम) कधी चांगला पर्याय आहे

कॉल्ससाठी तुमची उपलब्धता शेअर करणारी एकच व्यक्ती तुम्ही असाल, तर शेड्युलिंग टूलला हरवणे कठीण आहे. सप्टेंबर 2026 नुसार, Calendly चा मोफत प्लॅन एक इव्हेंट प्रकार, एक कॅलेंडर कनेक्शन आणि सानुकूल करता येणाऱ्या बुकिंग पेजसह एक-एक शेड्युलिंग देतो, आणि पेड प्लॅन्समध्ये अधिक इव्हेंट प्रकार व टीम वैशिष्ट्ये येतात. अशी टूल्स तुमच्या विद्यमान कॅलेंडरशी आधीपासून जोडली जातात, जे कस्टम अ‍ॅपला बांधावे लागते.

अशी टूल्स समर्थन न देणारे नियम, अनेक बुक करण्यायोग्य संसाधने, सर्वत्र तुमची स्वतःची ब्रँडिंग, इतर डेटाशी (ग्राहक, ऑर्डर, सदस्यत्व) जोडलेली बुकिंग हवी असेल, किंवा इतरांना विकण्यासाठी बुकिंग उत्पादन बनवत असाल, तर स्वतः बनवा.

Mythex सह बांधणी

Mythex वर तुम्ही चॅटमध्ये बुकिंग अ‍ॅपचे वर्णन करता, ते लाइव्ह प्रीव्ह्यूमध्ये बांधले जाते, आणि बुकिंग सेव्ह करावी लागते तेव्हा Postgres डेटाबेस जोडले जाते. डॉक्समधील बुकिंग पेज वापर-प्रकरण विनंती फॉर्म आणि अ‍ॅडमिन यादीपासून सुरुवात करून नंतर उर्वरित जोडण्याचे सुचवते. काय अंगभूत आहे आणि काय तुम्ही स्वतः जोडता याबद्दल स्पष्ट रहा: Mythex मध्ये अंगभूत कॅलेंडर सिंक, SMS स्मरणपत्रे किंवा डिपॉझिट उत्पादन नाही. ईमेल तुमच्या स्वतःच्या प्रदात्यामार्फत जातो, डिपॉझिट्स तुमच्या स्वतःच्या Stripe की द्वारे जातात ज्या प्रोजेक्ट सिक्रेट्स म्हणून साठवल्या जातात (Stripe रेसिपी), आणि डबल-बुकिंग व टाइम-झोन नियम तुम्ही निर्दिष्ट करता आणि वर सांगितल्याप्रमाणे तपासता.

/test कमांड एजंटला प्रीव्ह्यूमध्ये बुकिंग प्रवाहातून क्लिक करून काय तुटते ते सांगायला लावते. सुरुवातीचा प्रॉम्प्ट म्हणून बार्बरशॉप बुकिंग वेबसाइट किंवा मीटिंग बुकर टेम्पलेट्स वापरून पाहा, किंवा सर्व अ‍ॅप टेम्पलेट्स पाहा.

प्रश्न