Checklist website travel sebelum go-live: siapa memegang apa
Telepon pertama setelah peluncuran jarang sekali soal website-nya. Yang menelepon adalah pelanggan yang membayar larut malam, menerima email konfirmasi, dan sekarang ingin tahu apakah hotel benar-benar punya namanya. Atau seorang anak yang memesankan tiket ibunya di tanggal yang salah dan ingin uangnya kembali sebelum aturan tarif bilang tidak bisa. Siapa pun yang mengangkat telepon itu akan cepat tahu keputusan mana yang sudah dibuat sebelum peluncuran dan mana yang ditunda. Checklist website travel sebelum go-live ini ditulis dari kursi itu: apa yang harus beres, dan oleh siapa, sebelum alamatnya tercetak di kartu nama Anda.
Kenapa checklist website travel sebelum go-live butuh tiga pemilik
Kebanyakan daftar pra-peluncuran gagal karena hanya satu daftar. Butir teknis dicentang karena mudah dilihat — logonya ada atau tidak — sedangkan butir komersial terbengkalai karena tidak ada nama siapa pun di sebelahnya. Bagi daftarnya per pemilik. Di agen kecil, satu orang bisa memakai dua dari tiga topi ini, dan itu tidak masalah, asalkan ia tahu topi mana yang sedang dipakai ketika mencentang satu butir.
- Komersial — pemilik atau kepala penjualan. Harga, pelanggan, kredit, refund.
- Teknis — orang yang menyiapkan situs. Domain, tampilan, bahasa, akses staf.
- Legal — pemilik, dengan penasihat bila pasar Anda mewajibkannya. Halaman yang disetujui pelanggan saat membayar.
Komersial: keputusan yang hanya bisa diambil pemilik
Tak satu pun dari ini adalah pengaturan software, meski masing-masing pada akhirnya menjadi pengaturan. Semuanya adalah jawaban atas pertanyaan yang akan diajukan pelanggan di minggu pertama.
- Layanan apa yang benar-benar Anda jual? Tiket pesawat, hotel, paket tur, dan atraksi diaktifkan per situs, dan situs hanya menampilkan apa yang dijualnya. Kalau tidak ada anggota tim yang bisa menangani perubahan pemesanan hotel, jangan buka hotel di minggu pertama hanya karena menunya terlihat lebih kosong tanpa hotel.
- Markup Anda, per layanan, tertulis. Angka yang dipasang di hari peluncuran cenderung menjadi permanen karena diabaikan. Tentukan aturan untuk tiket pesawat dan hotel secara terpisah, dan tentukan siapa yang boleh mengubahnya. Kami menulis terpisah tentang aturan markup yang tahan menghadapi pelanggan yang membandingkan harga.
- Mata uang default dan daftar yang Anda tawarkan. Setiap situs memilih sendiri. Tawarkan hanya mata uang yang bisa Anda rekonsiliasi; refund dalam mata uang yang tidak ada di rekening bank Anda — misalnya dibayar dalam IDR, refund datang dalam USD — adalah kerugian kecil setiap kali.
- Siapa pelanggannya? Wisatawan, perusahaan, atau keduanya. Situs bisa mewajibkan login sebelum pencarian, dan pelanggan bisnis (agen) bisa mendaftar dengan langkah verifikasi manual yang opsional. Putuskan sekarang apakah sub-agen yang mendaftar Jumat malam boleh memesan Sabtu pagi.
- Kredit, kalau Anda memberikannya. Limit kredit sub-agen dan invoice settlement adalah catatan resmi di platform, bukan spreadsheet. Pasang limitnya sebelum sub-agen pertama memintanya, bukan saat ia sedang di telepon memintanya.
Teknis: yang ditandatangani orang yang membangun situs
Bagian inilah yang memenuhi kebanyakan checklist, dan bagian ini pula yang paling banyak ditanggung platform. Daftar singkat, lalu satu peringatan.
- Situs merespons di subdomain platform, dan di domain Anda sendiri jika Anda menghubungkannya. Langkah DNS dipandu dan TLS diterbitkan otomatis; alamat platform tetap terpasang permanen, jadi uji keduanya. Detailnya ada di menghubungkan domain sendiri ke booking engine.
- Logo, warna, font, dan template sudah dipilih. Semua bisa diubah dari panel admin tanpa redeploy, jadi jangan menunda peluncuran karenanya.
- Setiap staf punya login sendiri, dengan peran yang sesuai pekerjaannya. Tidak ada yang memakai kata sandi pemilik, dan orang yang menjawab telepon tidak perlu melihat markup Anda.
- Nomor telepon di situs berdering di telepon yang diangkat seseorang.
Peringatannya soal bahasa. Storefront tersedia dalam 40 bahasa, termasuk yang ditulis dari kanan ke kiri, dan godaannya adalah menyalakan semuanya. Setiap bahasa yang Anda aktifkan adalah janji bahwa pelanggan yang menulis dalam bahasa itu akan dijawab. Nyalakan bahasa yang sanggup dilayani tim Anda bahkan di hari yang buruk, dan tambahkan sisanya ketika janji itu bisa ditepati.
Legal: halaman yang tidak opsional
Bagian ini pendek karena daftarnya pendek. Tidak opsional, karena setiap halaman ini adalah yang Anda tunjuk ketika sengketa dimulai — dan sengketa pasti datang.
- Syarat dan ketentuan penjualan. Siapa penjualnya — perusahaan terdaftar Anda, dengan nama dan alamat sebenarnya — apa yang Anda jual sebagai agen dan apa sebagai prinsipal, serta aturan pemasok mana yang mengikat pelanggan.
- Kebijakan pembatalan dan refund. Aturan tarif dan ketentuan pembatalan hotel milik pemasok. Kebijakan Anda menyebutkan apa yang Anda teruskan, biaya apa yang Anda tambahkan, dan kira-kira berapa lama refund diproses.
- Kebijakan privasi. Apa yang Anda kumpulkan — data paspor, sebagai permulaan — ke mana data itu pergi, dan berapa lama disimpan. Undang-undang perlindungan data di pasar Anda yang menentukan detailnya; di Indonesia ada UU PDP, jadi periksa, jangan menebak.
- Identitas perusahaan dan kontak. Badan hukum, nomor izin usaha bila pasar Anda menerbitkannya, alamat fisik, dan nomor telepon yang aktif.
Menyalin syarat dan ketentuan agen lain adalah jalan pintas yang menggoda, dan buruk. Isinya menggambarkan perusahaan mereka, pemasok mereka, dan yurisdiksi mereka. Pinjam strukturnya kalau mau; tulis isinya sendiri, atau minta dituliskan.
Booking uji coba yang benar-benar harus Anda buat
Mengklik sampai halaman pembayaran hanya membuktikan halamannya termuat. Itu tidak membuktikan tiket terbit, voucher memuat nama yang benar, atau pembatalan kembali kepada Anda sebagai uang. Buat pemesanan sungguhan — yang murah dan bisa di-refund kalau ada — lalu batalkan. Sebagian akan dikenai biaya kecil. Biaya itu adalah pelajaran termurah di seluruh daftar ini.
| Uji | Yang dibuktikan | Seperti apa kegagalannya di hari pertama |
|---|---|---|
| Penerbangan sekali jalan, satu dewasa, bayar dengan kartu | Pembayaran, penerbitan tiket, dan email e-tiket berjalan dari awal sampai akhir | Kartu terpotong, tiket tidak ada, pelanggan di telepon |
| Pulang-pergi dengan satu anak dan satu bayi | Jenis penumpang dan tanggal lahir tercatat dengan benar | Bayi dipesan sebagai anak, dan selisih tarif yang tidak dihitung siapa pun |
| Hotel refundable, lalu dibatalkan dalam masa gratis | Pembatalan sampai ke pemasok dan refund sampai ke pelanggan | Pemasok masih menahan kamar dan menagih no-show |
| Pemesanan dalam bahasa kedua dan mata uang kedua | Jumlah yang ditagih sama dengan yang dilihat pelanggan | Pelanggan menyanggah tagihan yang di layar terlihat berbeda |
| Pelanggan bisnis mendaftar | Permintaan verifikasi sampai ke orang yang menindaklanjutinya | Sub-agen menunggu persetujuan sepanjang akhir pekan |
| Staf dengan peran terbatas login | Peran menyembunyikan apa yang seharusnya disembunyikan | Harga net Anda di layar staf junior, lalu di sebuah screenshot |
Pesan tiket uji atas nama asli orang di tim Anda sendiri, di rute yang memang Anda jual — misalnya Jakarta–Dubai. Pemesanan dengan nama fiktif tidak bisa dipakai untuk memeriksa voucher, tiket, atau kecocokan dengan paspor.
Yang harus sudah diputuskan sebelum permintaan refund pertama
Permintaan refund pertama biasanya datang sebelum keluhan pertama tentang website. Saat itu datang, orang yang menjawab tidak semestinya mengarang kebijakan di tengah telepon. Inilah pertanyaan yang dipaksakannya, sesuai urutan kemunculannya.
Siapa yang menyetujui? Sebuah nama, dan batas nominal yang di atasnya keputusan pindah ke orang lain. Tanpa itu, setiap refund menunggu pemilik, atau tidak ada yang yakin apakah ia boleh bilang ya.
Apa yang dikembalikan? Aturan pemasok menentukan apa yang dikembalikan pemasok. Anda yang memutuskan berapa dari margin Anda sendiri yang dikembalikan dan apakah biaya layanan ditahan. Putuskan sekali, tertulis, supaya dua staf tidak memberi dua pelanggan dua jawaban berbeda untuk tarif yang sama.
Berapa lama, dan apa yang Anda katakan kepada pelanggan? Refund maskapai bisa lama sekali menempuh jalan balik di rantainya. Kalau Anda mengembalikan uang pelanggan sebelum pemasok mengembalikan uang Anda, Anda sedang meminjamkan uang. Itu bisa jadi layanan yang masuk akal. Tapi harus pilihan, bukan kebetulan.
Di mana dicatat? Setiap pemesanan punya catatannya sendiri di panel admin. Keputusan refund, alasannya, dan orang yang mengambilnya harus ada di samping catatan itu — bukan di obrolan di ponsel satu orang.
Harga yang Anda bayar kalau melewatkan ini
Hampir tidak ada butir di daftar ini yang butuh biaya. Melewatkannya berbiaya dalam tiga cara yang cenderung datang bersamaan, di minggu sibuk pertama. Ada kerugian langsung: tagihan no-show hotel yang Anda kira sudah batal, refund yang Anda bayar sebelum pemasok membayar Anda, selisih kurs yang tidak dihitung siapa pun. Ada chargeback, ketika pelanggan yang tidak bisa menghubungi Anda pergi ke banknya — dan bank tidak membaca syarat Anda lebih dulu. Dan ada yang pelan. Pelanggan yang pemesanan pertamanya berantakan tidak membuat pemesanan kedua, dan menceritakannya kepada orang berikutnya yang bertanya di mana ia memesan.
Situs yang meluncur seminggu lebih lambat dengan semua butir tercentang lebih unggul daripada yang meluncur hari ini dengan separuhnya.
Menjalankan daftar ini di situs sungguhan
Anda tidak bisa membuat booking uji coba di situs yang belum ada, dan itulah alasan untuk menyiapkannya lebih awal dan mengumumkannya belakangan. Wizard pendaftaran white-label menyiapkan situs bermerek di subdomain platform langsung dari formulirnya, tanpa kartu, sehingga semua uji di tabel atas bisa berjalan sebelum satu pelanggan pun tahu alamatnya. Kalau yang belum diputuskan adalah seberapa cepat sisanya bisa bergerak, tulisan tentang apa yang sebenarnya dilibatkan peluncuran 24 jam menguraikan urutan pekerjaannya.