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
Satu alur marketplace
- Cari
- Pesan
- Kelola
- Dukungan
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.
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.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.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.
- Pemesanan
- Pelanggan
- Mitra
- Pemasok
- Pembayaran
- Pengaturan
Pemesanan
| Ref. | Kanal | Produk | Status |
|---|---|---|---|
| #2041 | B2C | Penerbangan | Terkonfirmasi |
| #2042 | B2B | Hotel | Tertunda |
| #2043 | B2B | Tur | Terkonfirmasi |
| #2044 | B2C | Hotel | Diubah |
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.
- Tim platformPerubahan pada cara kerja marketplace itu sendiriDitangani di sini
- Kepala operasionalPengecualian yang butuh pertimbanganDitangani di sini
- Respons pertamaKasus harian, ditangani dengan rutinitas standarDitangani di sini
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.
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
PHPMySQLJavaScriptREST 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 salesKisah 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.
Jelajahi lebih lanjut
Selengkapnya tentang platform
- Kisah suksesAgen yang berjalan di PHPTRAVELS
- Kisah SkyvelaPeluncuran ulang marketplace mewah, B2B + B2C
- Kisah Tourism OptimizerOperator tur Eropa, lapisan kontrol pemesanan
- Portal travel B2BLogin agen, aturan harga, dokumen, dan penyelesaian
- Agen perjalanan onlineLuncurkan dan kembangkan OTA
- Integrasi API perjalananHubungkan pemasok perjalanan XML dan JSON di PHP
