Demo trực tiếp

Câu chuyện thành công của khách hàng

Travel Horizontal: một quy trình sàn chung cho khách hàng và đối tác

Một sàn du lịch toàn cầu bán cho khách du lịch và đối tác thương mại đã tái cấu trúc vận hành, để cả hai kênh theo cùng một quy trình, được quản lý từ ít điểm quản trị hơn và ít phải chuyển cấp hơn.

  • Toàn cầu
  • B2B + B2C
  • Cải tổ vận hành sàn
  • Ra mắt năm 2024

Sàn du lịch

Tóm tắt câu chuyện thành công Travel Horizontal

Travel Horizontal vận hành một sàn du lịch toàn cầu với hai kiểu người mua: khách du lịch tự đặt cho mình và đối tác thương mại đặt thay cho khách hàng của họ. Cả hai kênh bán cùng các sản phẩm du lịch, nhưng theo thời gian, cách xử lý công việc phía sau mỗi đặt chỗ đã dần khác nhau.

Dự án là một đợt cải tổ vận hành sàn. Mục tiêu không phải một mặt tiền mới, mà là quy trình nền tảng gọn gàng hơn bên dưới: một cách xử lý đặt chỗ của khách hàng và đối tác, ít nơi quản lý hơn và quy trình chuẩn cho các trường hợp phát sinh hằng ngày.

Dự án được xây dựng trên PHPTRAVELS, cùng lõi đặt chỗ đứng sau các trang Đại lý du lịch online và Cổng du lịch B2B.

Ngành
Sàn du lịch
Khu vực
Toàn cầu
Mô hình
B2B + B2C
Phạm vi
Cải tổ vận hành sàn
Ra mắt
2024
Bản đồ kênh
B2CKênh khách hàngKhách du lịch tự đặt cho mình
B2BKênh đối tácĐối tác thương mại đặt cho khách hàng của họ

Một quy trình sàn chung

  1. Tìm kiếm
  2. Đặt chỗ
  3. Quản lý
  4. Hỗ trợ
Một điểm kiểm soát quản trịĐội ngũ vận hành cả hai kênh từ cùng một nơi
Hình minh họa đơn giản của mô hình hướng tới, không phải sơ đồ hệ thống của Travel Horizontal.

Từ chẩn đoán đến kết quả

Ba vấn đề sàn đã nêu và những gì thay đổi

Mỗi mạch bắt đầu từ một thách thức Travel Horizontal mô tả và kết thúc bằng kết quả mà họ báo cáo, theo cách diễn đạt của chính họ.

  1. Tính nhất quán của hành trình

    Thách thức

    Không nhất quán giữa các kênhHành trình của khách hàng và đối tác được xử lý khác nhau về mặt vận hành.

    Kết quả

    Luồng kênh đồng bộĐặt chỗ của khách hàng và đối tác giờ đi qua cùng một quy trình, nên đội ngũ xử lý chúng như nhau.

  2. Quản lý vận hành

    Thách thức

    Điểm kiểm soát phân mảnhCác nhóm làm việc qua quá nhiều điểm quản trị rời rạc.

    Kết quả

    Kiểm soát quản trị gọn hơnCông việc quản lý hằng ngày nằm ở ít nơi hơn và được kết nối, thay vì rải rác trên các màn hình riêng.

  3. Hiệu quả hỗ trợ

    Thách thức

    Quy trình nặng về chuyển cấpCác trường hợp phổ biến bị chuyển cấp vì quy trình chưa được chuẩn hóa.

    Kết quả

    Giảm chuyển cấpQuy trình chuẩn giúp người đầu tiên gặp một trường hợp phổ biến có thể tự giải quyết.

Kết quả theo báo cáo của Travel Horizontal. Dự án không công bố số liệu.

Đồng đẳng kênh

Hành trình khách hàng và đối tác trên cùng một đường ray

Đồng bộ kênh không có nghĩa là làm chúng giống hệt nhau. Các bước và quy tắc được dùng chung, còn mỗi kênh giữ lại những gì thật sự cần, chẳng hạn đối tác thanh toán từ Ví đại lý của mình. Đổi chế độ xem để so sánh.

Xem dưới vai trò

  • Tìm kiếmDùng chung cho cả hai kênhCùng kho sản phẩm và cùng luồng tìm kiếm.B2CB2BGiá công khai trên website của sàn.Giá đối tác hiển thị sau khi đối tác đăng nhập.
  • Đặt chỗDùng chung cho cả hai kênhMột định dạng bản ghi cho mọi giao dịch.B2CB2BKhách du lịch tự đặt cho mình.Đối tác đặt thay cho khách hàng của mình.
  • Thanh toánDùng chung cho cả hai kênhMột trạng thái thanh toán trên mỗi đặt chỗ.B2CB2BKhách du lịch thanh toán trực tuyến khi đặt.Đối tác có thể thanh toán bằng số dư tài khoản.
  • Quản lýDùng chung cho cả hai kênhCùng trạng thái và cùng các bước thay đổi.B2CB2BKhách du lịch xem đặt chỗ trong tài khoản của mình.Đối tác xem toàn bộ đặt chỗ trong bảng điều khiển.
  • Hỗ trợDùng chung cho cả hai kênhMột quy trình chuẩn cho yêu cầu thường gặp.B2CB2BYêu cầu đến trực tiếp từ khách du lịch.Yêu cầu đến từ đối tác, gắn với tài khoản của họ.

Minh họa cách PHPTRAVELS tách bước dùng chung khỏi bước riêng của từng kênh, không phải cấu hình của Travel Horizontal.

Một trang quản trị

Từ các điểm rời rạc đến một bảng điều khiển sàn

Điểm kiểm soát phân mảnh là vấn đề thứ hai. Khi đặt chỗ của khách hàng, yêu cầu của đối tác, thanh toán và hỗ trợ mỗi thứ nằm một nơi, mọi việc hằng ngày đều bắt đầu bằng việc tìm đúng màn hình.

Trước: nhiều nơi riêng lẻ

  • Đặt chỗ khách hàng
  • Yêu cầu đối tác
  • Kiểm tra thanh toán
  • Hộp thư hỗ trợ

Sau: một bảng điều khiển

  • Đặt chỗ của khách hàng và đối tác trong một danh sách, phân biệt bằng nhãn kênh.
  • Đối tác, khách hàng, nhà cung cấp và thanh toán được quản lý từ cùng một trang quản trị.
  • Mỗi đặt chỗ một trạng thái, nên không ai phải kiểm tra màn hình thứ hai.

Dữ liệu khách hàng và đối tác sau đó có thể phục vụ việc chăm sóc trong CRM du lịch.

Quản trị sànB2CB2B
  • Đặt chỗ
  • Khách hàng
  • Đối tác
  • Nhà cung cấp
  • Thanh toán
  • Cài đặt

Đặt chỗ

MãKênhSản phẩmTrạng thái
#2041B2CChuyến bayĐã xác nhận
#2042B2BKhách sạnĐang chờ
#2043B2BTourĐã xác nhận
#2044B2CKhách sạnĐã thay đổi

Giao diện quản trị minh họa với đặt chỗ mẫu, không phải ảnh chụp trang quản trị của Travel Horizontal.

Giảm chuyển cấp

Trường hợp phổ biến dừng ở bậc đầu tiên

Quy trình nặng về chuyển cấp là vấn đề thứ ba. Khi có cách chuẩn để xử lý yêu cầu hằng ngày, một trường hợp chỉ lên cấp khi thật sự bất thường. Chọn một trường hợp để xem nó được xử lý ở đâu.

Chọn một trường hợp

Trước đợt cải tổ, nhiều trường hợp phổ biến này phải leo thang vì chưa có quy trình chuẩn cho chúng.

  1. Đội nền tảngThay đổi cách vận hành của chính sànXử lý tại đây
  2. Trưởng bộ phận vận hànhNgoại lệ cần quyết địnhXử lý tại đây
  3. Phản hồi đầu tiênTrường hợp hằng ngày, xử lý bằng quy trình chuẩnXử lý tại đây
Giải quyết ngay lần liên hệ đầu với quy trình chuẩn.Chuyển cấp, vì trường hợp này thật sự khác thường.

Minh họa nguyên tắc mà Travel Horizontal mô tả, không phải lịch trực hỗ trợ thực tế.

Theo lời họ

Đội nền tảng nói gì

Luồng liên kênh của chúng tôi giờ dễ quản lý hơn và dễ dự đoán hơn trong vận hành hằng ngày.

Đội ngũ Travel HorizontalĐội nền tảng

Một bản ghi đặt chỗ, dù đến từ kênh nào

Dự án chạy trên PHP, MySQL và JavaScript cùng REST API, nên đặt chỗ của đối tác và khách hàng có chung cấu trúc. Xem thêm về kết nối hệ thống ở trang Tích hợp API du lịch.

GET /api/bookings/2042

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

Yêu cầu và phản hồi minh họa, không phải API thực của Travel Horizontal.

Công nghệ sử dụng

  • PHP
  • MySQL
  • JavaScript
  • REST API

Hoàn thiện vận hành sàn của bạn

Hợp nhất quy trình B2B và B2C vào một hệ thống nhất quán. PHPTRAVELS tự lưu trữ và đi kèm mã nguồn theo giấy phép thương mại.

Bắt đầu với bản demoXem bảng giá

Giải pháp liên quan

Câu hỏi

Câu hỏi thường gặp về dự án Travel Horizontal

Câu trả lời ngắn về sàn, đợt cải tổ và những gì cần cho một dự án tương tự.

Liên hệ kinh doanh

Câu chuyện mô tả cách Travel Horizontal, một sàn du lịch toàn cầu bán cho khách du lịch và đối tác thương mại, cải tổ vận hành sàn trên PHPTRAVELS để đồng bộ các kênh, gom kiểm soát quản trị về một mối và giảm chuyển cấp.

Sàn bán trực tiếp cho khách du lịch (B2C) và qua các đối tác thương mại đặt cho khách hàng của họ (B2B). Đợt cải tổ đưa cả hai kênh vào cùng một quy trình, vẫn giữ những gì riêng của từng kênh.

Luồng kênh đồng bộ, kiểm soát quản trị gọn hơn và giảm chuyển cấp. Sàn mô tả các kết quả này bằng lời của mình; dự án không công bố số liệu.

Dự án ra mắt năm 2024.

PHP, MySQL, JavaScript và REST API. PHPTRAVELS tự lưu trữ và bao gồm mã nguồn theo giấy phép thương mại.

Có. Hãy đặt lịch demo để xem lại cách các kênh khách hàng và đối tác của bạn đang vận hành, rồi so sánh các gói thanh toán một lần trên trang bảng giá: Startup $2499, Agency $4999 và Enterprise $9999.

Khám phá thêm

Thêm về nền tảng