હોટેલ બુકિંગ વેબસાઇટ કેવી રીતે બનાવશો: રૂમ, રેટ, ઉપલબ્ધતા અને ચુકવણી
હોટેલ બુકિંગ વેબસાઇટ મહેમાનોને તારીખો પસંદ કરવા, તેમના રોકાણની દરેક રાત્રે કયા રૂમ ખાલી છે તે જોવા, કુલ ભાવ જોવા, અને ચુકવણી અથવા ડિપોઝિટ કરવા દે છે — કોઈએ પાછું ઈમેલ કર્યા વિના. એક બનાવવા માટે તમને રૂમની ગણતરી સાથે રૂમ પ્રકારો, નાઇટલી ઉપલબ્ધતા મોડેલ, તારીખ પ્રમાણે બદલી શકાય તેવા રેટ, સેવ કરતી વખતે ઉપલબ્ધતા ફરી તપાસતો બુકિંગ ફ્લો, અને ફ્રન્ટ ડેસ્ક માટે એડમિન વ્યૂની જરૂર છે. મુશ્કેલ ભાગ સુંદર પેજ નથી. તે ખાતરી કરવી છે કે કોઈ રૂમ બે વખત વેચાય નહીં, ખાસ કરીને જો તમે બુકિંગ પ્લેટફોર્મ પર પણ વેચો છો.
સાઇટને શું જોઈએ
પેજ
- જાહેર: હોમ, રૂમ (ફોટા, પલંગ, કદ, સુવિધાઓ, મહત્તમ મહેમાન), તારીખ-અને-મહેમાન શોધ, કુલ ભાવ સાથે રૂમ પ્રકાર પ્રમાણે પરિણામો, બુકિંગ ફોર્મ, ચુકવણી, અને બુકિંગ મેનેજ કરવાની લિંક સાથે કન્ફર્મેશન પેજ.
- સહાયક: સ્થાન અને દિશા, નીતિઓ (ચેક-ઇનનો સમય, રદ્દીકરણ, બાળકો, પાળતુ પ્રાણી), FAQ, સંપર્ક.
- ખાનગી (સ્ટાફ): આજના આગમન અને પ્રસ્થાન, રાત્રિ પ્રમાણે રૂમનો કેલેન્ડર ગ્રીડ, બુકિંગ યાદી, બંધ કરેલી તારીખો, રેટ અને રૂમ સેટિંગ્સ.
ડેટા
| ટેબલ | મુખ્ય ફીલ્ડ |
|---|---|
| Room types | નામ, વર્ણન, મહત્તમ પુખ્ત અને બાળકો, બેઝ રેટ, ફોટા |
| Rooms | રૂમ પ્રકાર, નંબર કે નામ, સક્રિય હા/ના |
| Rates | રૂમ પ્રકાર, તારીખ કે તારીખ શ્રેણી, રાત્રિ દીઠ ભાવ, ન્યૂનતમ રોકાણ |
| Bookings | મહેમાન, રૂમ પ્રકાર, ફાળવેલ રૂમ, ચેક-ઇન, ચેક-આઉટ, મહેમાનો, કુલ, ચૂકવેલ ડિપોઝિટ, સ્ટેટસ, સ્ત્રોત (સીધું, OTA) |
| Guests | નામ, ઈમેલ, ફોન, દેશ, નોંધ |
| Blocks | રૂમ, તારીખ શ્રેણી, કારણ (સમારકામ, માલિકનો ઉપયોગ) |
ચેક-ઇન અને ચેક-આઉટ તારીખ તરીકે સંગ્રહ કરો, સમય તરીકે નહીં, અને ચેક-આઉટને બાકાત ગણો: 10મીથી 12મી સુધીનું રોકાણ 10મી અને 11મીની રાત્રિઓ વાપરે છે. આ ખોટું થાય તો સૌથી સામાન્ય ઉપલબ્ધતા ભૂલ થાય છે.
પરવાનગીઓ
મહેમાનો ભાવ અને રૂમ પ્રકાર ઉપલબ્ધ છે કે નહીં તે જુએ છે — બીજું કોણ રોકાઈ રહ્યું છે તે ક્યારેય નહીં. ફ્રન્ટ-ડેસ્ક સ્ટાફ બુકિંગ અને મહેમાન વિગતો જુએ છે; ફક્ત માલિક રેટ અને નીતિઓ બદલે છે. એટલે ઓછામાં ઓછી બે ભૂમિકાવાળું સ્ટાફ લોગિન જોઈએ.
નિર્ણયો અને ટ્રેડ-ઓફ
રિક્વેસ્ટ-ટુ-બુક કે ત્વરિત બુકિંગ
રિક્વેસ્ટ-ટુ-બુક — મહેમાન તારીખો અને વિગત મોકલે, તમે ઈમેલથી પુષ્ટિ કરો — ઘણું સરળ છે અને નાના ગેસ્ટહાઉસ માટે બરાબર છે. ત્વરિત બુકિંગ માટે ચુસ્ત ઉપલબ્ધતા અને ચુકવણી સંભાળ જોઈએ, પણ વધુ રૂપાંતર થાય છે. ઘણી પ્રોપર્ટી રિક્વેસ્ટથી શરૂ કરે છે અને પછી બદલે છે.
રૂમ પ્રકાર વેચવા કે ચોક્કસ રૂમ
મહેમાનો સામાન્ય રીતે રૂમ પ્રકાર બુક કરે છે ("સમુદ્ર દૃશ્યવાળો ડબલ"), અને સ્ટાફ પછી વાસ્તવિક રૂમ ફાળવે છે. ચોક્કસ રૂમ વેચવું બનાવવામાં સહેલું છે, પણ કેલેન્ડર ભરવું મુશ્કેલ બનાવે છે.
રેટ
રૂમ પ્રકાર દીઠ રાત્રિ દીઠ એક ભાવથી શરૂ કરો, તારીખ શ્રેણીઓ માટે વૈકલ્પિક ઓવરરાઇડ (ઊંચી સિઝન, તહેવાર) અને ન્યૂનતમ રોકાણ સાથે. ડાયનેમિક પ્રાઇસિંગ, પ્રોમો કોડ અને પેકેજ પછી માટે રાખો.
ચુકવણી
વિકલ્પો, વધતી જટિલતાના ક્રમમાં: આગમન પર ચુકવણી; Stripe Checkout જેવા હોસ્ટેડ ચેકઆઉટ દ્વારા ડિપોઝિટ; રિફંડ ન થાય એવા રેટ માટે પૂરું અગાઉથી ચુકવણી; અથવા પછી ચાર્જ કરવા માટે કાર્ડ સેવ. ચુકવણીના નિયમો, કર અને પ્રવાસી લેવી દેશ પ્રમાણે બદલાય છે — સ્થાનિક નિયમો તપાસો અથવા સલાહકારને પૂછો. અમારી ચુકવણી ગાઇડ મિકેનિક્સ આવરી લે છે.
અન્ય ચેનલ
જો રૂમ ઓનલાઇન ટ્રાવેલ એજન્સી કે હોલિડે-લેટ પ્લેટફોર્મ પર પણ લિસ્ટ થયેલા હોય, તો તમારે કેલેન્ડર સુસંગત રાખવા પડે. ઘણા પ્લેટફોર્મ કેલેન્ડરને iCal લિંક તરીકે એક્સપોર્ટ-ઇમ્પોર્ટ કરી શકે છે; આ રીતે સિંક નાની પ્રોપર્ટી માટે સામાન્ય છે, પણ તે વિલંબ સાથે થાય છે, તરત નહીં. ચેનલ મેનેજર વ્યાવસાયિક ઉકેલ છે.
કામ કરે એવો પહેલો પ્રોમ્પ્ટ
Harbour House માટે સીધી બુકિંગ વેબસાઇટ બનાવો, જે ટોબરમોરી, સ્કોટલેન્ડમાં 9 રૂમનું ગેસ્ટહાઉસ છે. રૂમ પ્રકારો: Double (4 રૂમ, 2 મહેમાન, £120/રાત્રિ), Twin (3 રૂમ, 2 મહેમાન, £115), Family (2 રૂમ, 2 પુખ્ત + 2 બાળકો, £165). મહેમાનો ચેક-ઇન તારીખ, ચેક-આઉટ તારીખ અને મહેમાનો પ્રમાણે શોધે, અને ફક્ત તે રૂમ પ્રકારો જુએ જેમાં રોકાણની દરેક રાત્રે ખાલી રૂમ હોય, કુલ ભાવ સાથે. ચેક-આઉટ બાકાત છે. જુલાઈ અને ઓગસ્ટમાં ન્યૂનતમ રોકાણ 2 રાત્રિ. બુકિંગ ફોર્મ નામ, ઈમેલ, ફોન અને આગમન સમય એકત્ર કરે; તેને "pending" તરીકે સેવ કરો અને સેવ કરતાં પહેલાં સર્વર પર ઉપલબ્ધતા ફરી તપાસો. લોગિન સાથે સ્ટાફ વિસ્તાર: આજના આગમન અને પ્રસ્થાન, રાત્રિ પ્રમાણે રૂમનો કેલેન્ડર ગ્રીડ, સ્ટેટસ સાથે બુકિંગ યાદી, અને તારીખો બંધ કરવાનો રસ્તો. દરેક બુકિંગ પેજ પર ચેક-ઇન 3–8pm, ચેક-આઉટ 10am, અને રદ્દીકરણ નીતિ (7 દિવસ પહેલાં સુધી મફત) બતાવો. શાંત કિનારા જેવી ડિઝાઇન, મોબાઇલ-પ્રથમ.
બિલ્ડ સ્ટેપ
- પહેલા રાત્રિઓ અને રૂમ મોડેલ કરો. રૂમ પ્રકારો, રૂમ, રેટ અને ઉપલબ્ધતા તપાસ. કોઈ ડિઝાઇન કામ પહેલાં તેને ટેસ્ટ કરો.
- શોધ અને પરિણામો. તારીખ પસંદગી, મહેમાન ગણતરી, રોકાણ માટે કુલ ભાવ, સ્પષ્ટ "વેચાઈ ગયું" સ્થિતિ.
- બુકિંગ ફ્લો. ફોર્મ → સર્વર-બાજુ ઉપલબ્ધતા ફરી તપાસ → pending બુકિંગ → મેનેજ લિંક સાથે કન્ફર્મેશન પેજ.
- સ્ટાફ વિસ્તાર લોગિન સાથે: આગમન, પ્રસ્થાન, કેલેન્ડર ગ્રીડ, તારીખો બ્લોક કરવી.
- ઈમેલ પુષ્ટિ તમારા પોતાના પ્રોવાઇડર દ્વારા, તારીખો, કુલ, સરનામું અને નીતિ સાથે. જુઓ ઈમેલ મોકલવા.
- ડિપોઝિટ Stripe ટેસ્ટ મોડમાં, ફક્ત ચુકવણી સફળ થાય ત્યારે બુકિંગની પુષ્ટિ. ચુકવણી વેબહૂક માટે તમારી એપ જાહેર URL પર પ્રકાશિત હોવી જોઈએ.
- અન્ય ચેનલ સાથે કેલેન્ડર સિંક જો તમે તેમનો ઉપયોગ કરો, ઉપરાંત શરૂઆતમાં દરરોજ હાથે તપાસ.
- એજ કેસ ટેસ્ટ કરો: બે બ્રાઉઝર છેલ્લો રૂમ બુક કરે, રેટ બદલાય તેવું રોકાણ, રદ્દીકરણથી રાત્રિઓ મુક્ત થવી, ન્યૂનતમ-રોકાણ સમયગાળા દરમિયાન એક-રાત્રિનું રોકાણ.
- પ્રકાશિત કરો અને તમારી જૂની પ્રક્રિયા બંધ કરતા પહેલાં એક વાસ્તવિક બુકિંગ જાતે કરો.
સામાન્ય ભૂલો
- ફક્ત બ્રાઉઝરમાં ઉપલબ્ધતા તપાસવી. બે મહેમાનો આખરે છેલ્લો રૂમ એક જ ક્ષણે બુક કરશે.
- ચેક-આઉટની રાત્રિને કબજાવાળી ગણવી (અથવા ચેક-ઇનની રાત્રિ ન ગણવી). બે રાત્રિના રોકાણ માટે ટેસ્ટ લખો.
- એક સપાટ ભાવ. મોટાભાગની પ્રોપર્ટીને ઓછામાં ઓછા સિઝનલ ઓવરરાઇડ જોઈએ.
- પાછલા પગલા સુધી કુલ ભાવ છુપાવવો. પરિણામોમાં તમને ખબર હોય તેવી ફી સહિત આખા રોકાણનો ભાવ બતાવો.
- ફૂટરમાં દબાયેલી નીતિઓ. ચુકવણી બટનની બાજુમાં રદ્દીકરણની શરતો બતાવો.
- iCal સિંકને તરત માનવું. તે નથી; લગભગ ભરેલા હો ત્યારે તારીખો હાથે બંધ કરો.
જ્યારે તૈયાર પ્રોડક્ટ વધુ સારો વિકલ્પ છે
જો તમે થોડા કરતાં વધુ રૂમ ચલાવો, ઘણી ઓનલાઇન ટ્રાવેલ એજન્સી દ્વારા વેચો, અથવા હાઉસકીપિંગ, ઇન્વોઇસિંગ અને રિપોર્ટિંગની જરૂર હોય, તો બિલ્ટ-ઇન બુકિંગ એન્જિન અને ચેનલ મેનેજર સાથેની પ્રોપર્ટી મેનેજમેન્ટ સિસ્ટમ સામાન્ય રીતે યોગ્ય પસંદગી છે. આ પ્રોડક્ટ ચેનલો વચ્ચેના ઓવરબુકિંગને ઉકેલવા માટે જ છે, અને તે સારી રીતે ફરી બનાવવું ખર્ચાળ છે.
કસ્ટમ સાઇટ એવી નાની પ્રોપર્ટી માટે યોગ્ય છે જે મુખ્યત્વે સીધા બુકિંગ લે, અસામાન્ય ઇન્વેન્ટરી માટે (ગ્લેમ્પિંગ પિચ, વહેંચાયેલી સુવિધાવાળી કેબિન, પ્રવૃત્તિઓ સાથે વેચાતા રૂમ), અથવા જ્યારે તમે માસિક રૂમ ફી વિના તમારી પોતાની ડિઝાઇન અને મહેમાન અનુભવ ઇચ્છો. કેટલાક માલિકો કસ્ટમ વેબસાઇટને હોસ્ટેડ બુકિંગ એન્જિન સાથે જોડે છે — ઘણીવાર બંનેનું શ્રેષ્ઠ.
Mythex સાથે બનાવવું
Mythex પર તમે ચેટમાં પ્રોપર્ટીનું વર્ણન કરો, લાઇવ પ્રિવ્યૂમાં (ફોન-કદના ફ્રેમ સહિત) સાઇટની સમીક્ષા કરો, અને કામ કરે ત્યારે પ્રકાશિત કરો. જ્યારે એપને ડેટા સેવ કરવાની જરૂર હોય ત્યારે એજન્ટ ઉમેરેલા Postgres ડેટાબેઝમાં બુકિંગ, રૂમ અને રેટ રહે છે; નિષ્ક્રિય હોય ત્યારે તે સૂઈ જાય છે અને આગલી વિનંતીએ જાગે છે. સ્ટાફ લોગિન, ઈમેલ પુષ્ટિ અને ડિપોઝિટ તમારા પોતાના પ્રોવાઇડર અને કીથી જોડાયેલા છે — Mythex પાસે બિલ્ટ-ઇન એન્ડ-યુઝર લોગિન, ઈમેલ કે ચુકવણી પ્રોડક્ટ નથી — તેથી ડિપોઝિટ ઉમેરતા પહેલાં Stripe રેસિપી વાંચો. શોધ અને બુકિંગ ચલાવવા માટે એજન્ટ પાસે /test ચલાવો, અને ઉપલબ્ધતા તોડતો ફેરફાર પાછો લાવવા ચેકપોઇન્ટ.
શરૂઆતના પ્રોમ્પ્ટ માટે હોટેલ બુકિંગ સિસ્ટમ બિલ્ડર, ગેસ્ટહાઉસ બુકિંગ સિસ્ટમ બિલ્ડર અથવા ગ્લેમ્પિંગ બુકિંગ સાઇટ ટેમ્પ્લેટ જુઓ. રાત્રિઓને બદલે કલાકવાર કે એપોઇન્ટમેન્ટ-શૈલીના બુકિંગ માટે, બુકિંગ એપ ગાઇડ જુઓ.
પ્રશ્નો
હોટેલ બુકિંગ એપોઇન્ટમેન્ટ બુકિંગથી કેવી રીતે અલગ છે?
હોટેલ રાત્રિઓ વેચે છે, સમય-સ્લોટ નહીં. તમે દરેક રાત્રે દરેક પ્રકારના કેટલા રૂમ ખાલી છે તે ટ્રેક કરો છો, એક રોકાણ ઘણી રાત્રિઓમાં ફેલાય છે, અને ભાવ રાત્રે રાત્રે બદલાઈ શકે છે.
હું બુકિંગ સાઇટ પર પણ વેચું ત્યારે ઓવરબુકિંગ કેવી રીતે ટાળું?
દરેક ચેનલે એક જ ઉપલબ્ધતા સ્રોત વાપરવો જોઈએ. નાની પ્રોપર્ટી ઘણીવાર iCal લિંક દ્વારા કેલેન્ડર સિંક કરે છે, જે તરત થતું નથી, એટલે બફર રાખો અથવા તારીખો ઝડપથી બંધ કરો. મોટી પ્રોપર્ટી ચેનલ મેનેજર વાપરે છે જે બધી ચેનલ લગભગ રીયલ ટાઇમમાં અપડેટ કરે.
બુક કરતી વખતે મહેમાનોએ પૂરું ચૂકવવું જોઈએ?
તે તમારી નીતિ પર આધારિત છે. સામાન્ય વિકલ્પો: બુકિંગ વખતે ડિપોઝિટ, રિફંડ ન થાય એવા રેટ માટે પૂરું અગાઉથી ચુકવણી, અથવા કાર્ડ સેવ કરીને પછી ચાર્જ. તમે જે પણ પસંદ કરો, ચુકવણી પહેલાં રદ્દીકરણ નીતિ બતાવો.
નાની પ્રોપર્ટી માટે કસ્ટમ હોટેલ બુકિંગ સાઇટ યોગ્ય છે?
નાના B&B માટે, રિક્વેસ્ટ-ટુ-બુક અથવા સાદી ત્વરિત બુકિંગ સાથે કસ્ટમ સાઇટ સારી કામ કરી શકે છે. એકવાર તમે ઘણી ઓનલાઇન ટ્રાવેલ એજન્સી પર વેચો કે ઘણા રૂમ સંભાળો, ત્યારે બુકિંગ એન્જિન અને ચેનલ મેનેજર સાથેની પ્રોપર્ટી મેનેજમેન્ટ સિસ્ટમ તેની ફી સામાન્ય રીતે યોગ્ય ઠરે છે.