1. Uji pemesanan yang telah berubah, bukan hanya reservasi baru dengan data lengkap tanpa perubahan.
2. Jika data sapaan opsional tidak tersedia, gunakan sapaan netral. Jika nominal, alamat, atau petunjuk akses belum pasti, hentikan pengiriman.
3. Setujui pesan berdasarkan apa yang benar-benar diterima penerima, termasuk tujuan setiap tombol.
Templat dinyatakan lulus jika pesan akhirnya sesuai dengan pemesanan pada saat dikirim. Ejaan yang benar dan pratinjau yang berhasil saja tidak cukup. Software pesan tamu harus mengisi detail yang berubah dari data masa inap yang tepat, dan aturan pengirimannya harus tetap sesuai dengan masa inap tersebut.
Gunakan pemeriksaan berikut untuk memutuskan apakah pesan boleh dikirim, perlu diperbaiki dan diuji ulang, atau harus ditahan untuk ditinjau staf. Pemeriksaan ini menguji makna pesan, bukan sekadar memastikan suatu kolom menghasilkan teks.
Tulis Pesan yang Diharapkan Sebelum Memeriksa Pratinjau
Variabel adalah penanda yang diganti dengan informasi pemesanan, seperti nama atau tanggal kedatangan. Pilih variabel melalui pemilih kolom yang didukung software. Nama kolom yang disalin dari sistem lain mungkin terlihat benar, tetapi belum tentu berfungsi.
Ambil contoh reservasi uji hipotetis yang dikendalikan staf: Maya tiba pada 24 November, biaya menginapnya $240, dan uang muka sebesar $60 sudah diterima. Sisa tagihan kamar adalah $180, dengan asumsi tidak ada biaya lain. Kamar yang akan ditempati belum ditetapkan.
Untuk pengingat sisa tagihan, hasil yang dapat diterima misalnya: "Halo Maya. Tanggal kedatangan Anda adalah 24 November. Sisa tagihan kamar Anda sebesar USD 180." Pesan tidak boleh meminta pembayaran USD 240 atau menampilkan nomor kamar yang belum dikonfirmasi.
Catat fakta yang diharapkan tersebut secara terpisah dari pratinjau. Cocokkan dengan data pemesanan dan pembayaran hotel yang tercatat, bukan dengan pesan kemarin. Jika tidak, staf bisa saja menyetujui hasil yang tampak masuk akal hanya karena semua penanda variabel sudah tergantikan.
Periksa juga siapa yang seharusnya menerima pesan. Bisa jadi seorang asisten melakukan pemesanan untuk Maya. Nama tamu yang benar di dalam pesan tetap merupakan kegagalan jika pesan dikirim kepada orang yang salah.
Smart Order menampilkan konteks reservasi di samping percakapan tamu sehingga staf resepsionis dapat dengan mudah mencocokkan balasan yang akan dikirim dengan data masa inap. Gunakan konteks tersebut untuk memverifikasi pertanyaan tentang tanggal atau pembayaran; tersedianya templat untuk dipilih tidak membuktikan bahwa templat tersebut telah lulus pengujian.
Verifikasi Detail yang Menentukan Tindakan Tamu Berikutnya
Periksa reservasi di samping percakapan sebelum meminta tamu membayar, datang, atau mengikuti petunjuk khusus properti.
Uji Pemesanan yang Paling Berpotensi Menyebabkan Kesalahan Templat
Tetap gunakan data masa inap uji Maya, dengan mengubah satu kondisi setiap kali pengujian. Gunakan data uji yang telah disetujui dan penerima yang dikendalikan staf, bukan tamu sungguhan atau permintaan pembayaran aktif. Ini adalah skenario pengujian, bukan urutan klik yang wajib diikuti.
Tanggal Kedatangan Berubah Setelah Pesan Disiapkan
Ubah tanggal kedatangan uji dari 24 menjadi 26 November melalui prosedur yang didukung. Periksa pratinjau baru serta pesan yang sudah disiapkan atau masuk antrean. Hasil yang dapat diterima adalah tanggal yang telah diperbarui, atau pengiriman ditahan sampai pesan lama diganti.
Jika hanya pratinjau baru yang diperbarui, kolom tanggal mungkin sudah benar, sementara pesan yang tersimpan masih memuat nilai sebelumnya. Hapus atau ganti pesan yang sudah tidak sesuai tersebut melalui kontrol yang didukung. Catat keterbatasan ini dalam prosedur pengiriman.
Pembayaran Tambahan Diterima Sebelum Pengiriman
Misalkan pembayaran tambahan sebesar $40 diterima melalui metode uji pembayaran yang telah disetujui. Sisa tagihan kamar yang diharapkan menjadi $140, bukan $180. Periksa apakah pengingat diperbarui dan apakah permintaan pembayaran sebelumnya masih berlaku.
Jika sisa tagihan terkini tidak dapat dipastikan secara andal, hilangkan nominalnya dan wajibkan penggunaan permintaan pembayaran yang telah diverifikasi staf. Jangan menggantinya dengan total nilai pemesanan. Untuk masa inap uji yang telah dibayar di muka melalui OTA, pastikan pesan tidak meminta biaya kamar yang seharusnya tidak ditagih hotel.
Informasi Opsional Tidak Tersedia
Hapus nama depan yang bersifat opsional dari data uji yang sesuai. Sapaan netral seperti "Halo" dapat diterima jika editor mendukungnya. Label kolom mentah, sapaan kosong, atau nama yang ditebak dari alamat email tidak dapat diterima.
Detail penting memerlukan penanganan berbeda. Jika mata uang, alamat properti, atau informasi kedatangan yang wajib tidak tersedia, pesan harus ditahan untuk ditinjau. Bahasa yang ramah tidak dapat memperbaiki petunjuk yang tidak aman.
Pemesan, Properti, atau Kamar Berbeda
Uji pemesanan yang dilakukan asisten untuk Maya dan, jika relevan, reservasi di properti lain. Periksa penerima, sapaan, alamat, saluran kontak, dan petunjuk kedatangan secara terpisah. Satu nilai yang benar tidak membuktikan bahwa nilai lainnya juga benar.
Untuk pesan khusus kamar, cocokkan penetapan kamar dengan tampilan reservasi Resepsionis. Pesan akses memerlukan pemeriksaan tersendiri yang telah disetujui sebelum dikirim. Konfirmasi pemesanan saja tidak boleh menjadi dasar untuk mengirimkan nomor atau kode kamar.
Saluran atau Bahasa Berubah
Jika tersedia, gunakan jalur uji yang aman pada saluran pengiriman yang dituju. Baca pesan yang diterima melalui ponsel, lalu periksa tautan, pergantian baris, dan redaksi terjemahannya. Pratinjau email tidak membuktikan bahwa percakapan OTA menampilkan konten yang sama.
Terjemahan harus menjaga agar kolom tetap berfungsi dan tidak boleh mengubah permintaan pembayaran menjadi konfirmasi pembayaran. Buka tautan uji untuk memastikan fungsinya. Jangan sertakan kredensial akses asli dan tautan pembayaran aktif dalam catatan QA yang dibagikan.
Tentukan: Kirim, Perbaiki dan Uji Ulang, atau Tahan
Berikan persetujuan hanya untuk skenario yang penting bagi tujuan templat ini. Pesan sambutan mungkin tidak memerlukan pengujian sisa tagihan, sedangkan pengingat pembayaran memerlukannya. Pilih pengujian berdasarkan dampak pesan yang salah, bukan berdasarkan daftar kolom yang berlaku untuk semua templat.
Pilih perbaiki dan uji ulang ketika penyebabnya sudah dipahami: kolom yang tidak didukung, teks pengganti untuk informasi opsional yang belum tersedia, atau teks tetap yang sudah tidak sesuai. Ulangi skenario yang terdampak dan skenario lain yang bergantung pada perubahan tersebut. Satu reservasi normal yang terlihat benar saja tidak cukup.
Pilih tahan untuk ditinjau staf ketika nilai terkini atau penerima yang aman tidak dapat dipastikan, atau pesan dalam antrean tidak dapat diperbarui secara andal. Mengetik satu balasan yang benar secara manual membantu tamu tersebut, tetapi tidak memperbaiki templat yang digunakan berulang kali.
Simpan catatan persetujuan yang mencantumkan tujuan/versi, kondisi yang diuji, perbandingan hasil yang diharapkan dengan yang diterima, serta pemberi persetujuan. Lakukan kembali pengujian yang relevan setelah ada perubahan aturan pembayaran, detail properti, bahasa, atau waktu pengiriman. Jangan menguji ulang kolom yang tidak relevan hanya untuk melengkapi formulir.
Jika Pesan yang Salah Sudah Terkirim
Jeda templat atau antrean yang terdampak. Identifikasi penerima berdasarkan versi dan periode pengiriman, lalu kirim satu pesan koreksi yang jelas melalui jalur yang telah disetujui. Sapaan yang salah memerlukan penanganan berbeda dari detail kamar tamu lain yang terkirim atau permintaan pembayaran yang keliru.
Untuk kesalahan pembayaran atau akses, libatkan manajer yang bertanggung jawab dan tentukan apakah permintaan atau kredensial lama harus dicabut. Verifikasi setiap pembayaran yang telah diterima sebelum meminta pembayaran lagi. Tangani informasi orang lain yang terungkap sesuai prosedur privasi hotel.
Aktifkan kembali pengiriman otomatis hanya setelah kondisi yang sebelumnya gagal dinyatakan lulus dalam pengujian ulang. Keputusan untuk mengaktifkan pengiriman bergantung pada apa yang diterima penerima, bukan sekadar apakah editor berhasil menyimpan.
