ทดลองใช้งานจริง

เรื่องราวความสำเร็จของลูกค้า

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"
}

ตัวอย่างคำขอและการตอบกลับ ไม่ใช่ API จริงของ Travel Horizontal

เทคโนโลยีที่ใช้

  • PHP
  • MySQL
  • JavaScript
  • REST API

ยกระดับการดำเนินงานมาร์เก็ตเพลสของคุณ

รวมเวิร์กโฟลว์ B2B และ B2C ไว้ในระบบเดียวที่สอดคล้องกัน PHPTRAVELS เป็นแบบโฮสต์เองและมาพร้อมซอร์สโค้ดภายใต้ไลเซนส์เชิงพาณิชย์

เริ่มด้วยเดโมดูราคา

โซลูชันที่เกี่ยวข้อง

คำถาม

คำถามที่พบบ่อยเกี่ยวกับโปรเจกต์ Travel Horizontal

คำตอบสั้นๆ เกี่ยวกับมาร์เก็ตเพลส การปรับปรุง และสิ่งที่ต้องใช้สำหรับโปรเจกต์ลักษณะเดียวกัน

คุยกับฝ่ายขาย

อธิบายว่า Travel Horizontal มาร์เก็ตเพลสท่องเที่ยวระดับโลกที่ขายให้ทั้งนักท่องเที่ยวและพาร์ทเนอร์ทางการค้า ปรับปรุงการดำเนินงานบน PHPTRAVELS อย่างไร เพื่อให้ช่องทางสอดคล้องกัน รวมการควบคุมแอดมิน และลดการส่งต่อเรื่อง

มาร์เก็ตเพลสขายตรงให้นักท่องเที่ยว (B2C) และขายผ่านพาร์ทเนอร์ทางการค้าที่จองให้ลูกค้าของตน (B2B) การปรับปรุงนำทั้งสองช่องทางมาใช้เวิร์กโฟลว์เดียวกัน โดยยังคงสิ่งที่เฉพาะของแต่ละช่องทาง

ช่องทางที่สอดคล้องกัน การควบคุมแอดมินที่เป็นระเบียบขึ้น และการส่งต่อเรื่องที่น้อยลง มาร์เก็ตเพลสอธิบายผลลัพธ์เหล่านี้ด้วยคำของตนเอง ไม่มีการเผยแพร่ตัวเลข

โปรเจกต์เปิดตัวในปี 2024

PHP, MySQL, JavaScript และ REST API โดย PHPTRAVELS เป็นแบบโฮสต์เองและมีซอร์สโค้ดภายใต้ไลเซนส์เชิงพาณิชย์

ได้ จองเดโมเพื่อทบทวนว่าช่องทางลูกค้าและพาร์ทเนอร์ของคุณทำงานอย่างไรในวันนี้ แล้วเปรียบเทียบแพ็กเกจชำระครั้งเดียวในหน้าราคา: Startup $2499, Agency $4999 และ Enterprise $9999

สำรวจต่อ

เพิ่มเติมเกี่ยวกับแพลตฟอร์ม