Kisah sukses klien

Travel Horizontal: satu alur marketplace untuk pelanggan dan mitra

Marketplace perjalanan global yang menjual kepada wisatawan dan mitra dagang menata ulang operasinya, sehingga kedua kanal mengikuti alur yang sama, dikelola dari lebih sedikit titik admin, dan lebih jarang dieskalasi.

  • Global
  • B2B + B2C
  • Pembenahan operasional marketplace
  • Diluncurkan 2024

Marketplace

Ringkasan kisah sukses Travel Horizontal

Travel Horizontal menjalankan marketplace perjalanan global dengan dua jenis pembeli: wisatawan yang memesan untuk diri sendiri, dan mitra dagang yang memesan atas nama klien mereka. Kedua kanal menjual perjalanan yang sama, tetapi lama-kelamaan cara menangani pekerjaan di balik setiap pemesanan menjadi berbeda.

Proyek ini adalah pembenahan operasional marketplace. Tujuannya bukan etalase baru, melainkan alur platform yang lebih rapi di baliknya: satu cara menangani pemesanan pelanggan dan mitra, lebih sedikit tempat untuk mengelolanya, dan rutinitas standar untuk kasus yang muncul setiap hari.

Proyek ini dibangun di atas PHPTRAVELS, inti pemesanan yang sama di balik halaman Agen perjalanan online dan Portal travel B2B.

Industri
Marketplace perjalanan
Wilayah
Global
Model
B2B + B2C
Cakupan
Pembenahan operasional marketplace
Peluncuran
2024
Peta kanal
B2CKanal pelangganWisatawan yang memesan untuk diri sendiri
B2BKanal mitraMitra dagang yang memesan untuk klien mereka

Satu alur marketplace

  1. Cari
  2. Pesan
  3. Kelola
  4. Dukungan
Satu titik kendali adminTim menjalankan kedua kanal dari tempat yang sama
Gambaran sederhana dari susunan yang dituju, bukan diagram sistem Travel Horizontal.

Dari diagnosis ke hasil

Tiga masalah yang disebut marketplace, dan apa yang berubah

Setiap alur dimulai dari tantangan yang dijelaskan Travel Horizontal dan berakhir pada hasil yang dilaporkannya, dengan kata-katanya sendiri.

  1. Konsistensi perjalanan

    Tantangan

    Inkonsistensi antarkanalPerjalanan pelanggan dan mitra ditangani secara berbeda dalam operasional.

    Hasil

    Alur kanal yang selarasPemesanan pelanggan dan mitra kini melalui alur yang sama, sehingga tim menanganinya dengan cara yang sama.
  2. Manajemen operasional

    Tantangan

    Titik kendali yang terpecahTim bekerja di terlalu banyak titik admin yang tidak terhubung.

    Hasil

    Kendali admin lebih rapiPengelolaan harian ada di lebih sedikit tempat yang terhubung, bukan tersebar di layar terpisah.
  3. Efisiensi dukungan

    Tantangan

    Rutinitas penuh eskalasiKasus umum dieskalasi karena prosesnya belum distandarkan.

    Hasil

    Eskalasi berkurangRutinitas standar memungkinkan orang pertama yang melihat kasus umum langsung menyelesaikannya.

Hasil sesuai laporan Travel Horizontal. Tidak ada angka yang dipublikasikan untuk proyek ini.

Kesetaraan kanal

Perjalanan pelanggan dan mitra di jalur yang sama

Menyelaraskan kanal bukan berarti membuatnya identik. Langkah dan aturan dibagi bersama, sementara setiap kanal tetap memiliki apa yang benar-benar dibutuhkannya, seperti mitra yang membayar dari Dompet agen miliknya. Ganti tampilan untuk membandingkan.

Lihat sebagai

  • PencarianDipakai bersama kedua kanalInventaris yang sama dan alur pencarian yang sama.B2CB2BHarga publik di situs web marketplace.Harga mitra ditampilkan setelah mitra masuk.
  • PemesananDipakai bersama kedua kanalSatu format catatan untuk setiap penjualan.B2CB2BWisatawan memesan untuk diri sendiri.Mitra memesan atas nama kliennya.
  • PembayaranDipakai bersama kedua kanalSatu status pembayaran di setiap pemesanan.B2CB2BWisatawan membayar online saat checkout.Mitra dapat membayar dari saldo akunnya.
  • PengelolaanDipakai bersama kedua kanalStatus yang sama dan langkah perubahan yang sama.B2CB2BWisatawan melihat pemesanan di akunnya.Mitra melihat semua pemesanannya di dasbor.
  • DukunganDipakai bersama kedua kanalSatu rutinitas standar untuk permintaan umum.B2CB2BPermintaan datang langsung dari wisatawan.Permintaan datang dari mitra, ditandai sesuai akunnya.

Ilustrasi cara PHPTRAVELS memisahkan langkah bersama dari langkah khusus kanal, bukan konfigurasi Travel Horizontal.

Satu admin

Dari titik yang tersebar ke satu konsol marketplace

Titik kendali yang terpecah adalah masalah kedua. Jika pemesanan pelanggan, permintaan mitra, pembayaran, dan dukungan berada di tempat berbeda, setiap tugas harian dimulai dengan mencari layar yang tepat.

Sebelum: tempat terpisah

  • Pemesanan pelanggan
  • Permintaan mitra
  • Pemeriksaan pembayaran
  • Kotak masuk dukungan

Sesudah: satu konsol

  • Pemesanan pelanggan dan mitra dalam satu daftar, dibedakan dengan label kanal.
  • Mitra, pelanggan, pemasok, dan pembayaran dikelola dari admin yang sama.
  • Satu status untuk setiap pemesanan, jadi tidak perlu memeriksa layar kedua.

Data pelanggan dan mitra kemudian dapat dipakai untuk tindak lanjut di CRM perjalanan.

Admin marketplaceB2CB2B
  • Pemesanan
  • Pelanggan
  • Mitra
  • Pemasok
  • Pembayaran
  • Pengaturan

Pemesanan

Ref.KanalProdukStatus
#2041B2CPenerbanganTerkonfirmasi
#2042B2BHotelTertunda
#2043B2BTurTerkonfirmasi
#2044B2CHotelDiubah

Tampilan admin ilustratif dengan contoh pemesanan, bukan tangkapan layar admin Travel Horizontal.

Eskalasi berkurang

Kasus umum tetap di anak tangga pertama

Rutinitas penuh eskalasi adalah masalah ketiga. Dengan cara standar menangani permintaan harian, sebuah kasus hanya naik jika memang tidak biasa. Pilih kasus untuk melihat di mana ia ditangani.

Pilih kasus

Sebelum pembenahan, banyak kasus umum ini naik tangga karena belum ada rutinitas standar untuknya.

  1. Tim platformPerubahan pada cara kerja marketplace itu sendiriDitangani di sini
  2. Kepala operasionalPengecualian yang butuh pertimbanganDitangani di sini
  3. Respons pertamaKasus harian, ditangani dengan rutinitas standarDitangani di sini
Selesai pada kontak pertama dengan rutinitas standar.Dieskalasi, karena kasus ini memang di luar kebiasaan.

Ilustrasi prinsip yang dijelaskan Travel Horizontal, bukan jadwal dukungan sebenarnya.

Dengan kata mereka

Kata tim platform

Alur lintas kanal kami kini lebih mudah dikelola dan lebih dapat diprediksi untuk operasional harian.

Tim Travel HorizontalTim platform

Satu catatan pemesanan, dari kanal mana pun

Proyek ini berjalan di PHP, MySQL, dan JavaScript dengan REST API, sehingga pemesanan mitra dan pelanggan memiliki struktur yang sama. Baca tentang menghubungkan sistem di halaman Integrasi API perjalanan.

GET /api/bookings/2042

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

Contoh permintaan dan respons, bukan API langsung Travel Horizontal.

Stack teknologi

  • PHP
  • MySQL
  • JavaScript
  • REST API

Benahi operasional marketplace Anda

Satukan alur B2B dan B2C Anda dalam satu sistem yang konsisten. PHPTRAVELS di-hosting sendiri dan disertai kode sumber dengan lisensi komersial.

Solusi terkait

Pertanyaan

FAQ proyek Travel Horizontal

Jawaban singkat tentang marketplace, pembenahannya, dan apa yang dibutuhkan untuk proyek serupa.

Hubungi sales

Kisah ini menjelaskan bagaimana Travel Horizontal, marketplace perjalanan global yang menjual kepada wisatawan dan mitra dagang, membenahi operasional marketplace di PHPTRAVELS untuk menyelaraskan kanal, menyatukan kendali admin, dan mengurangi eskalasi.

Marketplace menjual langsung kepada wisatawan (B2C) dan melalui mitra dagang yang memesan untuk klien mereka (B2B). Pembenahan ini menempatkan kedua kanal pada alur yang sama, sambil mempertahankan hal yang khusus bagi masing-masing.

Alur kanal yang selaras, kendali admin yang lebih rapi, dan eskalasi yang berkurang. Marketplace menjelaskan hasil ini dengan kata-katanya sendiri; tidak ada angka yang dipublikasikan.

Proyek ini diluncurkan pada 2024.

PHP, MySQL, JavaScript, dan REST API. PHPTRAVELS di-hosting sendiri dan menyertakan kode sumber dengan lisensi komersial.

Bisa. Pesan demo untuk meninjau cara kerja kanal pelanggan dan mitra Anda saat ini, lalu bandingkan paket sekali bayar di halaman harga: Startup $2499, Agency $4999, dan Enterprise $9999.