Demo langsung

Pengurusan agensi pelancongan

Perisian pengurusan agensi pelancongan yang menjalankan seluruh agensi, bukan sekadar checkout

PHPTRAVELS menghubungkan sebut harga, tempahan, markup pembekal, kredit sub-ejen, baucar, invois dan bayaran balik kepada satu rekod tempahan, supaya jualan, operasi dan kewangan di setiap cawangan bekerja daripada fail yang sama.

  • Sebut harga ke tempahan ke invois
  • Kadar bersih, markup dan komisen
  • Cawangan, peranan dan sub-ejen
  • Hos sendiri, kod sumber disertakan

Skop

Apa yang dirangkumi perisian pengurusan agensi pelancongan

Enjin tempahan mengendalikan carian dan checkout. Perisian pengurusan agensi pelancongan mengikuti tempahan yang sama daripada pertanyaan pertama hingga laporan akhir, iaitu tempat kebanyakan jam kerja agensi dihabiskan.

Carian, penetapan harga dan pembayaran adalah tugas Perisian tempahan perjalanan. Lapisan pengurusan memastikan perjalanan kekal betul selepas jualan: perubahan, dokumen, wang terhutang dalam kedua-dua arah dan rekod siapa melakukan apa.

Di mana setiap alat menyimpan tempahan

CRM generik

  • Pertanyaan: Terbina dalam
  • Sebut harga: Sebahagian atau dengan tambahan
  • Tempahan: Di luar alat
  • Pembayaran: Di luar alat
  • Baucar dan tiket: Di luar alat
  • Perubahan dan bayaran balik: Di luar alat
  • Pengeluaran invois: Di luar alat
  • Laporan: Di luar alat

Enjin tempahan

  • Pertanyaan: Di luar alat
  • Sebut harga: Di luar alat
  • Tempahan: Terbina dalam
  • Pembayaran: Terbina dalam
  • Baucar dan tiket: Sebahagian atau dengan tambahan
  • Perubahan dan bayaran balik: Di luar alat
  • Pengeluaran invois: Di luar alat
  • Laporan: Di luar alat

PHPTRAVELS

  • Pertanyaan: Terbina dalam
  • Sebut harga: Terbina dalam
  • Tempahan: Terbina dalam
  • Pembayaran: Terbina dalam
  • Baucar dan tiket: Terbina dalam
  • Perubahan dan bayaran balik: Terbina dalam
  • Pengeluaran invois: Terbina dalam
  • Laporan: Terbina dalam
  • Terbina dalam
  • Sebahagian atau dengan tambahan
  • Di luar alat

Liputan biasa, bukan peraturan: sesetengah CRM dan enjin menambah modul atau integrasi. Yang penting ialah di mana rekod tempahan berada.

Apa yang tercicir antara alat yang berasingan

  • Kemasukan semula

    Nama penumpang, tarikh dan harga yang sama ditaip ke dalam CRM, laman pembekal, templat invois dan hamparan.

  • Margin yang tidak kelihatan

    Markup berada di satu tempat dan kos pembekal di tempat lain, jadi tiada siapa melihat keuntungan sebenar sesuatu fail sehingga hujung bulan.

  • Tiada sejarah tunggal

    Apabila pelanggan menelefon tentang perubahan, jawapannya tersebar di beberapa peti masuk dan orang yang tahu sudah habis syif.

Kawalan harga

Bina sebut harga, tetapkan markup, lihat margin

Kadar bersih datang daripada pembekal dan peraturan anda menentukan harga jualan bagi setiap saluran. Cuba pada perjalanan contoh: ubah markup atau jual melalui sub-ejen dan sebut harga dikemas kini baris demi baris.

Dubai, 4 malam, 2 dewasaUSD

Markup

Saluran

ItemBersihJual
  • Penerbangan pergi balik, 2 penumpang860963
  • Hotel, 4 malam640717
  • Pemindahan lapangan terbang90101
  • Safari padang pasir, 2 tetamu150168
Kos bersih
1,740
Jumlah sebut harga
USD 1,949
Komisen sub-ejen (3%)
- 0
Margin agensi
209

Angka contoh dalam USD, untuk ilustrasi sahaja.

  1. Kontrak dan kadar bersih bagi setiap pembekal

    Simpan kontrak dan kadar bersih pembekal, kemudian gunakan markup mengikut pembekal atau produk dan bukannya mengedit harga secara manual.

  2. Komisen pada setiap tempahan ejen

    Apabila sub-ejen menjual, komisen dijejaki pada tempahan, jadi pembayaran sepadan dengan apa yang sebenarnya dijual.

  3. Sebut harga yang diterima menjadi tempahan

    Tiada taip semula: sebut harga yang diterima bertukar menjadi tempahan, kemudian baucar dan invois, pada rekod yang sama.

Margin, belum terima dan belum bayar pembekal kemudian mengalir ke Perakaunan agensi.

Cawangan dan ejen

Satu agensi, banyak meja, kebenaran yang jelas

Ibu pejabat, cawangan, jualan dalam talian dan rangkaian B2B sub-ejen bekerja dalam sistem yang sama. Setiap orang hanya melihat dan melakukan apa yang dibenarkan peranannya, dan setiap sub-ejen menempah dalam had kredit masing-masing.

Struktur contoh
Ibu pejabatPemilik dan pentadbir
Meja dalam talianLaman web dan aplikasi B2C
Cawangan bandarJualan walk-in dan telefon
Meja B2BRangkaian sub-ejen
  • Sub-ejen SA-01Kredit digunakan3,100 / 5,000
  • Sub-ejen SA-02Hampir hadKredit digunakan7,400 / 8,000
  • Sub-ejen SA-03Kredit digunakan900 / 3,000

Pilih peranan

Apa yang boleh dilakukan peranan ini

  • Buat sebut hargaDibenarkan
  • Sahkan tempahanDibenarkan
  • Edit peraturan markupDibenarkan
  • Luluskan bayaran balikDibenarkan
  • Lihat laporanDibenarkan
  • Urus kontrak pembekalDibenarkan
  • Buat sebut hargaDibenarkan
  • Sahkan tempahanDibenarkan
  • Edit peraturan markupTidak dibenarkan
  • Luluskan bayaran balikDibenarkan
  • Lihat laporanSkop sendiri sahaja
  • Urus kontrak pembekalTidak dibenarkan
  • Buat sebut hargaDibenarkan
  • Sahkan tempahanDibenarkan
  • Edit peraturan markupTidak dibenarkan
  • Luluskan bayaran balikTidak dibenarkan
  • Lihat laporanSkop sendiri sahaja
  • Urus kontrak pembekalTidak dibenarkan
  • Buat sebut hargaTidak dibenarkan
  • Sahkan tempahanTidak dibenarkan
  • Edit peraturan markupTidak dibenarkan
  • Luluskan bayaran balikDibenarkan
  • Lihat laporanDibenarkan
  • Urus kontrak pembekalTidak dibenarkan
  • Buat sebut hargaDibenarkan
  • Sahkan tempahanDibenarkan
  • Edit peraturan markupTidak dibenarkan
  • Luluskan bayaran balikTidak dibenarkan
  • Lihat laporanSkop sendiri sahaja
  • Urus kontrak pembekalTidak dibenarkan

Satu persediaan contoh. Bentuk peranan mengikut cara agensi anda sendiri disusun.

Sub-ejen bekerja daripada portal berjenama mereka sendiri: lihat Portal pelancongan B2B.

Operasi

Barisan kerja yang dibuka pasukan anda setiap pagi

Tempahan berada dalam status yang jelas, jadi tiada apa yang tertunggu dalam peti masuk seseorang. Tapis mengikut pasukan untuk melihat apa yang perlu ditindak oleh jualan, operasi dan kewangan hari ini.

Mengapa barisan lebih baik daripada peti masuk

  • Setiap tempahan mempunyai satu status yang dibaca sama oleh semua orang.
  • Status pembayaran dan bayaran balik berada di sebelah status pembekal, bukan dalam helaian berasingan.
  • Perubahan direkodkan pada rekod, jadi serah tugas antara syif mengambil masa beberapa minit sahaja.
Barisan hari iniTempahan contoh
  • Q-2051Sebut harga dihantar, menunggu pelangganSusuli atau semak semula sebut hargaJualan
  • BK-10482Disahkan, baki belum dibayarKutip baki sebelum tarikh akhirKewangan
  • BK-10477Atas permintaan dengan pembekalDesak pengesahan atau tukar pembekalOperasi
  • BK-10471Disahkan, baucar belum dikeluarkanKeluarkan baucar dan jadual perjalananOperasi
  • BK-10466Perubahan dimintaHarga semula dan sahkan dengan pelangganJualan
  • BK-10459Dibatalkan, bayaran balik tertunggakPadankan bayaran balik pembekal dengan bayaran balik pelangganKewangan
  • BK-10431Telah berangkat, sedia ditutupSelaraskan dan tutup failKewangan

Model perniagaan

Disediakan mengikut cara agensi anda menjual

Lesen yang sama menjalankan agensi runcit, pengendali pelancongan atau DMC. Yang berubah ialah modul mana yang memikul beban dan siapa yang log masuk.

  • 01

    Agensi dan OTA

    Kedai B2C dan ejen B2B bersebelahan, dengan markup, kupon, dompet dan mesej pelanggan di sekitar setiap tempahan.

    • Laman web B2CTeras
    • Portal ejen B2BTeras
    • Pembekal penerbangan dan hotelTeras
    • Pelancongan dan pakejPilihan
    • Kredit dan dompet ejenTeras
    • Invois dan baucarTeras
    • Laporan cawanganTeras
    Lagi untuk model ini:Agensi pelanconganAgensi dalam talian

  • 02

    Pengendali pelancongan

    Pakej, tarikh berlepas, tambahan dan baucar, dengan penyelarasan pembekal dan pembayaran dijejaki bagi setiap tarikh berlepas.

    • Laman web B2CTeras
    • Portal ejen B2BPilihan
    • Pembekal penerbangan dan hotelPilihan
    • Pelancongan dan pakejTeras
    • Kredit dan dompet ejenPilihan
    • Invois dan baucarTeras
    • Laporan cawanganTeras
    Lagi untuk model ini:Pengendali pelanconganPerisian pengendali pelancongan

  • 03

    DMC dan korporat

    Kontrak kadar bersih, rakan B2B, pengeluaran invois, cawangan dan dokumen pengembara untuk pelancongan masuk atau perjalanan syarikat.

    • Laman web B2CPilihan
    • Portal ejen B2BTeras
    • Pembekal penerbangan dan hotelTeras
    • Pelancongan dan pakejTeras
    • Kredit dan dompet ejenTeras
    • Invois dan baucarTeras
    • Laporan cawanganTeras
    Lagi untuk model ini:DMCPerjalanan korporat

Perbandingan

Sistem pengurusan, CRM generik atau hamparan

CRM bagus untuk kenalan dan saluran jualan. Ia tidak dibina di sekitar PNR, baucar dan kadar bersih pembekal. Pandangan adil tentang kedudukan setiap pilihan untuk kerja pelancongan:

Aliran kerja pelanconganPHPTRAVELSCRM generikHamparan dan e-mel
Sebut harga ke tempahan ke invoisTerbina dalamKerja tersuaiManual
Kontrak pembekal dan markupTerbina dalamKerja tersuaiManual
Jadual perjalanan dan baucarTerbina dalamMelalui tambahanManual
API GDS, hotel dan pelanconganTersediaJarangTidak tersedia
Sub-ejen dengan had kreditTerbina dalamKerja tersuaiManual
Portal white-labelTerbina dalamJarangTidak tersedia
Kod sumber disertakanTerbina dalamJarangTidak tersedia

CRM sangat berbeza-beza dan sesetengah yang berfokus pelancongan merangkumi lebih banyak. Jika bahagian CRM adalah jurang utama anda, lihat CRM agensi pelancongan.

Miliki sistem yang anda gunakan

Lesen sekali bayar, hos sendiri di pelayan anda, dengan kod sumber disertakan di bawah lesen komersial. Jika anda tidak mahu menguruskan pelayan, pengehosan terurus tersedia sebagai tambahan.

Membajet lebih daripada lesen? Panduan kos perisian merangkumi pengehosan, pembekal dan penyesuaian.

Cuba demoBandingkan pelan
  • Startup$2499sekali bayar
  • Agency$4999sekali bayar
  • Enterprise$9999sekali bayar

Soalan lazim

Soalan tentang perisian pengurusan agensi

Jawapan ringkas tentang skop, kawalan harga, ejen dan kos.

Hubungi jualan

Ia adalah sistem operasi di sebalik agensi pelancongan. Ia menghubungkan sebut harga, tempahan, baucar, invois, pembayaran, bayaran balik, pembekal, ejen, rekod pelanggan dan laporan, supaya seluruh hayat sesuatu tempahan dikendalikan di satu tempat dan bukannya merentas CRM, laman pembekal dan hamparan.

Enjin tempahan memberi tumpuan kepada carian, penetapan harga dan checkout. Sistem pengurusan diteruskan selepas checkout ke dokumen, perubahan, bayaran balik, kawalan pembekal, kebenaran ejen, pengeluaran invois dan pelaporan. PHPTRAVELS merangkumi kedua-dua bahagian tempahan dalam talian dan bahagian pengurusan dalam satu platform.

Ya. Anda menyimpan kontrak dan kadar bersih bagi setiap pembekal, menggunakan markup mengikut pembekal atau produk, dan menjejaki komisen pada tempahan yang dibuat oleh sub-ejen, jadi margin pada setiap fail kelihatan.

Ya. Anda boleh mencipta log masuk ejen dengan had kredit dan harga mereka sendiri, dan memberi rakan kongsi serta sub-agensi portal berjenama yang menempah ke dalam sistem yang sama.

Ya. Kedai B2C, portal ejen B2B dan pengedaran B2B2C adalah mod pelaksanaan lesen PHPTRAVELS yang sama, bukan produk berasingan. Penerbangan, hotel, pelancongan, pemindahan dan kereta boleh dijual dan diurus daripada satu pemasangan.

PHPTRAVELS dijual sebagai lesen sekali bayar: Startup $2499, Agency $4999 dan Enterprise $9999. Ia dihos sendiri dengan kod sumber disertakan. Yuran API pembekal, pengehosan dan kerja tersuai bergantung pada persediaan anda; halaman harga menyenaraikan apa yang dirangkumi setiap pelan.

Terokai lagi

Lagi tentang platform