Downtime Fasilitas Tidak Selalu Terlihat sebagai Biaya

Ketika sebuah AC kamar mengalami kerusakan, dampaknya mungkin terlihat sederhana. Engineering menerima laporan, teknisi datang, komponen diperiksa, kemudian kamar kembali digunakan. Namun jika perbaikan membutuhkan waktu dua hari, persoalannya sudah berubah. Selama periode tersebut, kamar mungkin tidak dapat dijual, Front Office harus menyesuaikan inventory, Housekeeping tidak dapat memproses kamar seperti biasa, dan hotel kehilangan peluang revenue dari satu unit yang seharusnya tersedia.

Situasinya menjadi lebih serius ketika fasilitas yang mengalami downtime memiliki cakupan penggunaan lebih luas. Gangguan pada lift dapat memengaruhi pergerakan tamu dan operasional staf. Masalah pada hot water system dapat berdampak pada banyak kamar sekaligus. Gangguan pada kitchen equipment dapat menghambat layanan Food & Beverage. Bahkan masalah kecil pada sistem tertentu dapat menciptakan efek berantai ketika tidak ditangani dengan cepat.

Karena itu, downtime bukan sekadar persoalan Engineering. Ia berkaitan langsung dengan room availability, guest experience, operational continuity, maintenance cost, dan revenue.

Hotel yang ingin mengurangi downtime tidak cukup hanya menambah jumlah teknisi. Yang perlu dibangun adalah sistem yang membuat potensi gangguan dapat diketahui lebih awal, respons lebih cepat, dan keputusan perbaikan lebih terukur.

Mulai dari Mengetahui Fasilitas Mana yang Paling Kritis

Tidak semua equipment memiliki dampak yang sama ketika mengalami kerusakan. Kesalahan dalam mengelola downtime sering terjadi karena seluruh fasilitas diperlakukan dengan tingkat prioritas yang sama.

AC pada satu kamar yang sedang kosong tentu berbeda dengan kerusakan chiller yang melayani sebagian besar kamar. Lampu dekoratif yang mati juga memiliki konsekuensi berbeda dengan gangguan fire alarm system.

Karena itu, Engineering perlu membuat asset criticality mapping. Setiap aset dapat dikategorikan berdasarkan dampaknya terhadap keselamatan, revenue, guest experience, dan operasional. Aset dengan tingkat criticality tinggi membutuhkan pengawasan dan contingency plan yang lebih ketat. Hotel perlu mengetahui equipment pengganti yang tersedia, spare part yang harus disimpan, vendor yang dapat dihubungi, serta prosedur ketika equipment tersebut gagal beroperasi. Pendekatan ini membuat Engineering tidak lagi hanya bertanya, "Apa yang rusak?" tetapi juga, "Apa dampaknya jika equipment ini berhenti?"

Pertanyaan kedua jauh lebih berguna untuk menentukan prioritas.

Preventive Maintenance Harus Berangkat dari Kondisi Aset

Preventive maintenance merupakan fondasi utama dalam mengurangi downtime. Namun jadwal maintenance yang hanya dibuat berdasarkan kalender belum tentu efektif.

Misalnya, sebuah equipment dijadwalkan diperiksa setiap tiga bulan karena mengikuti template maintenance. Padahal kondisi operasional, intensitas penggunaan, dan histori kerusakannya menunjukkan bahwa equipment tersebut membutuhkan pemeriksaan lebih sering.

Maintenance schedule sebaiknya mempertimbangkan karakteristik aset, jam operasi, rekomendasi manufacturer, histori breakdown, dan kondisi aktual equipment.

Jika sebuah pompa memiliki pola kerusakan tertentu setelah periode penggunaan tertentu, informasi tersebut dapat digunakan untuk menyesuaikan maintenance interval. Begitu juga dengan equipment yang ternyata memiliki reliability tinggi dan tidak membutuhkan inspeksi dengan frekuensi yang sama.

Dengan pendekatan berbasis kondisi dan histori, preventive maintenance menjadi lebih relevan terhadap risiko nyata, bukan sekadar daftar pekerjaan yang harus dicentang.

Jangan Menunggu Guest Complaint untuk Menemukan Masalah

Salah satu indikator bahwa sistem maintenance hotel terlalu reaktif adalah banyaknya masalah yang pertama kali diketahui melalui tamu.

AC kamar mulai tidak dingin, tetapi baru diketahui ketika tamu menghubungi Front Office. Shower memiliki tekanan air rendah, tetapi baru diperiksa setelah ada komplain. TV atau perangkat kamar mengalami gangguan, tetapi baru diketahui ketika kamar sudah terjual.

Situasi tersebut menunjukkan adanya celah dalam proses inspeksi.

Housekeeping dan Front Office sebenarnya dapat menjadi bagian dari sistem early detection. Housekeeping yang menemukan suara abnormal dari AC atau kerusakan fasilitas kamar dapat langsung membuat laporan. Front Office yang menerima pola komplain serupa dari beberapa kamar dapat meneruskannya sebagai indikasi masalah sistemik.

Engineering kemudian dapat melakukan pemeriksaan sebelum gangguan berkembang menjadi downtime yang lebih panjang.

Semakin cepat indikasi kerusakan ditemukan, semakin besar kemungkinan hotel memperbaikinya pada saat equipment belum memberikan dampak besar terhadap operasional.

Response Time dan Repair Time Harus Dibedakan

Dalam mengukur downtime, hotel sering hanya melihat berapa lama sebuah equipment diperbaiki. Padahal ada dua waktu yang berbeda.

Response time adalah waktu sejak laporan diterima sampai Engineering mulai merespons. Repair time adalah waktu yang dibutuhkan untuk melakukan diagnosis dan memperbaiki equipment.

Keduanya memiliki penyebab yang berbeda.

Response time yang terlalu panjang dapat menunjukkan masalah pada manpower, sistem work order, komunikasi, atau prioritas pekerjaan. Sementara repair time yang terlalu panjang dapat berkaitan dengan kompleksitas kerusakan, skill teknisi, ketersediaan tools, atau spare part. Misalnya, Engineering menerima laporan AC kamar rusak pada pukul 09.00 tetapi baru datang pukul 11.00. Setelah diperiksa, ternyata spare part tidak tersedia dan membutuhkan dua hari untuk datang. Masalahnya bukan hanya pada durasi repair. Ada persoalan response, diagnosis, dan inventory yang terjadi secara berurutan.

Memisahkan kedua indikator tersebut membantu manajemen menemukan di titik mana downtime sebenarnya bertambah panjang.

Spare Part Critical Harus Sudah Dipikirkan Sebelum Kerusakan Terjadi

Banyak downtime menjadi lebih panjang bukan karena teknisi tidak mampu memperbaiki equipment, tetapi karena komponen yang dibutuhkan tidak tersedia.

Untuk aset kritis, hotel perlu mengetahui spare part apa yang memiliki lead time panjang, sulit diperoleh, atau dapat menghentikan equipment ketika mengalami kerusakan. Namun menyimpan semua komponen dalam jumlah besar juga bukan solusi. Inventory yang terlalu tinggi dapat mengikat modal dan menghasilkan spare part yang akhirnya tidak pernah digunakan. Engineering bersama Finance dan Procurement dapat menentukan critical spare list berdasarkan histori kerusakan, nilai equipment, lead time supplier, tingkat risiko, dan konsekuensi downtime.

Untuk komponen tertentu, memiliki satu unit spare di gudang mungkin terlihat mahal. Tetapi jika komponen tersebut dapat menghentikan sistem utama selama beberapa hari, biaya menyimpannya dapat jauh lebih kecil dibandingkan potensi kehilangan revenue dan biaya operasional akibat downtime.

Vendor Harus Diukur dari Reliability, Bukan Hanya Harga

Hotel menggunakan vendor untuk berbagai kebutuhan teknis. Namun memilih vendor hanya berdasarkan harga service dapat menciptakan masalah dalam jangka panjang.

Vendor yang murah tetapi memiliki response time panjang atau sering melakukan repeat repair belum tentu menghasilkan biaya total yang rendah.

Engineering perlu mencatat performa vendor, termasuk waktu respons, durasi penyelesaian, kualitas pekerjaan, repeat breakdown setelah service, serta ketersediaan spare part.

Jika sebuah vendor memperbaiki equipment yang sama beberapa kali dalam periode singkat, manajemen perlu mengevaluasi apakah masalahnya benar-benar telah diselesaikan.

Kontrak maintenance juga sebaiknya memiliki ekspektasi yang jelas mengenai response time dan service level untuk equipment kritis.

Dengan cara ini, vendor menjadi bagian dari strategi reliability hotel, bukan sekadar pihak eksternal yang dipanggil ketika terjadi kerusakan.

Jangan Hanya Menghitung Jumlah Kerusakan

Hotel bisa saja mencatat bahwa bulan ini terdapat 80 work order dan bulan berikutnya turun menjadi 60. Sekilas terlihat ada perbaikan.

Namun jumlah work order saja tidak cukup. Manajemen perlu melihat repeat breakdown, downtime duration, MTTR, MTBF, serta equipment yang paling sering menyebabkan gangguan.

Jika work order turun tetapi downtime justru meningkat, masalahnya belum terselesaikan. Sebaliknya, jumlah work order mungkin meningkat karena preventive maintenance sedang diperkuat, tetapi breakdown dan downtime menurun. Dalam situasi tersebut, kenaikan aktivitas Engineering justru dapat menunjukkan perbaikan sistem.

Data perlu dibaca berdasarkan konteks. Beberapa indikator yang dapat digunakan untuk melihat efektivitas pengelolaan downtime antara lain:

• MTTR: seberapa lama rata-rata equipment dipulihkan setelah mengalami kerusakan.
• MTBF: seberapa lama equipment dapat beroperasi sebelum mengalami failure berikutnya.
• Equipment downtime: total waktu fasilitas tidak dapat digunakan.
• Repeat breakdown rate: seberapa sering kerusakan yang sama kembali terjadi.
• Preventive maintenance completion: seberapa konsisten pekerjaan preventive maintenance diselesaikan.

Angka-angka tersebut membantu Engineering Manager berpindah dari sekadar mengelola pekerjaan menuju mengelola reliability.

Root Cause Analysis Penting untuk Kerusakan Berulang

Ada perbedaan besar antara repair dan problem solving.

Repair membuat equipment kembali berfungsi. Problem solving mencari alasan mengapa equipment terus gagal.

Jika AC kamar tertentu berulang kali mengalami masalah, misalnya, mengganti komponen yang sama setiap kali kerusakan terjadi bukanlah solusi jangka panjang. Engineering perlu melihat kondisi instalasi, penggunaan, kualitas komponen, pola maintenance, hingga kemungkinan masalah pada sistem yang lebih besar.

Tidak semua kerusakan membutuhkan root cause analysis yang kompleks. Namun repeat breakdown, downtime yang signifikan, dan kerusakan pada equipment kritis seharusnya mendapatkan investigasi lebih mendalam. Hasil analisis tersebut kemudian perlu masuk kembali ke maintenance plan. Dengan siklus seperti ini, hotel tidak hanya memperbaiki equipment, tetapi juga memperbaiki cara hotel merawat equipment tersebut.

Contingency Plan Mengurangi Dampak Ketika Failure Tetap Terjadi

Tidak semua downtime dapat dicegah. Bahkan equipment dengan maintenance yang sangat baik tetap memiliki kemungkinan gagal beroperasi.

Karena itu, hotel perlu memiliki contingency plan untuk fasilitas kritis.

Jika satu lift tidak dapat digunakan, apakah ada prosedur pengaturan penggunaan lift lainnya? Jika hot water system bermasalah, apakah tersedia alternatif sementara? Jika generator mengalami gangguan, siapa yang mengambil keputusan operasional dan vendor mana yang harus dihubungi? Contingency plan tidak harus rumit. Yang penting, pihak terkait mengetahui tindakan pertama, siapa yang bertanggung jawab, jalur eskalasi, dan bagaimana komunikasi kepada departemen lain dilakukan.

Tujuannya bukan membuat hotel bebas dari downtime, tetapi mengurangi dampak ketika downtime terjadi.

Engineering Perlu Terhubung dengan Operasional Hotel

Downtime fasilitas tidak seharusnya menjadi informasi yang hanya diketahui Engineering.

Front Office perlu mengetahui status kamar yang sedang out of order. Housekeeping perlu mengetahui kamar mana yang sedang dalam proses perbaikan. Sales perlu memahami apabila fasilitas tertentu tidak dapat digunakan untuk event. Finance membutuhkan informasi ketika kerusakan menghasilkan biaya besar atau membutuhkan capital expenditure.

Koordinasi tersebut membantu hotel mengambil keputusan secara lebih cepat.

Misalnya, jika beberapa kamar harus ditutup karena masalah teknis, Revenue Manager perlu mengetahui kondisi inventory tersebut agar strategi penjualan dapat disesuaikan. Sebaliknya, ketika Engineering memberikan estimasi waktu penyelesaian yang realistis, Front Office dapat mengatur room assignment dengan lebih baik.

Downtime adalah masalah teknis dengan konsekuensi bisnis. Karena itu, pengelolaannya juga membutuhkan perspektif lintas departemen.

Kapan Equipment Harus Diperbaiki dan Kapan Harus Diganti?

Ada titik ketika upaya mengurangi downtime tidak lagi cukup dilakukan melalui maintenance. Equipment mungkin sudah memasuki fase di mana frekuensi kerusakan semakin tinggi, spare part sulit diperoleh, konsumsi energi meningkat, dan biaya repair terus bertambah.

Dalam kondisi tersebut, hotel perlu melakukan evaluasi replacement.

Engineering dapat memberikan data mengenai umur aset, histori kerusakan, biaya maintenance, downtime, konsumsi energi, dan risiko operasional. Finance dan manajemen kemudian dapat membandingkannya dengan investasi equipment baru. Keputusan replacement sebaiknya tidak hanya berdasarkan harga pembelian. Total cost of ownership perlu diperhitungkan, termasuk biaya energi, maintenance, downtime, spare part, dan potensi revenue yang hilang.

Dengan pendekatan tersebut, capital expenditure dapat diarahkan pada aset yang benar-benar memberikan dampak terhadap reliability dan operasional hotel.

Mengurangi downtime fasilitas hotel bukan berarti membuat semua equipment tidak pernah mengalami kerusakan. Target yang lebih realistis adalah membuat hotel mampu mendeteksi masalah lebih awal, merespons lebih cepat, memperbaiki dengan tepat, dan mencegah kerusakan berulang.

Preventive maintenance, asset criticality, spare part management, vendor performance, root cause analysis, dan monitoring indikator maintenance merupakan bagian dari satu sistem yang saling terhubung. Bagi owner dan manajemen hotel, dampaknya jauh melampaui pekerjaan Engineering. Downtime yang lebih rendah berarti lebih banyak room inventory yang dapat dijual, gangguan guest experience yang lebih sedikit, biaya emergency repair yang lebih terkendali, serta umur aset yang dapat dikelola dengan lebih baik.

Engineering yang efektif bukan tim yang paling sering terlihat membawa toolbox. Justru ketika sistem bekerja dengan baik, kerusakan diketahui sebelum menjadi masalah besar, dan fasilitas tetap tersedia ketika dibutuhkan, pekerjaan Engineering hampir tidak terlihat oleh tamu.

Itulah bentuk reliability yang sebenarnya: hotel tetap berjalan ketika tidak ada seorang pun yang memikirkan apa yang terjadi di baliknya.