হোটেল বুকিং ওয়েবসাইট কিভাবে বানাবেন: রুম, রেট, প্রাপ্যতা ও পেমেন্ট

একটি হোটেল বুকিং ওয়েবসাইটে অতিথিরা তারিখ বেছে নিতে পারেন, তাদের থাকার প্রতিটি রাতের জন্য কোন রুম খালি আছে দেখতে পারেন, মোট দাম দেখতে পারেন, এবং পেমেন্ট করতে বা ডিপোজিট দিতে পারেন — কারও সঙ্গে ইমেইলে বারবার কথা না বলেই। বানাতে দরকার রুমের ধরন ও রুমের সংখ্যা, রাতভিত্তিক প্রাপ্যতার মডেল, তারিখ অনুযায়ী বদলাতে পারে এমন রেট, একটি বুকিং ফ্লো যা সংরক্ষণের সময় প্রাপ্যতা আবার যাচাই করে, এবং রিসেপশনের জন্য একটি অ্যাডমিন ভিউ। কঠিন অংশ সুন্দর পেজ নয়। কঠিন অংশ হলো নিশ্চিত করা যে একটি রুম কখনও দুবার বিক্রি না হয়, বিশেষ করে আপনি যদি বুকিং প্ল্যাটফর্মেও বিক্রি করেন।

সাইটের যা যা দরকার

পৃষ্ঠাসমূহ

• পাবলিক: হোম, রুম (ছবি, বিছানা, আকার, সুবিধা, সর্বোচ্চ অতিথি), তারিখ ও অতিথি সংখ্যার সার্চ, প্রতি রুমের ধরনের মোট দামসহ ফলাফল, বুকিং ফর্ম, পেমেন্ট, এবং বুকিং পরিচালনার লিংকসহ নিশ্চিতকরণ পেজ।
• সহায়ক: অবস্থান ও দিকনির্দেশনা, নীতিমালা (চেক-ইনের সময়, বাতিল, শিশু, পোষা প্রাণী), FAQ, যোগাযোগ।
• ব্যক্তিগত (কর্মী): আজকের আগমন ও প্রস্থান, রাত অনুযায়ী রুমের ক্যালেন্ডার গ্রিড, বুকিংয়ের তালিকা, ব্লক করা তারিখ, রেট ও রুম সেটিংস।

ডেটা

চেক-ইন ও চেক-আউট তারিখ হিসেবে সংরক্ষণ করুন, সময় হিসেবে নয়, এবং চেক-আউটকে এক্সক্লুসিভ ধরুন: ১০ তারিখ থেকে ১২ তারিখের থাকায় ১০ ও ১১ তারিখের রাত গোনা হয়। এটি ভুল হলে সবচেয়ে সাধারণ প্রাপ্যতা-বাগ হয়।

অনুমতি

অতিথিরা দাম ও একটি রুমের ধরন খালি আছে কি না দেখতে পারেন — আর কে সেখানে থাকছেন তা কখনও নয়। ফ্রন্ট-ডেস্ক কর্মীরা বুকিং ও অতিথির বিবরণ দেখতে পারেন; শুধু মালিক রেট ও নীতি বদলাতে পারেন। অর্থাৎ কর্মী লগইনে অন্তত দুটি ভূমিকা থাকতে হবে।

সিদ্ধান্ত ও ট্রেড-অফ

রিকোয়েস্ট টু বুক, না ইন্সট্যান্ট বুকিং

রিকোয়েস্ট টু বুক — অতিথি তারিখ ও বিবরণ পাঠান, আপনি ইমেইলে নিশ্চিত করেন — অনেক সহজ এবং ছোট গেস্টহাউসের জন্য উপযুক্ত। ইন্সট্যান্ট বুকিং নিখুঁত প্রাপ্যতা ও পেমেন্ট হ্যান্ডলিং দাবি করে, কিন্তু বেশি রূপান্তর ঘটায়। অনেক প্রপার্টি রিকোয়েস্ট দিয়ে শুরু করে পরে বদলায়।

রুমের ধরন বিক্রি, নাকি নির্দিষ্ট রুম

অতিথিরা সাধারণত একটি রুমের ধরন বুক করেন (“সমুদ্র-দৃশ্যের ডাবল”), আর কর্মীরা পরে আসল রুম বরাদ্দ করেন। নির্দিষ্ট রুম বিক্রি বানাতে সহজ, কিন্তু ক্যালেন্ডার ভরাট করা কঠিন করে তোলে।

রেট

প্রতি রুমের ধরন প্রতি রাতে একটি দাম দিয়ে শুরু করুন, তারিখের পরিসরের (উচ্চ মৌসুম, ছুটি) ওভাররাইড ও একটি ন্যূনতম থাকার বিকল্পসহ। ডাইনামিক প্রাইসিং, প্রোমো কোড ও প্যাকেজ পরের জন্য রাখুন।

পেমেন্ট

বিকল্প, জটিলতার ক্রমানুসারে: আগমনে পেমেন্ট; Stripe Checkout-এর মতো হোস্টেড চেকআউটের মাধ্যমে ডিপোজিট; ফেরতযোগ্য নয় এমন রেটের জন্য আগাম পুরো পেমেন্ট; অথবা পরে চার্জ করার জন্য কার্ড সংরক্ষণ। পেমেন্টের নিয়ম, কর ও ট্যুরিস্ট লেভি দেশভেদে আলাদা — স্থানীয় নিয়ম যাচাই করুন বা একজন উপদেষ্টাকে জিজ্ঞেস করুন। আমাদের পেমেন্ট গাইড প্রযুক্তিগত দিকটি ব্যাখ্যা করে।

অন্যান্য চ্যানেল

রুম যদি অনলাইন ট্র্যাভেল এজেন্সি বা হলিডে-লেট প্ল্যাটফর্মেও তালিকাভুক্ত থাকে, তাহলে ক্যালেন্ডার মিলিয়ে রাখতে হবে। ওই প্ল্যাটফর্মগুলোর অনেকে iCal লিংক দিয়ে ক্যালেন্ডার রপ্তানি ও আমদানি করতে পারে; ছোট প্রপার্টির জন্য এভাবে সিঙ্ক করা সাধারণ, কিন্তু তা তাৎক্ষণিক নয়, বিলম্বে হয়। পেশাদার উত্তর হলো চ্যানেল ম্যানেজার।

একটি কার্যকর প্রথম প্রম্পট

Harbour House নামের টোবারমোরি, স্কটল্যান্ডের একটি ৯-রুমের গেস্টহাউসের জন্য একটি সরাসরি বুকিং ওয়েবসাইট বানাও। রুমের ধরন: ডাবল (৪টি রুম, ২ অতিথি, £120/রাত), টুইন (৩টি রুম, ২ অতিথি, £115), ফ্যামিলি (২টি রুম, ২ প্রাপ্তবয়স্ক + ২ শিশু, £165)। অতিথিরা চেক-ইনের তারিখ, চেক-আউটের তারিখ ও অতিথি সংখ্যা দিয়ে সার্চ করবে এবং শুধু সেই রুমের ধরনগুলো দেখবে যেখানে থাকার প্রতিটি রাতের জন্য একটি রুম খালি, সঙ্গে মোট দাম। চেক-আউট এক্সক্লুসিভ। জুলাই ও আগস্টে ন্যূনতম থাকা ২ রাত। বুকিং ফর্মে নাম, ইমেইল, ফোন ও আগমনের সময় নেবে; সেটি “পেন্ডিং” হিসেবে সংরক্ষণ করো এবং সংরক্ষণের আগে সার্ভারে প্রাপ্যতা আবার যাচাই করো। কর্মীদের জন্য লগইনসহ একটি এলাকা: আজকের আগমন ও প্রস্থান, রাত অনুযায়ী রুমের ক্যালেন্ডার গ্রিড, স্ট্যাটাসসহ বুকিংয়ের তালিকা, এবং তারিখ ব্লক করার উপায়। প্রতিটি বুকিং পেজে চেক-ইন বিকেল ৩টা–রাত ৮টা, চেক-আউট সকাল ১০টা এবং বাতিলের নীতি (৭ দিন আগে পর্যন্ত বিনামূল্যে) দেখাও। শান্ত উপকূলীয় ডিজাইন, মোবাইল-প্রথম।

বানানোর ধাপ

1. আগে রুম ও রাতগুলো মডেল করুন। রুমের ধরন, রুম, রেট এবং প্রাপ্যতা যাচাই। ডিজাইনের আগে এটি পরীক্ষা করুন।
2. সার্চ ও ফলাফল। তারিখ বাছাইকারী, অতিথি সংখ্যা, থাকার মোট দাম, এবং স্পষ্ট “বিক্রি শেষ” অবস্থা।
3. বুকিং ফ্লো। ফর্ম → সার্ভারে প্রাপ্যতা পুনরায় যাচাই → পেন্ডিং বুকিং → ম্যানেজ লিংকসহ নিশ্চিতকরণ পেজ।
4. লগইনসহ কর্মী এলাকা: আগমন, প্রস্থান, ক্যালেন্ডার গ্রিড, তারিখ ব্লক।
5. ইমেইল নিশ্চিতকরণ আপনার নিজের প্রদানকারীর মাধ্যমে, তারিখ, মোট, ঠিকানা ও নীতিসহ। দেখুন ইমেইল পাঠানো।
6. ডিপোজিট Stripe টেস্ট মোডে, পেমেন্ট সফল হলেই শুধু বুকিং নিশ্চিত করে। পেমেন্ট ওয়েবহুকের জন্য অ্যাপটি একটি পাবলিক URL-এ প্রকাশিত থাকতে হবে।
7. ক্যালেন্ডার সিঙ্ক অন্য চ্যানেল ব্যবহার করলে, শুরুতে প্রতিদিন একটি হাতে-কলমে যাচাইসহ।
8. প্রান্তিক ঘটনা পরীক্ষা: দুটি ব্রাউজার একসঙ্গে শেষ রুম বুক করছে, এক রেট পরিবর্তনের মধ্যে থাকা স্টে, বাতিলে রাতগুলো মুক্ত হওয়া, ন্যূনতম থাকার সময়ে এক রাতের থাকা।
9. প্রকাশ করুন এবং পুরোনো প্রক্রিয়া বন্ধ করার আগে নিজে একটি আসল বুকিং করে দেখুন।

সাধারণ ভুল

• শুধু ব্রাউজারে প্রাপ্যতা যাচাই। দুজন অতিথি শেষ রুম একই মুহূর্তে বুক করবেন, একদিন না একদিন।
• চেক-আউটের রাতকে দখলকৃত ধরা (বা চেক-ইনের রাতকে না ধরা)। দুই রাতের থাকার জন্য একটি টেস্ট লিখুন।
• একটিমাত্র ফ্ল্যাট দাম। বেশিরভাগ প্রপার্টির অন্তত মৌসুমি ওভাররাইড দরকার।
• শেষ ধাপ পর্যন্ত মোট লুকানো। ফলাফলে জানা সব ফি সহ পুরো থাকার দাম দেখান।
• নীতিমালা ফুটারে লুকানো। পেমেন্ট বোতামের পাশে বাতিলের শর্ত দেখান।
• iCal সিঙ্ককে তাৎক্ষণিক ধরা। তা নয়; প্রায় পূর্ণ হলে হাতে তারিখ বন্ধ করুন।

কখন তৈরি প্রোডাক্টই ভালো পছন্দ

আপনি যদি ডজনখানেক রুমের বেশি চালান, একাধিক অনলাইন ট্র্যাভেল এজেন্সিতে বিক্রি করেন, বা হাউসকিপিং, ইনভয়েসিং ও রিপোর্টিং দরকার, তাহলে বিল্ট-ইন বুকিং ইঞ্জিন ও চ্যানেল ম্যানেজারসহ একটি প্রপার্টি ম্যানেজমেন্ট সিস্টেমই সাধারণত সঠিক পছন্দ। এই প্রোডাক্টগুলো চ্যানেল জুড়ে ওভারবুকিং সমাধানের জন্য তৈরি, আর সেটি নিজে ভালোভাবে বানানো খরচসাপেক্ষ।

কাস্টম সাইট উপযোগী ছোট প্রপার্টির জন্য যারা মূলত সরাসরি বুকিং নেয়, অস্বাভাবিক ইনভেন্টরির জন্য (গ্ল্যাম্পিং পিচ, শেয়ার্ড সুবিধাসহ কেবিন, কার্যক্রমসহ বিক্রি হওয়া রুম), অথবা যখন আপনি প্রতি রুম মাসিক ফি ছাড়া নিজের ডিজাইন ও অতিথি-অভিজ্ঞতা চান। কেউ কেউ কাস্টম ওয়েবসাইটের সঙ্গে তাতে এমবেড করা একটি হোস্টেড বুকিং ইঞ্জিন জুড়ে দেন — প্রায়ই দুটোর সেরাটা।

Mythex দিয়ে বানানো

Mythex-এ আপনি চ্যাটে প্রপার্টির বর্ণনা দেন, লাইভ প্রিভিউয়ে (ফোন-আকারের ফ্রেমসহ) সাইট পর্যালোচনা করেন, এবং ঠিক হলে প্রকাশ করেন। বুকিং, রুম ও রেট অ্যাপের ডেটা সংরক্ষণের প্রয়োজনে এজেন্টের যোগ করা একটি Postgres ডেটাবেসে থাকে; অলস থাকলে ঘুমিয়ে থাকে এবং পরের অনুরোধে জাগে। কর্মী লগইন, ইমেইল নিশ্চিতকরণ ও ডিপোজিট আপনার নিজের প্রদানকারী ও কী-এর সঙ্গে যুক্ত — Mythex-এ এন্ড-ইউজার লগইন, ইমেইল বা পেমেন্টের কোনো বিল্ট-ইন পণ্য নেই — তাই ডিপোজিট যোগ করার আগে Stripe রেসিপি পড়ুন। সার্চ ও বুকিংয়ের মধ্য দিয়ে যেতে এজেন্টকে দিয়ে /test চালান, এবং প্রাপ্যতা ভেঙে গেলে একটি পরিবর্তন ফেরাতে চেকপয়েন্ট ব্যবহার করুন।

শুরুর প্রম্পটের জন্য দেখতে পারেন হোটেল বুকিং সিস্টেম বিল্ডার, গেস্টহাউস বুকিং সিস্টেম বিল্ডার, অথবা গ্ল্যাম্পিং বুকিং সাইট টেমপ্লেট। ঘণ্টাভিত্তিক বা অ্যাপয়েন্টমেন্ট-ধরনের বুকিংয়ের জন্য (রাতের বদলে) দেখুন বুকিং অ্যাপ গাইড।

প্রশ্নোত্তর