1. PMS dapat diinstal dan dikonfigurasi tanpa benar-benar siap menerima pemesanan aktual—perbedaannya terletak pada apakah konfigurasi tersebut telah diuji berdasarkan skenario yang benar-benar akan terjadi
2. Kegagalan saat go-live umumnya terjadi di lima area: inventaris kamar yang tidak tepat, harga yang tidak sesuai rencana, pembatasan yang tidak diterapkan, pengaturan pembayaran yang belum diuji, dan akun staf dengan hak akses yang keliru
3. Checklist ini mencakup kelima area tersebut melalui 30 poin yang dapat diverifikasi—setiap poin berkaitan dengan kegagalan tertentu yang dapat berdampak pada tamu jika tidak terdeteksi sebelum kalender dibuka
4. Jalankan seluruh checklist satu kali sebelum pemesanan aktual pertama, bukan sesudahnya
Mengapa Properti Melakukan Go-Live dengan Kesalahan
Langkah konfigurasi PMS baru sudah jelas: buat tipe kamar, masukkan harga, hubungkan kanal, dan tambahkan staf. Sebagian besar properti menyelesaikan semuanya. Masalahnya, menyelesaikan suatu langkah tidak sama dengan memverifikasinya.
Harga yang dimasukkan secara keliru baru terlihat ketika tamu memesan dengan harga yang salah. Koneksi kanal yang tampak aktif tetapi tidak menyinkronkan ketersediaan baru terlihat ketika terjadi pemesanan ganda. Akun staf dengan izin yang terlalu luas baru menjadi masalah ketika seseorang mengubah harga yang sebenarnya tidak boleh mereka ubah.
Checklist berikut merupakan langkah verifikasi, bukan panduan konfigurasi. Setiap poin mengasumsikan bahwa konfigurasi telah selesai dan menguji apakah konfigurasi tersebut menghasilkan keluaran yang benar.
Tipe Kamar dan Inventaris (Pemeriksaan 1–6)
1. Setiap tipe kamar sesuai dengan kamar fisik. Nama, jumlah, dan deskripsi dalam PMS sesuai dengan kamar yang sebenarnya di properti. Tipe kamar bernama "Kamar Double dengan Pemandangan Laut" harus mencakup setiap kamar double dengan pemandangan laut—tidak lebih dan tidak kurang.
2. Jumlah kamar sudah benar dan tidak memungkinkan penjualan berlebih. Kapasitas sistem untuk setiap tipe kamar sesuai dengan jumlah unit yang benar-benar tersedia. Masukkan pemesanan percobaan hingga memenuhi kapasitas satu tipe kamar, lalu pastikan sistem memblokir pemesanan berikutnya untuk tipe tersebut pada tanggal yang sama.
3. Kamar yang tidak dapat digunakan telah diblokir. Setiap kamar yang sedang menjalani pemeliharaan, renovasi, atau tidak tersedia karena alasan lain ditetapkan ke status Pemeliharaan dan dikeluarkan dari inventaris yang dapat dijual. Pastikan pemblokiran tersebut muncul di semua kanal yang terhubung.
4. Fasilitas kamar diberi tag secara akurat. Fitur yang digunakan tamu untuk memfilter—aksesibel, lantai dasar, tempat tidur king, balkon—ditetapkan ke tipe kamar yang tepat. Tamu yang memfilter berdasarkan "aksesibel" hanya boleh melihat kamar yang benar-benar memenuhi persyaratan tersebut.
5. Kapasitas hunian maksimum ditetapkan untuk setiap tipe kamar. Sistem memberlakukan batas maksimum jumlah tamu untuk setiap tipe kamar. Kamar yang tercantum untuk dua tamu tidak boleh dapat dipesan untuk lima orang.
6. Foto yang ditetapkan untuk setiap tipe kamar sudah terkini. Gambar yang ditampilkan pada pemesanan langsung dan daftar OTA sesuai dengan kondisi kamar saat ini—bukan kondisi pada masa renovasi.
Tarif dan Harga (Pemeriksaan 7–12)
7. Tarif dasar mencakup seluruh periode 90 hari. Setiap tipe kamar memiliki tarif yang telah dikonfigurasi untuk setiap tanggal dalam tiga bulan ke depan. Tanggal yang tidak tercakup dapat menyebabkan kesalahan atau pemesanan bertarif nol.
8. Tarif akhir pekan ditetapkan secara terpisah jika berlaku. Jika properti menerapkan harga Jumat–Sabtu yang berbeda dari tarif hari kerja, pastikan selisih harga diterapkan pada hari yang tepat dan tidak ikut berlaku pada tanggal di sekitarnya.
9. Tarif musim ramai dan acara khusus telah dimuat. Tanggal dengan permintaan tinggi yang telah diketahui—hari libur nasional, acara lokal, dan masa libur sekolah—memiliki tarif yang mencerminkan permintaan aktual, bukan tarif dasar bawaan.
10. Batas tarif minimum telah ditetapkan. Tidak ada tipe kamar yang dapat dipesan dengan tarif di bawah batas biaya minimum properti. Pastikan perangkat otomatis maupun penggantian manual tidak dapat menurunkan tarif hingga di bawah nilai minimum yang ditetapkan.
11. Tarif kanal OTA sudah tepat setelah memperhitungkan komisi. Jika properti mencantumkan tarif neto, pastikan markup menghasilkan harga yang ditujukan kepada tamu setelah platform menambahkan komisinya. Jika mencantumkan tarif bruto, pastikan komisi OTA tidak ditambahkan lagi di atas tarif tersebut.
12. Pemesanan langsung percobaan menampilkan total yang benar. Buat reservasi percobaan melalui tautan atau widget pemesanan langsung, lalu pastikan total yang ditampilkan—tarif ditambah pajak dan biaya lainnya—sesuai dengan yang direncanakan sebelum melanjutkan ke pembayaran.
Verifikasi Tarif, Inventaris, dan Sinkronisasi Kanal Sebelum Pemesanan Aktual Pertama Anda
Checklist konfigurasi Smart Order memandu pemilik properti dalam mengonfigurasi tarif, menghubungkan kanal, dan mengatur izin staf—agar go-live merupakan kondisi yang telah diverifikasi, bukan sekadar asumsi.
Pembatasan (Pemeriksaan 13–16)
13. Pembatasan masa inap minimum diterapkan pada periode ramai. Akhir pekan hari libur dengan masa inap minimum 3 malam tidak boleh dapat dipesan hanya untuk satu malam. Uji hal ini: coba lakukan pemesanan 1 malam pada tanggal yang dibatasi dan pastikan sistem memblokirnya.
14. Tanggal penutupan penjualan diblokir di semua kanal. Tanggal ketika properti tidak menerima reservasi baru diblokir di PMS, dan pemblokiran tersebut tercermin di setiap kanal OTA yang terhubung—bukan hanya di kalender langsung.
15. Pembatasan hari Check-in dan Check-out telah aktif. Jika properti, misalnya, tidak mengizinkan Check-in pada hari Jumat selama musim panas, pembatasan ini harus dikonfigurasi dalam sistem dan diuji dengan mencoba melakukan pemesanan pada hari yang dibatasi.
16. Jangka waktu pemesanan menit terakhir telah ditentukan. Sistem memiliki batas waktu yang dikonfigurasi untuk menentukan seberapa dekat dengan waktu kedatangan pemesanan baru masih dapat diterima—baik pada hari yang sama, 24 jam, maupun 48 jam sebelumnya—dan pengaturannya konsisten untuk pemesanan langsung maupun melalui kanal.
Kebijakan Pembayaran dan Pembatalan (Pemeriksaan 17–21)
17. Jumlah dan waktu penagihan deposit dikonfigurasi untuk pemesanan langsung. Persentase atau nominal tetap deposit beserta waktu penagihannya—saat konfirmasi pemesanan atau 48 jam sesudahnya—telah ditetapkan dan diterapkan secara otomatis pada setiap reservasi langsung baru.
18. Periode pembatalan telah ditentukan dan diuji. Jumlah hari sebelum kedatangan ketika pembatalan menyebabkan deposit hangus telah dikonfigurasi. Uji pengaturan ini: batalkan reservasi di dalam periode tersebut dan pastikan deposit ditahan; batalkan di luar periode tersebut dan pastikan deposit dapat dikembalikan.
19. Aturan biaya no-show telah ditetapkan. Biaya yang berlaku ketika tamu tidak datang dan tidak membatalkan reservasi dalam periode yang ditentukan telah dikonfigurasi serta ditautkan ke metode pembayaran yang tersimpan.
20. Koneksi pemroses pembayaran telah diuji dengan transaksi nyata. Transaksi percobaan telah diproses melalui pemroses pembayaran yang terhubung, lalu dibatalkan. Integrasi pembayaran yang belum pernah memproses transaksi nyata belum dapat dipastikan berfungsi.
21. Kebijakan pembatalan yang ditampilkan saat pemesanan sesuai dengan kebijakan yang dikonfigurasi. Teks yang dibaca tamu saat memesan—pada halaman konfirmasi dan dalam email konfirmasi—menyampaikan ketentuan yang sama dengan yang benar-benar diberlakukan oleh sistem.
Peran dan Izin Staf (Pemeriksaan 22–25)
22. Setiap anggota staf memiliki akun aktif. Setiap orang yang akan menggunakan PMS sebelum atau pada hari go-live telah masuk ke sistem dan memastikan kredensial mereka berfungsi.
23. Izin Resepsionis telah dibatasi dengan tepat. Resepsionis dapat melihat reservasi, memproses Check-in dan Check-out, serta menangani pembayaran—tetapi tidak dapat mengubah tarif, mengakses laporan lengkap, atau mengubah pengaturan sistem.
24. Akun Housekeeping hanya memiliki akses ke status kamar. Pengguna Housekeeping hanya dapat memperbarui status kamar (Check-out → Pembersihan → Inspeksi → Siap → Pemeliharaan) dan tidak dapat melakukan hal lain. Mereka tidak dapat melihat data pembayaran tamu atau rincian keuangan reservasi.
25. Akun manajemen dan pemilik mencerminkan hierarki akses yang tepat. Akun manajer memiliki akses ke laporan dan pengaturan. Akun pemilik memiliki izin penuh. Tidak ada akun staf yang memiliki akses lebih luas daripada yang diperlukan untuk perannya.
Koneksi Kanal dan Pesan (Pemeriksaan 26–30)
26. Setiap koneksi kanal OTA diuji dengan pemesanan aktual. Buat reservasi percobaan di Booking.com atau Airbnb dan pastikan reservasi tersebut muncul di PMS dalam waktu dua menit. Jangan berasumsi koneksi berfungsi hanya karena layar konfigurasi menampilkan status "terhubung".
27. Pemblokiran ketersediaan tersinkronisasi di semua kanal yang terhubung. Blokir satu kamar di PMS untuk tanggal tertentu dan pastikan pemblokiran tersebut muncul di setiap kanal OTA yang terhubung. Kemudian hapus pemblokirannya dan pastikan ketersediaan kembali tersedia di semua kanal.
28. Tautan atau widget pemesanan langsung menampilkan ketersediaan yang akurat. Buka halaman pemesanan langsung sebagaimana tamu akan membukanya dan pastikan ketersediaan yang ditampilkan sesuai dengan kalender PMS—termasuk setiap pemblokiran atau pembatasan.
29. Isi pesan konfirmasi sudah akurat. Email konfirmasi pemesanan mencantumkan alamat properti yang benar, rentang waktu Check-in, dan nomor kontak yang aktif. Kirim konfirmasi percobaan ke alamat email staf dan periksa setiap kolom.
30. Waktu pengiriman pesan pra-kedatangan mencakup semua jenis reservasi. Pengingat 72 jam dikirim secara otomatis untuk reservasi dari setiap sumber—termasuk pemesanan OTA, bukan hanya reservasi langsung. Pastikan dengan memeriksa jadwal pesan untuk reservasi OTA percobaan.
Buka Kalender Anda dengan Keyakinan, Bukan Asumsi
Smart Order menghubungkan inventaris kamar, kanal OTA, pengaturan pembayaran, dan pesan otomatis untuk tamu dalam satu sistem—sehingga 30 pemeriksaan dalam checklist ini diterapkan pada satu konfigurasi, bukan pada lima perangkat terpisah.
Pertanyaan Umum
Apa yang harus saya periksa sebelum melakukan go-live dengan software manajemen hotel baru??
Lima area yang paling rentan mengalami kesalahan saat go-live adalah inventaris dan jumlah kamar, konfigurasi tarif, pembatasan pemesanan, pengaturan kebijakan pembayaran dan pembatalan, serta hak akses akun staf. Setiap kategori mencakup sejumlah aspek spesifik yang dapat diuji sebelum reservasi pertama benar-benar masuk—menyelesaikan konfigurasi tidak sama dengan memastikan bahwa konfigurasi tersebut sudah benar.
Bagaimana cara menguji koneksi kanal OTA di software manajemen hotel?
Buat reservasi uji coba di platform OTA dan pastikan reservasi tersebut muncul di Sistem Manajemen Hotel dalam waktu dua menit. Kemudian, blokir tanggal tertentu untuk sebuah kamar di Sistem Manajemen Hotel dan pastikan pemblokiran tersebut muncul di kalender OTA. Kedua pengujian ini diperlukan—koneksi yang dapat menyinkronkan reservasi masuk belum tentu dapat mengirimkan pembaruan ketersediaan dengan benar ke OTA, sedangkan koneksi yang dapat mengirimkan pemblokiran belum tentu dapat menerima reservasi masuk dengan benar.
Hak akses apa saja yang seharusnya dimiliki staf Resepsionis dalam software manajemen hotel?
Akun Resepsionis harus dapat melihat dan mengubah reservasi, memproses check-in dan check-out, menangani pembayaran tamu, serta menambahkan catatan pada data reservasi. Akun tersebut tidak boleh memiliki akses ke konfigurasi tarif, pengaturan tingkat sistem, laporan keuangan lengkap, atau pengelolaan akun staf lainnya. Membatasi akses Resepsionis hanya pada tugas operasional dapat mencegah perubahan tarif yang tidak disengaja dan memperkecil dampak masalah keamanan yang berkaitan dengan kredensial.
Bagaimana cara memastikan kebijakan pembatalan telah dikonfigurasi dengan benar dalam Sistem Manajemen Hotel?
Uji kedua kondisi: batalkan reservasi sebelum memasuki periode berlakunya kebijakan untuk memastikan deposit dikembalikan; lalu batalkan reservasi di dalam periode tersebut untuk memastikan deposit tetap ditahan. Bandingkan juga teks kebijakan yang ditampilkan kepada tamu saat melakukan pemesanan dengan perilaku sistem yang sebenarnya—keduanya harus mencerminkan ketentuan yang sama.
Kapan software manajemen hotel siap untuk go-live?
Sistem Manajemen Hotel siap untuk go-live setelah setiap poin dalam daftar periksa prapeluncuran dipastikan melalui pengujian, bukan sekadar dikonfigurasi melalui penginputan. Hal ini mencakup pemeriksaan tarif untuk seluruh periode 90 hari, reservasi uji coba langsung melalui setiap kanal, transaksi pembayaran yang telah dikonfirmasi, seluruh akun staf yang aktif dengan cakupan hak akses yang tepat, serta pesan otomatis yang telah ditinjau untuk memastikan keakuratan isinya. Konfigurasi dan verifikasi merupakan dua tahap yang berbeda—go-live dilakukan setelah verifikasi, bukan setelah konfigurasi.
