लाइव डेमो

क्लाइंट सफलता की कहानी

Travel Horizontal: ग्राहकों और पार्टनर्स के लिए एक मार्केटप्लेस वर्कफ़्लो

यात्रियों और ट्रेड पार्टनर्स दोनों को बेचने वाले एक वैश्विक ट्रैवल मार्केटप्लेस ने अपने ऑपरेशंस का ढांचा बदला, ताकि दोनों चैनल एक ही वर्कफ़्लो पर चलें, कम एडमिन बिंदुओं से संभाले जाएं और कम एस्केलेट हों।

  • वैश्विक
  • B2B + B2C
  • मार्केटप्लेस ऑपरेशंस का नवीनीकरण
  • 2024 में लॉन्च

मार्केटप्लेस

संक्षेप में Travel Horizontal सफलता की कहानी

Travel Horizontal दो तरह के खरीदारों वाला एक वैश्विक ट्रैवल मार्केटप्लेस चलाता है: वे यात्री जो खुद के लिए बुक करते हैं, और वे ट्रेड पार्टनर जो अपने क्लाइंट्स की ओर से बुक करते हैं। दोनों चैनल एक जैसी यात्राएं बेचते हैं, लेकिन समय के साथ हर बुकिंग के पीछे का काम अलग-अलग तरीके से होने लगा था।

यह प्रोजेक्ट मार्केटप्लेस ऑपरेशंस का नवीनीकरण था। लक्ष्य नया स्टोरफ़्रंट नहीं, बल्कि उसके नीचे एक साफ़ प्लेटफ़ॉर्म वर्कफ़्लो था: ग्राहक और पार्टनर बुकिंग संभालने का एक ही तरीका, उन्हें मैनेज करने के लिए कम जगहें, और रोज़ आने वाले मामलों के लिए मानक प्रक्रियाएं।

इसे PHPTRAVELS पर बनाया गया, वही बुकिंग कोर जो ऑनलाइन ट्रैवल एजेंसियाँ और B2B ट्रैवल पोर्टल पेजों के पीछे है।

उद्योग
ट्रैवल मार्केटप्लेस
क्षेत्र
वैश्विक
मॉडल
B2B + B2C
दायरा
मार्केटप्लेस ऑपरेशंस का नवीनीकरण
लॉन्च
2024
चैनल मैप
B2Cग्राहक चैनलखुद के लिए बुक करने वाले यात्री
B2Bपार्टनर चैनलअपने क्लाइंट्स के लिए बुक करने वाले ट्रेड पार्टनर

एक मार्केटप्लेस वर्कफ़्लो

  1. खोजें
  2. बुक करें
  3. मैनेज करें
  4. सहायता
एक एडमिन नियंत्रण बिंदुटीम दोनों चैनल एक ही जगह से चलाती है
लक्षित व्यवस्था की सरल तस्वीर, Travel Horizontal के सिस्टम का आरेख नहीं।

समस्या से नतीजे तक

मार्केटप्लेस की बताई तीन समस्याएं, और क्या बदला

हर धागा Travel Horizontal की बताई एक चुनौती से शुरू होता है और उसके अपने शब्दों में बताए नतीजे पर खत्म होता है।

  1. यात्रा में एकरूपता

    चुनौती

    चैनलों में असंगतिग्राहक और पार्टनर की यात्राएं ऑपरेशंस में अलग-अलग तरीके से संभाली जाती थीं।

    नतीजा

    एक जैसा चैनल फ़्लोग्राहक और पार्टनर बुकिंग अब एक ही वर्कफ़्लो से गुजरती हैं, इसलिए टीम उन्हें एक ही तरह संभालती है।

  2. ऑपरेशनल प्रबंधन

    चुनौती

    बिखरे नियंत्रण बिंदुटीमें बहुत सारे अलग-थलग एडमिन बिंदुओं पर काम करती थीं।

    नतीजा

    साफ़ एडमिन नियंत्रणरोज़ का प्रबंधन अलग-अलग स्क्रीनों पर बिखरने के बजाय कम और जुड़ी हुई जगहों पर होता है।

  3. सहायता दक्षता

    चुनौती

    एस्केलेशन से भरी प्रक्रियाएंप्रक्रिया मानक न होने से आम मामले भी एस्केलेट होते थे।

    नतीजा

    कम एस्केलेशनमानक प्रक्रियाओं से आम मामला पहली बार देखने वाला व्यक्ति ही उसे सुलझा सकता है।

नतीजे Travel Horizontal के अनुसार। इस प्रोजेक्ट के कोई आंकड़े प्रकाशित नहीं हुए।

चैनल समानता

ग्राहक और पार्टनर की यात्राएं एक ही पटरी पर

चैनलों को एक जैसा करने का मतलब उन्हें हूबहू बनाना नहीं है। चरण और नियम साझा हैं, जबकि हर चैनल वही रखता है जिसकी उसे सच में ज़रूरत है, जैसे पार्टनर का अपने एजेंट वॉलेट से भुगतान। तुलना के लिए व्यू बदलें।

इस रूप में देखें

  • खोजदोनों चैनलों में साझावही इन्वेंटरी और वही खोज फ़्लो।B2CB2Bमार्केटप्लेस वेबसाइट पर सार्वजनिक कीमतें।पार्टनर के साइन इन के बाद दिखने वाली पार्टनर कीमतें।
  • बुकिंगदोनों चैनलों में साझाहर बिक्री के लिए एक ही बुकिंग रिकॉर्ड फ़ॉर्मेट।B2CB2Bयात्री खुद के लिए बुक करता है।पार्टनर अपने क्लाइंट की ओर से बुक करता है।
  • भुगतानदोनों चैनलों में साझाहर बुकिंग पर एक भुगतान स्थिति।B2CB2Bयात्री चेकआउट पर ऑनलाइन भुगतान करता है।पार्टनर अपने अकाउंट बैलेंस से भुगतान कर सकता है।
  • प्रबंधनदोनों चैनलों में साझावही स्थितियां और वही बदलाव के चरण।B2CB2Bयात्री अपने अकाउंट में बुकिंग देखता है।पार्टनर अपने डैशबोर्ड में अपनी सारी बुकिंग देखता है।
  • सहायतादोनों चैनलों में साझाआम अनुरोधों के लिए एक मानक प्रक्रिया।B2CB2Bअनुरोध सीधे यात्री से आते हैं।अनुरोध पार्टनर से आते हैं, उसके अकाउंट से जुड़े हुए।

PHPTRAVELS साझा चरणों को चैनल-विशेष चरणों से कैसे अलग करता है, इसका उदाहरण; Travel Horizontal का कॉन्फ़िगरेशन नहीं।

एक एडमिन

बिखरे बिंदुओं से एक मार्केटप्लेस कंसोल तक

बिखरे नियंत्रण बिंदु दूसरी समस्या थे। जब ग्राहक बुकिंग, पार्टनर अनुरोध, भुगतान और सहायता अलग-अलग जगह हों, तो हर रोज़ का काम सही स्क्रीन ढूंढने से शुरू होता है।

पहले: अलग-अलग जगहें

  • ग्राहक बुकिंग
  • पार्टनर अनुरोध
  • भुगतान जांच
  • सहायता इनबॉक्स

अब: एक कंसोल

  • ग्राहक और पार्टनर बुकिंग एक सूची में, चैनल टैग से अलग पहचानी जाती हैं।
  • पार्टनर, ग्राहक, सप्लायर और भुगतान एक ही एडमिन से संभाले जाते हैं।
  • हर बुकिंग की एक स्थिति, इसलिए किसी को दूसरी स्क्रीन जांचनी नहीं पड़ती।

ग्राहक और पार्टनर रिकॉर्ड फिर ट्रैवल CRM में फ़ॉलो-अप के काम आ सकते हैं।

मार्केटप्लेस एडमिनB2CB2B
  • बुकिंग
  • ग्राहक
  • पार्टनर
  • सप्लायर
  • भुगतान
  • सेटिंग्स

बुकिंग

संदर्भचैनलप्रोडक्टस्थिति
#2041B2Cफ़्लाइटकन्फ़र्म
#2042B2Bहोटललंबित
#2043B2Bटूरकन्फ़र्म
#2044B2Cहोटलबदली गई

नमूना बुकिंग के साथ उदाहरण एडमिन व्यू, Travel Horizontal के एडमिन का स्क्रीनशॉट नहीं।

कम एस्केलेशन

आम मामले पहली सीढ़ी पर ही रहते हैं

एस्केलेशन से भरी प्रक्रियाएं तीसरी समस्या थीं। रोज़ के अनुरोधों को संभालने का मानक तरीका होने पर कोई मामला तभी ऊपर जाता है जब वह सच में असामान्य हो। देखने के लिए एक मामला चुनें कि वह कहां संभाला जाता है।

एक मामला चुनें

नवीनीकरण से पहले, इनमें से कई आम मामले सीढ़ी चढ़ जाते थे क्योंकि उनके लिए कोई मानक प्रक्रिया नहीं थी।

  1. प्लेटफ़ॉर्म टीममार्केटप्लेस के काम करने के तरीके में बदलावयहां संभाला जाता है
  2. ऑपरेशंस लीडऐसे अपवाद जिनमें निर्णय चाहिएयहां संभाला जाता है
  3. पहली प्रतिक्रियारोज़ के मामले, मानक प्रक्रिया से संभाले गएयहां संभाला जाता है
मानक प्रक्रिया से पहले संपर्क में ही हल।एस्केलेट किया गया, क्योंकि यह मामला सच में असामान्य है।

Travel Horizontal के बताए सिद्धांत का उदाहरण, उसका वास्तविक सहायता रोस्टर नहीं।

उनके शब्दों में

प्लेटफ़ॉर्म टीम क्या कहती है

हमारा क्रॉस-चैनल फ़्लो अब संभालना आसान है और रोज़ के ऑपरेशंस में ज़्यादा अनुमानित है।

Travel Horizontal टीमप्लेटफ़ॉर्म टीम

एक बुकिंग रिकॉर्ड, चाहे किसी भी चैनल से आए

प्रोजेक्ट PHP, MySQL और JavaScript पर REST API के साथ चलता है, इसलिए पार्टनर बुकिंग और ग्राहक बुकिंग का ढांचा एक जैसा है। सिस्टम जोड़ने के बारे में ट्रैवल API इंटीग्रेशन पेज पर पढ़ें।

GET /api/bookings/2042

{
  "channel": "b2b",
  "product": "hotel",
  "status": "pending",
  "payment": "unpaid"
}

उदाहरण अनुरोध और जवाब, Travel Horizontal का लाइव API नहीं।

टेक्नोलॉजी स्टैक

  • PHP
  • MySQL
  • JavaScript
  • REST API

अपने मार्केटप्लेस ऑपरेशंस निखारें

अपने B2B और B2C वर्कफ़्लो को एक सुसंगत सिस्टम में जोड़ें। PHPTRAVELS सेल्फ़-होस्टेड है और कमर्शियल लाइसेंस के तहत सोर्स कोड के साथ आता है।

डेमो से शुरू करेंकीमतें देखें

संबंधित समाधान

सवाल

Travel Horizontal प्रोजेक्ट FAQ

मार्केटप्लेस, नवीनीकरण और ऐसे ही प्रोजेक्ट के लिए क्या चाहिए, इस पर छोटे जवाब।

सेल्स से बात करें

यह बताती है कि यात्रियों और ट्रेड पार्टनर्स को बेचने वाले वैश्विक ट्रैवल मार्केटप्लेस Travel Horizontal ने PHPTRAVELS पर अपने ऑपरेशंस का नवीनीकरण कैसे किया, ताकि चैनल एक जैसे हों, एडमिन नियंत्रण एक जगह आए और एस्केलेशन घटें।

मार्केटप्लेस सीधे यात्रियों को (B2C) और अपने क्लाइंट्स के लिए बुक करने वाले ट्रेड पार्टनर्स के ज़रिए (B2B) बेचता है। नवीनीकरण ने दोनों चैनलों को एक ही वर्कफ़्लो पर रखा, और हर चैनल की ख़ास बातें बनाए रखीं।

एक जैसा चैनल फ़्लो, साफ़ एडमिन नियंत्रण और कम एस्केलेशन। मार्केटप्लेस ने ये नतीजे अपने शब्दों में बताए; कोई आंकड़े प्रकाशित नहीं हुए।

प्रोजेक्ट 2024 में लॉन्च हुआ।

PHP, MySQL, JavaScript और एक REST API। PHPTRAVELS सेल्फ़-होस्टेड है और कमर्शियल लाइसेंस के तहत सोर्स कोड शामिल करता है।

हां। अपने ग्राहक और पार्टनर चैनल आज कैसे काम करते हैं, यह देखने के लिए डेमो बुक करें, फिर प्राइसिंग पेज पर एक बार के भुगतान वाले प्लान की तुलना करें: Startup $2499, Agency $4999 और Enterprise $9999।

और जानें

प्लेटफ़ॉर्म के बारे में और