Satu catatan tamu: disiplin di balik pengakuan

Mengapa hotel berakhir dengan profil duplikat?

Profil dibuat di mana pun tamu pertama kali muncul: resepsionis, pemesanan melalui channel, reservasi restoran, email asisten korporat. Jika formulir pembuatan tidak mencari catatan yang ada, profil baru adalah jalur dengan hambatan paling kecil.

Pemesanan melalui channel adalah sumber yang umum. OTA mengirim nama dan nomor telepon; PMS membuat catatan; tamu kemudian memesan langsung dengan alamat email. Sekarang ada dua profil dan tidak ada pengenal bersama.

Solusinya bukan pembersihan berkala. Solusinya adalah aturan pencocokan pada titik pembuatan, pengingat "kemungkinan duplikat" yang terlihat, dan proses penggabungan yang dimiliki seseorang.

Apa yang termasuk dalam profil tamu?

Profil harus berisi minimum yang diperlukan untuk mengenali dan melayani tamu, ditambah riwayat yang membuat pengakuan berguna. Segala hal lainnya berada di tempat dengan tujuan yang lebih sempit.

• Identitas: nama, detail kontak, bahasa yang disukai, referensi dokumen identitas bila sah secara hukum
• Persetujuan: preferensi pemasaran, channel komunikasi, tanggal dan sumber persetujuan
• Preferensi: kamar, lantai, bantal, diet, aksesibilitas, dan catatan layanan
• Riwayat: masa inap, outlet yang dikunjungi, pola belanja, keluhan yang diselesaikan
• Komersial: tingkat keanggotaan, akun korporat, tarif yang dinegosiasikan
• Catatan sensitif: dibatasi untuk peran tertentu, dengan akses dicatat

Jika sebuah bidang tidak memiliki pemilik dan tidak memiliki penggunaan, bidang itu adalah liabilitas. Kumpulkan lebih sedikit, dan jaga yang Anda kumpulkan tetap mutakhir.

Bagaimana duplikat harus digabungkan?

Penggabungan adalah operasi data dengan konsekuensi finansial: poin, nilai tersimpan, riwayat folio, dan tarif yang dinegosiasikan mungkin semuanya terikat pada salah satu catatan. Ini tidak boleh menjadi tebakan satu klik.

Proses yang layak adalah: deteksi kandidat dengan skor kecocokan, tinjauan manusia atas bukti, pratinjau penggabungan yang menunjukkan apa yang akan dipertahankan, tindakan penggabungan yang mempertahankan kedua riwayat, dan log yang memungkinkan pengguna berwenang memahami apa yang terjadi.

• Jangan pernah menggabungkan secara otomatis hanya berdasarkan nama.
• Pertahankan kedua riwayat menginap dan tanggal pembuatan yang lebih awal.
• Rekonsiliasi poin dan nilai tersimpan secara eksplisit, dengan laporan.
• Catat penggabungan, pengguna, catatan sumber, dan catatan hasilnya.

Siapa yang boleh melihat apa?

Resepsionis memerlukan cukup informasi untuk menyambut dan melayani. Penjualan memerlukan riwayat komersial. Keuangan memerlukan penagihan dan kredit. Pemasaran memerlukan persetujuan dan segmentasi. Tidak satu pun dari mereka memerlukan tampilan yang sama.

Akses berbasis peran harus sempit secara default. Catatan sensitif, riwayat keluhan, dan detail pembayaran harus diberi izin terpisah dari profil dasar, dan akses harus dicatat dalam log.

Bagaimana Anda menjaga profil agar tidak menurun kualitasnya?

Data tamu cepat menua. Alamat email berubah, preferensi bergeser, persetujuan kedaluwarsa. Profil yang tidak diperbarui menjadi sumber asumsi yang salah.

Pencatatan pada titik layanan adalah satu-satunya metode yang berkelanjutan: konfirmasi detail kontak saat check-in, catat preferensi ketika tamu menyatakannya, catat persetujuan ketika diberikan, dan tinjau profil pada setiap masa inap alih-alih dalam kampanye tahunan.

• Minta konfirmasi email dan telepon saat check-in
• Catat preferensi sebagai bidang terstruktur, bukan novel teks bebas
• Catat sumber dan tanggal persetujuan, dan hormati penarikan persetujuan
• Tinjau profil dorman pada siklus yang ditetapkan

Apa yang harus Anda ukur?

Ukur hal-hal yang mengubah perilaku, bukan ukuran basis data.

• Tingkat duplikat: profil yang digabungkan per seratus profil baru yang dibuat
• Kelengkapan profil: persentase dengan kontak terverifikasi dan persetujuan
• Tingkat pengakuan: tamu berulang yang profilnya digunakan saat check-in
• Tingkat keterikatan outlet: porsi tamu in-house dengan biaya outlet
• Penyelesaian keluhan: keluhan berulang dari tamu yang sama

Bagaimana catatan tamu harus berubah sesuai ukuran properti?

Pada properti 10–60 kamar, pengenalan biasanya hidup di kepala tim kecil. Staf mengenal tamu langganan, kamar favorit, dan keluhan musim semi lalu, tetapi pengetahuan itu tidak tersimpan di sistem dan hilang ketika orangnya pergi. Tugas desainnya adalah menangkap beberapa hal yang benar-benar akan dipelihara tim: telepon dan email yang terverifikasi, bahasa, preferensi kamar atau lantai yang terstruktur, kebutuhan diet, dan persetujuan. Kolom catatan teks bebas yang panjang adalah tempat niat baik berakhir. Profil dibuat di front desk dan melalui pemesanan OTA, sehingga aturan cari-sebelum-buat tetap penting di sini; dua profil untuk satu tamu sama mudahnya terjadi di properti 40 kamar maupun 400 kamar. Satu orang, biasanya kepala front office atau pemilik, harus memiliki penggabungan dan meninjaunya. Tujuannya bukan basis data pemasaran. Yang cukup adalah kontinuitas agar tamu yang kembali tidak ditanya hal yang sama dua kali, dan disiplin agar catatan tetap akurat pada masa inap berikutnya.

Pada 60–250 kamar, tamu dilayani oleh lebih banyak orang di lebih banyak tempat. Front desk, reservasi, restoran, spa, dan kantor penjualan semuanya menyentuh catatan, dan masing-masing membutuhkan pandangan yang berbeda. Saat itulah akses berbasis peran berhenti menjadi formalitas: host restoran membutuhkan catatan alergi, bukan batas kredit, dan kantor penjualan membutuhkan tarif korporat, bukan riwayat keluhan. Antarmuka juga mulai penting. Jika POS dan PMS menyimpan catatan tamu terpisah, pengenalan di outlet bergantung pada seseorang yang memasukkan ulang nama. Properti harus memutuskan sistem mana yang menjadi sumber kebenaran operasional dan menyinkronkan subset yang tata kelola ke luar, bukan membiarkan setiap departemen menyimpan daftarnya sendiri. Persetujuan memerlukan disiplin yang sama: saluran, tanggal, dan sumber dicatat per tamu, dengan penarikan dihormati di semua tempat data dibagikan. Pemilik yang ditunjuk untuk penggabungan duplikat dan tinjauan tingkat duplikat setiap 30 hari akan lebih efektif daripada kampanye pembersihan tahunan. Tinjauan harus melihat catatan yang digabungkan, bukan hanya jumlahnya.

Di atas 250 kamar dan di resort, catatan harus bekerja lintas outlet, gedung, dan terkadang lintas properti. Tamu dapat menginap di satu hotel, bersantap di hotel lain, dan memesan spa dengan nomor keanggotaan, dan grup ingin hal itu dikenali tanpa mengekspos seluruh profil ke setiap pengguna. Pencocokan identitas, tata kelola penggabungan, dan aturan akses menjadi fungsi pusat, bukan kebiasaan front desk. Model bidang harus dimiliki secara terpusat dan dijaga tetap ringkas, karena setiap bidang opsional yang ditambahkan di tingkat grup menjadi kewajiban pemeliharaan di setiap properti. Aturan retensi juga berlipat: suatu yurisdiksi mungkin mewajibkan data identitas dihapus sesuai jadwal sementara catatan keuangan disimpan lebih lama, dan catatan sensitif memerlukan izin terpisah serta pencatatan akses. Ukuran keberhasilan bukanlah ukuran basis data. Ukurannya adalah apakah profil mengubah apa yang dilakukan tim saat check-in atau di outlet, dan apakah tamu merasakan kontinuitas, bukan diperlakukan sebagai tamu baru. Properti juga harus dapat melihat bidang mana yang benar-benar digunakan pusat, karena bidang yang tidak terpakai adalah biaya tanpa manfaat.

Tetapkan batasannya sebelum memilih bidang. Pertama, untuk apa catatan itu: kontinuitas layanan, riwayat komersial, atau pemasaran, karena setiap tujuan membenarkan data dan retensi yang berbeda. Kedua, sumber kebenaran untuk identitas dan riwayat menginap, serta sistem mana yang menerima subset. Ketiga, siapa yang boleh melihat catatan sensitif, dan bagaimana akses dicatat. Keempat, model persetujuan, termasuk bagaimana penarikan menyebar ke setiap sistem yang menerima data. Kelima, kebijakan penggabungan: siapa yang meninjau kandidat, bukti apa yang diperlukan, dan bagaimana jejak audit disimpan. Kemudian tetapkan kumpulan bidang minimum yang akan dipelihara tim pada titik layanan, dan tahan dorongan untuk menambah bidang karena mungkin berguna. Jika jawaban atas salah satu pertanyaan ini belum jelas, kumpulan bidangnya mungkin terlalu luas untuk rilis pertama. Kondisi batasnya bersifat hukum: aturan retensi, transfer lintas batas, dan dokumen identitas berbeda menurut yurisdiksi, dan standar grup harus menyisakan ruang untuk kewajiban lokal. Profil yang tidak dapat disimpan secara sah bukanlah aset.

• Bidang mana yang akan dipelihara tim pada titik layanan?
• Sistem mana yang menjadi sumber kebenaran untuk identitas dan riwayat menginap?
• Siapa yang meninjau kandidat duplikat, dan bukti apa yang diperlukan?
• Bagaimana penarikan persetujuan sampai ke setiap sistem yang menyimpan data?
• Data mana yang harus dihapus atau disimpan menurut hukum setempat?