ক্লায়েন্টের সাফল্যের গল্প
Tourism Optimizer: দৈনন্দিন দ্রুত কাজের জন্য সাজানো ট্যুর বুকিং অপারেশন
ইউরোপের এক ট্যুর অপারেটর, যারা ভ্রমণকারী ও পার্টনার দুই পক্ষকেই বিক্রি করে, তাদের ট্যুর বুকিংয়ের ওপর একটি কন্ট্রোল লেয়ার বসিয়েছে, যাতে ডিপার্চার, বুকিং স্ট্যাটাস ও চ্যানেল প্রতিদিন সহজে সামলানো যায়।
- ট্যুর অপারেশন
- ইউরোপ
- B2C + B2B
- ২০২৪ সালে চালু
প্রকল্প
এক ছবিতে Tourism Optimizer সাফল্যের গল্প
Tourism Optimizer ইউরোপে ট্যুর অপারেশন চালায় এবং দুই দরজা দিয়ে বিক্রি করে: রিটেল ভ্রমণকারী যারা সরাসরি বুক করেন, আর পার্টনার যারা নিজেদের ক্লায়েন্টদের জন্য বুক করেন। দুই ধরনের অনুরোধই একই ডিপার্চারে এসে পড়ে।
প্রকল্পটি ছিল একটি ট্যুর বুকিং কন্ট্রোল লেয়ার: এক জায়গা যা সময়সূচি, প্রতিটি রিজার্ভেশনের স্ট্যাটাস এবং প্রতিটি অনুরোধের চ্যানেলকে স্পষ্ট অপারেশনাল নিয়ন্ত্রণে রাখে, ম্যানুয়াল নজরদারির ওপর ছেড়ে না দিয়ে।
এটি একই বুকিং কোরে তৈরি, যা ট্যুর অপারেটর পেজে বর্ণিত, সেই ট্যুর ও অ্যাক্টিভিটি ঘিরে যেখানে ডিপার্চার ও প্রাপ্যতা থাকে।
ট্যুর বুকিং কন্ট্রোল লেয়ার
- খাত
- ট্যুর অপারেশন
- অঞ্চল
- ইউরোপ
- মডেল
- B2C + B2B
- পরিধি
- ট্যুর বুকিং কন্ট্রোল লেয়ার
- চালু
- 2024
অংশ ১ · সময়সূচি
ডিপার্চার ও প্রাপ্যতা এক সময়সূচি ভিউতে
হাতে ডিপার্চার সমন্বয় করা মানে সবসময় কাউকে দেখতে হতো কী এখনও খোলা আছে। সময়সূচি ভিউ প্রতিটি ডিপার্চার ও তার প্রাপ্যতা এক স্ক্রিনে দেখায়।
01চ্যালেঞ্জ
সময়সূচির জটিলতা
ডিপার্চার ও প্রাপ্যতা সমন্বয়ে অতিরিক্ত ম্যানুয়াল নজরদারি লাগত।
ফলাফল
স্পষ্ট সময়সূচি
ট্যুর পরিকল্পনা শুরু হয় ডিপার্চারের একটি ভিউ থেকে, তাই কোনো সিটের প্রতিশ্রুতি দেওয়ার আগে টিম দেখে নেয় কী খোলা।
| ট্যুর | সোম | মঙ্গল | বুধ | বৃহঃ | শুক্র | শনি | রবি |
|---|---|---|---|---|---|---|---|
| শহরে হাঁটার ট্যুর | খোলা | খোলা | অল্প সিট বাকি | খোলা | খোলা | খোলা | পূর্ণ |
| এক দিনের ভ্রমণ | ডিপার্চার নেই | খোলা | খোলা | ডিপার্চার নেই | অল্প সিট বাকি | খোলা | পূর্ণ |
| কয়েক দিনের ট্যুর | খোলা | ডিপার্চার নেই | ডিপার্চার নেই | ডিপার্চার নেই | খোলা | ডিপার্চার নেই | ডিপার্চার নেই |
- খোলা
- অল্প সিট বাকি
- পূর্ণ
- ডিপার্চার নেই
উদাহরণ সপ্তাহ। ট্যুরের নাম ও প্রাপ্যতা উদাহরণ, Tourism Optimizer-এর ডেটা নয়।
অংশ ২ · বুকিং স্ট্যাটাস
প্রতিটি রিজার্ভেশন দুটি প্রশ্নের উত্তর দেয়: কনফার্ম হয়েছে কি, পেমেন্ট হয়েছে কি
প্রতিটি রিজার্ভেশনের অবস্থা নিয়ে বিভ্রান্তি ছিল দ্বিতীয় চ্যালেঞ্জ। বুকিং স্ট্যাটাস ও পেমেন্ট স্ট্যাটাস একসাথে পড়লে টিম ঠিক জানে পরের কাজ কী। দেখতে একটি ঘর বেছে নিন।
বুকিং ও পেমেন্ট স্ট্যাটাসের উদাহরণ, যা PHPTRAVELS প্রতিটি রিজার্ভেশনে রেকর্ড করে।
পেমেন্টের অপেক্ষা
অনুরোধ এসেছে, কিন্তু এখনও কিছু নিশ্চিত হয়নি।
পরিশোধিত, কনফার্ম বাকি
এমন ডিপার্চারের পেমেন্ট এসেছে যা এখনও কনফার্ম নয়।
পেমেন্ট বকেয়া
কনফার্মড ডিপার্চারে সিট ধরে রাখা আছে, পেমেন্ট বাকি।
চলার জন্য প্রস্তুত
কনফার্মড ও পরিশোধিত। তাগাদা দেওয়ার কিছু নেই।
বন্ধ
কোনো পেমেন্ট নেওয়ার আগেই বাতিল।
রিফান্ড পর্যালোচনা
পেমেন্ট পাওয়ার পর বাতিল।
02চ্যালেঞ্জ
বুকিং স্ট্যাটাসে বিভ্রান্তি
প্রতিটি রিজার্ভেশনের জন্য টিমগুলোর আরও স্পষ্ট স্ট্যাটাস ট্র্যাকিং দরকার ছিল।
ফলাফল
উন্নত বুকিং স্ট্যাটাস
রিজার্ভেশন ট্র্যাকিং নির্দিষ্ট স্ট্যাটাস মেনে চলে, তাই টিমের যে কেউ জানে কী মিটেছে আর কী এখনও কাজ বাকি।
অংশ ৩ · চ্যানেল
রিটেল ও পার্টনারের অনুরোধ নিজ নিজ লেনে
Tourism Optimizer B2C ও B2B বিক্রি করে। দুটোকে এক সারিতে মেশালে দুটোই সামলানো কঠিন হতো, তাই এখন প্রতিটি চ্যানেলের নিজস্ব লেন, আর ডিপার্চার একই।
রিটেল লেন · B2C
- ভ্রমণকারী ওয়েবসাইটে বুক করেন
- রিজার্ভেশনে রিটেল ট্যাগ
- রিটেল টিম সামলায়
পার্টনার লেন · B2B
- পার্টনার এজেন্ট ক্লায়েন্টের জন্য বুক করেন
- রিজার্ভেশনে পার্টনার ট্যাগ
- পার্টনার টিম সামলায়
একটি ডিপার্চার সময়সূচি
দুই লেনই একই ডিপার্চার ও প্রাপ্যতা ব্যবহার করে, তাই পুরো টিম একটি সময়সূচি থেকে কাজ করে।
03চ্যালেঞ্জ
মিশ্র চ্যানেল পরিচালনা
রিটেল ও পার্টনারের অনুরোধে আরও ভালো অপারেশনাল বিভাজন দরকার ছিল।
ফলাফল
মসৃণ চ্যানেল পরিচালনা
অপারেশনাল সমন্বয় সহজ, কারণ রিটেল ও পার্টনারের কাজ এখন আর এক অবিভক্ত সারিতে প্রতিযোগিতা করে না।
পার্টনার দিকটি একটি B2B হোলসেলার-এর মতো কাজ করে, আর B2B বুকিং ইঞ্জিন পেজ দেখায় এজেন্ট বুকিং কীভাবে সামলানো হয়।
তাদের ভাষায়
Tourism Optimizer টিম কী বলে
নতুন সেটআপ আমাদের ট্যুর অপারেশন সামলানো সহজ আর চালানো দ্রুত করেছে।
- 01ট্যুর পরিকল্পনাআগেসময়সূচির জটিলতাএখনস্পষ্ট সময়সূচি
- 02রিজার্ভেশন ট্র্যাকিংআগেবুকিং স্ট্যাটাসে বিভ্রান্তিএখনউন্নত বুকিং স্ট্যাটাস
- 03অপারেশনাল সমন্বয়আগেমিশ্র চ্যানেল পরিচালনাএখনমসৃণ চ্যানেল পরিচালনা
ফলাফল Tourism Optimizer-এর জানানো অনুযায়ী। এই প্রকল্পের কোনো সংখ্যা প্রকাশিত হয়নি।
ভেতরের কাঠামো
সেলফ-হোস্টেড স্ট্যাক, নিয়ন্ত্রণ অপারেটরের হাতে
প্রকল্পটি PHP ও MySQL-এ REST API সহ চলে। PHPTRAVELS সেলফ-হোস্টেড এবং কমার্শিয়াল লাইসেন্সে সোর্স কোডসহ আসে, তাই ট্যুর অপারেটর চালুর পরও নিজের কন্ট্রোল লেয়ার বদলাতে পারে।
PHPঅ্যাপ্লিকেশনMySQLডেটাবেসREST APIইন্টিগ্রেশন
{
"product": "tour",
"channel": "b2b",
"departure": { "availability": "open" },
"booking_status": "confirmed",
"payment_status": "paid"
}আপনার ট্যুর অপারেশন সহজ করুন
সময়সূচি, বুকিং ও বাস্তবায়নে স্পষ্টতা আনুন।
সম্পর্কিত সমাধান
প্রশ্ন
Tourism Optimizer প্রকল্প FAQ
প্রকল্প, অপারেটরের দুটি চ্যানেল এবং একই রকম সেটআপে কী লাগে, তা নিয়ে ছোট উত্তর।
সেলসের সাথে কথা বলুনএটি বর্ণনা করে কীভাবে ইউরোপের ট্যুর অপারেটর Tourism Optimizer PHPTRAVELS-এ একটি ট্যুর বুকিং কন্ট্রোল লেয়ার যোগ করেছে, যাতে সময়সূচি, প্রতিটি রিজার্ভেশনের স্ট্যাটাস এবং রিটেল ও পার্টনার অনুরোধ সামলানো গোছানো হয়।
এটি বিক্রয় চ্যানেল ও ট্যুরের মাঝের অপারেশনাল লেয়ার: প্রাপ্যতাসহ ডিপার্চার সময়সূচি, প্রতিটি রিজার্ভেশনে স্পষ্ট স্ট্যাটাস এবং রিটেল ও পার্টনারের কাজের বিভাজন।
অপারেটর সরাসরি ভ্রমণকারীদের কাছে (B2C) এবং নিজেদের ক্লায়েন্টদের জন্য বুক করা পার্টনারদের মাধ্যমে (B2B) ট্যুর বিক্রি করে। দুই চ্যানেলই একই ডিপার্চার ব্যবহার করে।
স্পষ্ট সময়সূচি, উন্নত বুকিং স্ট্যাটাস এবং মসৃণ চ্যানেল পরিচালনা। টিম নিজের ভাষায় এই ফলাফল বর্ণনা করেছে; প্রকল্পের কোনো সংখ্যা প্রকাশিত হয়নি।
PHP, MySQL এবং একটি REST API। এটি ২০২৪ সালে চালু হয়। PHPTRAVELS সেলফ-হোস্টেড এবং কমার্শিয়াল লাইসেন্সে সোর্স কোড অন্তর্ভুক্ত।
হ্যাঁ। টিমের সাথে আপনার ডিপার্চার, বুকিং স্ট্যাটাস ও চ্যানেল পর্যালোচনা করতে একটি ডেমো বুক করুন, তারপর প্রাইসিং পেজে এককালীন প্ল্যান তুলনা করুন: Startup $2499, Agency $4999 এবং Enterprise $9999।
আরও দেখুন