Otellerde Teknik Bakım Sistemi Nasıl Kurulur? Preventive Maintenance Rehberi

Bir otelde klima bozulur.

Misafir resepsiyonu arar.

Resepsiyon teknik personele haber verir.

Teknik personel gelir.

Klimayı tamir eder.

Problem çözülür.

Peki bu:

iyi bir teknik bakım sistemi midir?

Hayır.

Bu yalnızca:

arıza meydana geldikten sonra verilen tepkidir.

Profesyonel teknik operasyonun amacı mümkün olduğunca çok arızayı tamir etmek değil;

arıza oluşmasını mümkün olduğunca önlemek, oluşan arızayı hızlı ve doğru yönetmek ve aynı problemin tekrarını azaltmaktır.

Çünkü otelde teknik arıza yalnızca teknik bir problem değildir.

Bir klima arızası:

misafir şikâyetine,

bir sıcak su problemi:

oda değişikliğine,

bir havuz arızası:

ürünün bir bölümünün kullanılamamasına,

bir elektrik kesintisi:

operasyonun durmasına,

bir soğutucu arızası:

ürün kaybına

dönüşebilir.

Dolayısıyla otel teknik departmanının gerçek görevi:

binayı tamir etmek değil, otelin kesintisiz çalışmasını sağlamaktır.

Bunun temel araçlarından biri de:

Preventive Maintenance — Önleyici Bakım

sistemidir.

1. Otelde Teknik Bakım Nedir?

Otel teknik bakım sistemi;

binanın, ekipmanların ve teknik altyapının:

• güvenli,
• çalışır,
• verimli,
• konforlu,
• standartlara uygun

durumda tutulması için kurulan operasyon sistemidir.

Bu sistem yalnızca:

Repair

yani tamir değildir.

Daha geniş bir yapıdır:

Inspection → Preventive Maintenance → Fault Detection → Work Order → Repair → Testing → Closing → History → Analysis → Improvement

Profesyonel teknik yönetim:

arıza anından önce başlar.

2. Reactive Maintenance Nedir?

Reactive Maintenance:

ekipman bozulduktan sonra yapılan müdahaledir.

Örneğin:

Klima çalışmıyor → Misafir şikâyet ediyor → Resepsiyon teknik ekibe bildiriyor → Teknik ekip geliyor → Tamir yapılıyor.

Bu sistem gerekli olacaktır.

Çünkü bütün arızaları önlemek mümkün değildir.

Ama otelin teknik sistemi tamamen buna dayanıyorsa:

otel teknik operasyonu sürekli yangın söndürür.

3. Reactive Maintenance'ın Gizli Maliyeti

Örneğin bir klima arızası yalnızca:

tamir maliyeti

yaratmaz.

Aynı zamanda:

• misafir şikâyeti,
• oda değişikliği,
• upgrade,
• indirim,
• complimentary service,
• personel zamanı,
• oda Out of Order süresi,
• Review riski

yaratabilir.

Dolayısıyla gerçek maliyet:

Repair Cost + Operational Cost + Guest Experience Cost + Revenue Risk

şeklinde düşünülmelidir.

4. Preventive Maintenance Nedir?

Preventive Maintenance:

arıza oluşmasını beklemeden, ekipmanın belirli periyotlarla kontrol edilmesi ve bakımının yapılmasıdır.

Örneğin klima için:

• filtre temizliği,
• drenaj kontrolü,
• bağlantı kontrolü,
• performans kontrolü,
• anormal ses kontrolü,
• sıcaklık kontrolü

planlı olarak yapılabilir.

Amaç:

misafir klimayı çalıştırdığında arızayı keşfetmemektir.

5. Preventive Maintenance Neden Otellerde Özellikle Önemlidir?

Bir fabrika ekipmanı arızalandığında:

üretim hattı etkilenebilir.

Otelde ekipman arızalandığında ise:

misafir deneyimi doğrudan etkilenebilir.

Misafir:

• sıcak su beklemez,
• bozuk klima kabul etmez,
• çalışmayan priz istemez,
• karanlık koridor istemez,
• arızalı asansörü önemser,
• havuzun çalışmasını bekler.

Üstelik otel:

24 saat yaşayan bir binadır.

Bu nedenle teknik bakım:

arka planda çalışan ama misafir deneyimini doğrudan belirleyen operasyonlardan biridir.

6. Teknik Departmanın Temel Amacı Nedir?

Teknik operasyonun amacı yalnızca:

“Arızaları çözmek.”

olmamalıdır.

Daha doğru hedef:

otelin teknik sistemlerinin güvenli, kesintisiz ve verimli çalışmasını sağlamak.

Bu hedef dört ana başlığa ayrılabilir:

Safety

İnsan ve bina güvenliği.

Reliability

Ekipmanın çalışır durumda olması.

Guest Comfort

Misafir konforunun korunması.

Efficiency

Enerji, ekipman ömrü ve bakım maliyetinin optimize edilmesi.

7. Teknik Sistem Kurmanın İlk Adımı: Asset Register

Bir şeyi yönetmek için önce:

neyi yönettiğinizi bilmeniz gerekir.

Bu nedenle teknik bakım sisteminin temel belgelerinden biri:

Asset Register — Varlık / Ekipman Envanteri

olmalıdır.

Oteldeki kritik teknik ekipmanların tamamı kayıt altına alınmalıdır.

8. Asset Register'da Neler Bulunmalı?

Örneğin:

Böylece ekipman:

hafızadan çıkar ve sisteme girer.

9. Asset ID Neden Kullanılmalı?

Otelde:

“Üst kattaki klima”

yerine:

HVAC-014

gibi kod kullanılabilir.

Örneğin:

HVAC

Heating, Ventilation & Air Conditioning

ELEC

Electrical

PLB

Plumbing

PUMP

Pump

POOL

Pool Equipment

KIT

Kitchen Equipment

FIRE

Fire Safety Equipment

GEN

Generator

Bu kodlama:

Work Order,

bakım geçmişi,

yedek parça,

arıza analizi

için büyük kolaylık sağlar.

10. Otelde Hangi Asset'ler Takip Edilmeli?

Her küçük ekipmanı aynı detayda takip etmek gerekmeyebilir.

Öncelik:

kritik ekipmanlardır.

Örneğin:

HVAC

• klima sistemleri,
• fan coil,
• AHU,
• havalandırma.

Electrical

• ana panolar,
• UPS,
• jeneratör,
• aydınlatma sistemleri.

Plumbing

• pompalar,
• hidrofor,
• sıcak su,
• boiler,
• su depoları.

Guest Room Equipment

• klima,
• minibar,
• TV,
• elektronik kilit,
• prizler,
• aydınlatma.

Kitchen

• buzdolabı,
• dondurucu,
• bulaşık makinesi,
• kahve makinesi.

Pool

• pompa,
• filtre,
• dozaj sistemi.

Safety

• yangın sistemleri,
• acil aydınlatma,
• ilgili güvenlik ekipmanları.

11. Asset Criticality Nedir?

Bütün ekipmanlar aynı önemde değildir.

Örneğin:

lobideki dekoratif bir lambanın arızası

ile:

sıcak su sisteminin arızası

aynı operasyonel etkiye sahip değildir.

Bu nedenle ekipmanlar:

Critical

Arıza ciddi operasyon / güvenlik / misafir etkisi yaratır.

Important

Operasyonu etkiler ama alternatif çözüm bulunabilir.

Standard

Sınırlı operasyonel etki.

olarak sınıflandırılabilir.

12. Criticality Nasıl Belirlenir?

Şu sorular sorulabilir:

1. Arıza güvenlik riski yaratır mı?
2. Kaç misafiri etkiler?
3. Kaç odayı etkiler?
4. Operasyonu durdurur mu?
5. Alternatif ekipman var mı?
6. Tamir süresi ne?
7. Yedek parça kolay bulunuyor mu?
8. Gelir kaybı yaratır mı?

Bu sorular:

bakım önceliğini belirlemeye

yardımcı olur.

13. Preventive Maintenance Plan Nasıl Oluşturulur?

Her kritik Asset için:

• ne kontrol edilecek?
• kim kontrol edecek?
• hangi sıklıkta?
• hangi standarda göre?
• hangi kayıt tutulacak?
• problem bulunursa ne olacak?

belirlenmelidir.

Örneğin:

Periyotlar ekipman, üretici tavsiyesi, kullanım yoğunluğu ve ilgili gerekliliklere göre belirlenmelidir.

14. Takvim Bazlı Bakım

En basit Preventive Maintenance modeli:

Calendar-Based Maintenance

sistemidir.

Örneğin:

• günlük,
• haftalık,
• aylık,
• üç aylık,
• altı aylık,
• yıllık

bakımlar.

Bu sistem özellikle küçük oteller için:

kolay uygulanabilir bir başlangıç modelidir.

15. Kullanım Bazlı Bakım

Bazı ekipmanlarda bakım:

zamana değil,

kullanıma

göre yapılabilir.

Örneğin:

• çalışma saati,
• kullanım sayısı,
• kilometre,
• cycle.

Bu model:

Usage-Based Maintenance

olarak düşünülebilir.

Özellikle yoğunluğu değişken ekipmanlarda daha doğru sonuç verebilir.

16. Condition-Based Maintenance

Daha gelişmiş yaklaşım:

Condition-Based Maintenance

yani ekipmanın gerçek durumuna göre bakım yapılmasıdır.

Örneğin:

• sıcaklık,
• basınç,
• titreşim,
• ses,
• enerji tüketimi,
• performans düşüşü

izlenebilir.

Ama küçük butik otelde başlangıç için karmaşık sensör sistemleri şart değildir.

Basit:

Inspection + Preventive Maintenance + Work Order

sistemi bile büyük fark yaratabilir.

17. Teknik Kontrol Listeleri Oluşturun

Teknik personelin:

“Bir dolaşayım, bir şey var mı bakayım.”

şeklinde kontrol yapması yerine:

standart checklist kullanılmalıdır.

Örneğin günlük teknik turda:

Plant Room

• sıcaklık,
• basınç,
• kaçak,
• anormal ses.

Electrical

• pano,
• uyarı,
• kesinti.

Water

• basınç,
• sıcak su,
• pompa.

Pool

• pompa,
• filtre,
• sirkülasyon.

Public Areas

• aydınlatma,
• klima,
• kapı,
• priz,
• genel teknik durum.

Checklist:

kontrolün kişiye bağlı olmasını azaltır.

18. Teknik Arıza Nasıl Bildirilmeli?

Otel operasyonunda kötü sistem:

“Teknikçiye söyledim.”

sistemidir.

Çünkü daha sonra şu soruların cevabı bilinmez:

• ne zaman bildirildi?
• kim bildirdi?
• hangi oda?
• problem ne?
• önceliği ne?
• kim aldı?
• ne zaman müdahale edildi?
• çözüldü mü?
• tekrarlandı mı?

Bu nedenle arıza:

Work Order

olarak kayıt altına alınmalıdır.

19. Work Order Nedir?

Work Order:

teknik iş emridir.

Bir teknik problemin:

• kaydı,
• sorumluluğu,
• önceliği,
• müdahalesi,
• sonucu

tek yerde tutulur.

Örneğin:

WO-2026-00451

Room:

205

Problem:

Klima soğutmuyor.

Priority:

P2

Reported:

14:10

Assigned:

14:12

Started:

14:18

Completed:

14:42

Tested:

14:47

Status:

Closed

Bu kayıt:

teknik operasyonu ölçülebilir hale getirir.

20. WhatsApp Work Order Sistemi Değildir

Mesajlaşma uygulamaları hızlı iletişim için yararlı olabilir.

Ama:

“205 klima bozuk.”

mesajı teknik kayıt değildir.

Çünkü mesaj:

• kaybolabilir,
• okunmayabilir,
• kapanış bilgisi olmayabilir,
• analiz edilemez,
• KPI üretmez.

Doğru model:

Mesajlaşma = iletişim

Work Order = operasyonel kayıt

olmalıdır.

21. Arıza Önceliklendirme Sistemi

Her arıza aynı öncelikte değildir.

Basit bir model:

P1 — Critical

Güvenlik veya büyük operasyon kesintisi.

P2 — High

Misafir deneyimini veya satılabilir odayı ciddi etkileyen problem.

P3 — Medium

Operasyon devam ediyor ama müdahale gerekli.

P4 — Low

Kozmetik veya düşük etkili problem.

Bu sınıflandırma:

teknik ekibin doğru işe önce müdahale etmesini sağlar.

22. P1 Örneği

Örneğin:

• ciddi elektrik problemi,
• büyük su kaçağı,
• kritik güvenlik problemi,
• otelin büyük bölümünü etkileyen sıcak su kaybı.

Bu durumda:

hemen müdahale + yönetim bilgilendirmesi + gerekiyorsa acil durum prosedürü

devreye girer.

23. P2 Örneği

Örneğin:

misafir odasında:

klima çalışmıyor.

Otel tamamen çalışmaya devam ediyor.

Ama misafir deneyimi ciddi etkileniyor.

Bu nedenle:

yüksek öncelik

verilebilir.

24. P3 ve P4 Örnekleri

P3

• ortak alanda bir aydınlatma sorunu,
• küçük tesisat problemi,
• operasyonu durdurmayan ekipman problemi.

P4

• boya rötuşu,
• küçük kozmetik problem,
• düşük etkili dekoratif kusur.

Bu sınıflandırma sayesinde:

teknik ekip yalnızca en çok bağırılan probleme göre çalışmaz.

25. SLA Nedir?

SLA:

Service Level Agreement

veya operasyon içinde:

hedef müdahale süreleri

olarak kullanılabilir.

Örneğin:

Bu rakamlar otelin kendi operasyonuna göre belirlenmelidir.

Ama temel fikir:

“En kısa sürede bakarız.” yerine ölçülebilir hedef koymaktır.

26. Response Time ile Resolution Time Aynı Şey Değildir

Örneğin arıza:

14:00

bildirildi.

Teknik personel:

14:10

müdahaleye başladı.

Response Time:

10 dakika

Ama problem:

15:00

çözüldü.

Resolution Time:

60 dakika

Bu iki KPI ayrı takip edilmelidir.

Çünkü hızlı gidip problemi çözememek:

iyi teknik performans değildir.

27. Work Order Yaşam Döngüsü

İdeal akış:

Problem Detected → Work Order Opened → Priority Assigned → Responsible Assigned → Response → Diagnosis → Repair → Test → User / Department Verification → Close → History

Bu akış:

“yaptım” ile “çözüldü” arasındaki farkı

ortadan kaldırır.

28. Teknik İş “Tamir Edildi” Diye Kapanmamalı

Örneğin:

klima tamir edildi.

Teknik personel:

“Tamamdır.”

dedi.

Ama klima:

30 dakika sonra tekrar durdu.

Bu nedenle Work Order kapanmadan:

Test

yapılmalıdır.

Kritik işlerde:

ilgili departman da doğrulayabilir.

Örneğin:

Housekeeping:

Room Ready

vermeden önce kontrol edebilir.

29. Housekeeping Teknik Departmanın En Büyük Sensörlerinden Biridir

Housekeeping personeli her gün:

odaların büyük bölümünü fiziksel olarak görür.

Bu nedenle:

• klima,
• priz,
• aydınlatma,
• musluk,
• duş,
• sifon,
• minibar,
• TV,
• kapı,
• perde

gibi birçok problemi misafirden önce fark edebilir.

Doğru sistem:

Housekeeping'i teknik arıza tespit zincirinin parçası yapar.

30. Housekeeping → Technical Closed Loop

Örneğin:

Room 205 → Klima çalışmıyor → Housekeeping tespit → P2 Work Order → Technical Assigned → Repair → Test → Housekeeping Re-Inspection → Room Ready → PMS Update

Bu:

departmanlar arası kapalı döngüdür.

31. Resepsiyon ile Teknik Departman Nasıl Çalışmalı?

Resepsiyon:

misafir şikâyetlerinin ilk temas noktalarından biridir.

Örneğin misafir:

“Sıcak su gelmiyor.”

dedi.

Resepsiyon yalnızca:

“Tekniğe söyledik.”

dememelidir.

Sistem:

Guest Complaint → Work Order → Priority → Technical Response → Status Update → Guest Follow-Up → Close

şeklinde çalışmalıdır.

32. Teknik Departmanın Misafir İletişimindeki Rolü

Teknik personel misafir odasına girdiğinde:

artık yalnızca teknik çalışan değildir.

Otelin temsilcisidir.

Bu nedenle:

• kapıyı doğru şekilde çalmalı,
• kendini tanıtmalı,
• misafir mahremiyetine dikkat etmeli,
• çalışma alanını temiz bırakmalı,
• problemi açıklayabilmeli,
• gereksiz teknik jargon kullanmamalıdır.

Teknik yetkinlik:

misafir alanında hizmet davranışıyla tamamlanmalıdır.

33. Out of Order — OOO Nedir?

Bir oda teknik problem nedeniyle:

satılamayacak durumdaysa:

Out of Order

olarak işaretlenebilir.

Bu karar:

geliri doğrudan etkiler.

Çünkü:

OOO oda = geçici olarak satış envanterinden çıkan oda

demektir.

Dolayısıyla teknik bakım:

Revenue Management ile de bağlantılıdır.

34. OOO Room Cost Nasıl Düşünülmeli?

Örneğin:

ADR:

8.000 TL.

Bir oda:

3 gece OOO.

Potansiyel Revenue Exposure:

24.000 TL

olabilir.

Üstelik yüksek doluluk döneminde:

gerçek fırsat maliyeti daha da önemli hale gelebilir.

Bu nedenle:

kritik yedek parçanın stok maliyeti ile OOO gelir kaybı birlikte düşünülmelidir.

35. Spare Parts Yönetimi

Her parçayı stokta tutmak doğru değildir.

Ama kritik bazı parçaların bulunmaması:

uzun operasyon kesintisi yaratabilir.

Bu nedenle yedek parçalar:

Critical Spare

Olmazsa operasyon ciddi etkilenir.

Standard Spare

Normal bakım için gerekli.

Order on Demand

İhtiyaç olduğunda sipariş edilir.

olarak sınıflandırılabilir.

36. Hangi Yedek Parça Stokta Tutulmalı?

Şu sorular sorulabilir:

1. Parça arızalanırsa ne olur?
2. Kaç oda etkilenir?
3. Tedarik süresi ne?
4. Alternatif var mı?
5. Parçanın maliyeti ne?
6. Stokta bozulur mu?
7. Arıza sıklığı ne?

Örneğin:

300 TL'lik bir parçanın bulunmaması:

20.000 TL gelir kaybına neden olabiliyorsa:

stokta tutmak ekonomik olabilir.

37. Critical Spare List Oluşturun

Örneğin:

Bu liste:

teknik stokun kontrolsüz büyümesini de, kritik parçanın tükenmesini de önler.

38. Preventive Maintenance Takvimi

Yıllık bir takvim oluşturulabilir.

Örneğin:

Daily

• havuz,
• sıcak su,
• kritik sıcaklıklar,
• teknik alanlar.

Weekly

• pompalar,
• genel teknik tur,
• bazı güvenlik kontrolleri.

Monthly

• oda teknik kontrolleri,
• filtreler,
• elektrik kontrolleri.

Quarterly

• HVAC detaylı bakım,
• belirli ekipman servisleri.

Semi-Annual

• sezonluk kapsamlı bakım.

Annual

• ana ekipman,
• yasal/periyodik kontroller,
• büyük bakım.

Gerçek periyot:

üretici tavsiyesi + kullanım + risk + mevzuat / şirket standardı

ile belirlenmelidir.

39. Oda Preventive Maintenance Programı

Otelde en önemli programlardan biri:

Guest Room PM

olabilir.

Her oda periyodik olarak teknik kontrolden geçirilir.

Örneğin:

HVAC

• çalışıyor mu?
• sıcaklık doğru mu?
• ses var mı?
• filtre durumu?

Electrical

• prizler,
• USB,
• aydınlatma,
• anahtarlar.

Plumbing

• lavabo,
• duş,
• sıcak su,
• sifon,
• kaçak.

Furniture / Fixtures

• kapı,
• menteşe,
• kulp,
• perde.

Equipment

• TV,
• minibar,
• kasa,
• telefon varsa.

Bu sistem:

misafirin oda içindeki teknik problemi ilk keşfeden kişi olmasını önlemeye çalışır.

40. Oda PM Ne Zaman Yapılmalı?

Otelin yapısına göre:

• düşük doluluk günlerinde,
• oda boşken,
• sezon öncesinde,
• planlı rotasyonla

yapılabilir.

Örneğin:

20 odalı otelde:

her hafta 2 oda detaylı kontrol edilirse:

10 haftada bütün odalar dönebilir.

Bu sadece örnektir.

Periyot:

tesis ve ekipman yapısına göre belirlenmelidir.

41. PM Compliance Nedir?

Planlanan Preventive Maintenance işlerinin ne kadarının zamanında tamamlandığını gösterir.

Formül:

PM Compliance = Zamanında Tamamlanan PM / Planlanan PM × 100

Örneğin:

Ay içinde:

100 bakım planlandı.

92'si zamanında tamamlandı.

PM Compliance = %92

olur.

Bu teknik departmanın temel KPI'larından biri olabilir.

42. PM Completion Tek Başına Yeterli Değildir

Teknik ekip:

100 bakımın 100'ünü:

“Completed”

olarak işaretleyebilir.

Ama bakım gerçekten yapılmadıysa:

KPI anlamsızdır.

Bu nedenle bazı bakımlarda:

• checklist,
• ölçüm,
• fotoğraf,
• parça kaydı,
• supervisor audit

kullanılabilir.

KPI belgeyi değil, gerçek operasyonu temsil etmelidir.

43. Preventive Maintenance Backlog

Planlanan ama tamamlanmamış işler:

PM Backlog

oluşturur.

Örneğin:

• 3 klima bakımı,
• 2 pompa kontrolü,
• 5 oda PM

gecikmiş.

Backlog büyüyorsa:

gelecekte Reactive Maintenance riski artabilir.

Bu nedenle:

bakım borcu görünür olmalıdır.

44. Maintenance Backlog Neden Tehlikelidir?

Bakım sürekli ertelenirse:

ilk başta hiçbir şey olmayabilir.

Sonra:

• küçük kaçak büyür,
• filtre tıkanır,
• motor zorlanır,
• ekipman verimi düşer,
• enerji tüketimi artar,
• sonunda ekipman arızalanır.

Yani ertelenmiş bakım:

geleceğe taşınmış operasyonel risktir.

45. Mean Time to Repair — MTTR

MTTR:

Mean Time to Repair

yani ortalama tamir süresidir.

Basit form:

MTTR = Toplam Repair Time / Repair Sayısı

Örneğin:

10 arızanın toplam tamir süresi:

600 dakika.

MTTR = 60 dakika

olur.

Zaman içinde MTTR yükseliyorsa:

• parça sorunu,
• eğitim sorunu,
• ekipman yaşlanması,
• teşhis problemi

olabilir.

46. Repeat Failure Rate

Aynı ekipmanın veya aynı problemin:

tekrar tekrar arızalanmasını ölçer.

Örneğin:

Room 205 klima:

bir ayda 4 kez arızalandı.

Her seferinde:

reset yapılıp kapatıldı.

Bu durumda gerçek problem çözülmemiş olabilir.

Tekrar eden arıza Root Cause Analysis gerektirir.

47. Root Cause Analysis Nedir?

Root Cause Analysis:

problemin görünen belirtisini değil, temel nedenini bulmaya çalışmaktır.

Örneğin:

Problem:

Klima çalışmıyor.

İlk cevap:

sigorta attı.

Ama neden?

Motor fazla akım çekiyor.

Neden?

Filtre sürekli tıkalı.

Neden?

Bakım periyodu yetersiz.

Gerçek çözüm:

yalnızca sigortayı kaldırmak değil;

bakım sistemini düzeltmek

olabilir.

48. 5 Why Tekniği

Basit Root Cause yöntemi:

5 Why

kullanılabilir.

Örneğin:

Neden oda soğumadı?

Klima çalışmadı.

Neden?

Sistem durdu.

Neden?

Drenaj problemi oluştu.

Neden?

Hat tıkandı.

Neden?

Periyodik kontrol yapılmadı.

Kök neden:

PM eksikliği

olabilir.

Böylece çözüm:

yalnızca arızayı tamir etmekten çıkar.

49. Breakdown History Tutun

Her Asset için:

• arıza tarihi,
• problem,
• neden,
• yapılan işlem,
• kullanılan parça,
• maliyet,
• Downtime

tutulabilir.

Bir yıl sonra:

hangi ekipmanın sürekli sorun çıkardığı

görülebilir.

Bu:

Repair mı Replace mi?

kararında önemlidir.

50. Repair mı Replace mi?

Eski ekipman sürekli tamir ediliyorsa:

tamir etmeye devam etmek ekonomik olmayabilir.

Kararda:

• yıllık Repair Cost,
• Downtime,
• enerji tüketimi,
• parça bulunabilirliği,
• kalan ekonomik ömür,
• Guest Impact,
• yeni ekipman maliyeti

karşılaştırılmalıdır.

Ucuz tamir:

her zaman ucuz çözüm değildir.

51. Total Cost of Ownership — TCO

Bir ekipmanın maliyeti yalnızca satın alma fiyatı değildir.

TCO:

• Purchase,
• Installation,
• Energy,
• Maintenance,
• Spare Parts,
• Repair,
• Downtime,
• Replacement

maliyetlerini içerebilir.

Bu nedenle yatırımcı:

“Hangisi daha ucuz?”

yerine:

“Hangisinin yaşam döngüsü maliyeti daha düşük?”

diye sormalıdır.

52. Teknik Bakım ve Enerji Yönetimi

Bakımı kötü ekipman:

daha fazla enerji tüketebilir.

Örneğin:

• kirli filtre,
• kötü ayarlı HVAC,
• kaçak,
• verimsiz pompa,
• arızalı termostat

enerji tüketimini artırabilir.

Dolayısıyla:

Preventive Maintenance aynı zamanda enerji yönetimidir.

53. Su Kaçakları Küçük Görünmemelidir

Küçük bir kaçak:

tek başına önemsiz görünebilir.

Ama:

• su maliyeti,
• nem,
• boya hasarı,
• mobilya hasarı,
• küf riski,
• oda OOO

yaratabilir.

Bu nedenle:

küçük teknik kusurlar erken yakalandığında ucuz, geç yakalandığında pahalı olabilir.

54. Teknik Departman ile Satın Alma İlişkisi

Teknik ekip:

parça ister.

Satın alma:

fiyat toplar.

Ama kritik parçanın satın almasında:

yalnızca en düşük fiyat

esas alınmamalıdır.

Bakılması gereken:

• specification,
• compatibility,
• quality,
• lead time,
• warranty,
• service availability.

Yanlış parça:

ucuz satın alma ama pahalı operasyon

yaratabilir.

55. Dış Teknik Servis Nasıl Yönetilmeli?

Küçük oteller bütün uzmanlığı içeride tutamaz.

Örneğin:

• asansör,
• jeneratör,
• yangın sistemi,
• HVAC,
• özel mutfak ekipmanı

dış servis gerektirebilir.

Ama outsource etmek:

kontrolü devretmek anlamına gelmez.

Otel:

• servis sözleşmesini,
• bakım takvimini,
• yapılan işi,
• servis raporunu,
• açık aksiyonları

takip etmelidir.

56. Service Contract Register

Dış servis sözleşmeleri için:

gibi bir kayıt tutulabilir.

Böylece:

“Servisin gelmesi gerekiyordu.”

yerine sistematik takip yapılır.

57. Garanti Yönetimi

Yeni otellerde önemli maliyet kayıplarından biri:

garanti kapsamındaki ekipmanın:

dışarıda ücretli tamir ettirilmesidir.

Asset Register'da:

• garanti başlangıç,
• garanti bitiş,
• servis firması,
• belge

tutulmalıdır.

Work Order açıldığında:

önce garanti durumu kontrol edilebilir.

58. Teknik Doküman Kütüphanesi

Her kritik ekipman için:

• kullanım kılavuzu,
• teknik çizim,
• garanti,
• servis iletişim bilgisi,
• bakım talimatı,
• yedek parça listesi

erişilebilir olmalıdır.

Teknik bilgi:

yalnızca bir çalışanın telefonunda veya hafızasında kalmamalıdır.

59. Teknik Departmanda Handover

Vardiya değişiminde:

• açık P1/P2 işler,
• OOO odalar,
• bekleyen parça,
• dış servis,
• geçici çözüm,
• kritik ekipman durumu,
• planlı bakım

devredilmelidir.

Handover şu soruyu cevaplamalıdır:

“Bir sonraki vardiyanın harekete geçmesini veya dikkatli olmasını gerektiren ne var?”

60. Temporary Fix ile Permanent Fix Ayrılmalıdır

Bazen operasyonu devam ettirmek için:

geçici çözüm gerekir.

Bu normaldir.

Ama tehlikeli olan:

geçici çözümün kalıcı çözüm gibi unutulmasıdır.

Work Order:

Temporary Fix

durumunda kapanmamalı;

Permanent Repair için açık aksiyon kalmalıdır.

61. Teknik Departmanın Günlük Toplantıya Vereceği Bilgi

Günlük operasyon toplantısında teknik ekip:

uzun arıza listesi okumamalıdır.

Yönetimin bilmesi gereken:

• kritik açık işler,
• OOO odalar,
• bugün yapılacak PM,
• operasyonu etkileyebilecek çalışma,
• dış servis,
• bekleyen kritik parça,
• tekrar eden arıza.

Özet:

Risk + Impact + Action + ETA

formatında verilebilir.

62. Teknik Bakım KPI'ları

Temel KPI'lar:

Reliability

• Breakdown Count
• Repeat Failure Rate
• Equipment Downtime

Response

• Average Response Time
• Average Resolution Time
• MTTR

Preventive Maintenance

• PM Compliance
• PM Backlog

Rooms

• Technical OOO Rooms
• OOO Room Nights

Cost

• Maintenance Cost
• Repair Cost
• Spare Parts Cost

Guest

• Technical Complaint Rate

Bu KPI'lar:

teknik departmanın yalnızca ne kadar çalıştığını değil, ne kadar etkili olduğunu

göstermelidir.

63. Breakdown Count Tek Başına Yeterli Değildir

Ayda:

100 arıza

olması kötü görünebilir.

Ama bunların:

90'ı küçük P4 problemi olabilir.

Başka ay:

10 arıza vardır.

Ama:

2'si tüm sıcak su sistemini durdurmuştur.

Bu nedenle:

Arıza Sayısı + Priority + Downtime + Guest Impact

birlikte okunmalıdır.

64. Technical Complaint Rate

Teknik nedenli misafir şikâyetlerinin oranı takip edilebilir.

Örneğin:

• klima,
• sıcak su,
• TV,
• Wi-Fi teknik altyapısı,
• elektrik,
• gürültülü ekipman.

Ama amaç:

şikâyeti saymak değil;

şikâyete dönüşmeden önce problemi yakalamaktır.

65. Preventive vs Reactive Maintenance Oranı

Teknik ekibin zamanının ne kadarının:

planlı bakım

ve ne kadarının:

arıza müdahalesine

gittiği takip edilebilir.

Eğer ekip sürekli:

Reactive Maintenance

yapıyorsa:

Preventive Maintenance'a zaman kalmayabilir.

Sonuç:

daha fazla arıza.

Bu:

Reactive Maintenance Trap

oluşturur.

66. Reactive Maintenance Trap

Döngü:

PM yapılmaz → Arıza artar → Teknik ekip arızaya koşar → PM için zaman kalmaz → Daha fazla arıza → Daha fazla Reactive Work

Bu döngüyü kırmanın yolu:

planlı bakım için korunan zaman yaratmaktır.

67. Sezon Öncesi Teknik Bakım

Sezonluk oteller için en kritik dönemlerden biri:

Pre-Opening Technical Maintenance

sürecidir.

Kontrol edilebilecek başlıklar:

• HVAC,
• sıcak su,
• elektrik,
• su,
• pompalar,
• havuz,
• mutfak,
• odalar,
• yangın ve güvenlik sistemleri,
• dış alan,
• aydınlatma,
• yedek parçalar.

Amaç:

ilk misafirin sezonun teknik test personeli olmamasıdır.

68. Sezon Sonu Teknik Kapanış

Sezonluk otellerde kapanış da planlanmalıdır.

Örneğin:

• ekipman koruma,
• su sistemleri,
• enerji,
• nem,
• dış alan,
• stok,
• bakım,
• servis,
• kışlama

gibi işler planlanabilir.

Doğru sezon kapanışı:

gelecek sezonun açılış maliyetini ve arıza riskini azaltabilir.

69. Mock Operation Teknik Sistem İçin de Yapılmalıdır

Otel açılmadan önce:

• elektrik kesintisi,
• sıcak su problemi,
• klima arızası,
• oda teknik şikâyeti,
• havuz problemi

gibi senaryolar test edilebilir.

Sorular:

Kim fark ediyor?

Kim Work Order açıyor?

Priority kim veriyor?

Kim müdahale ediyor?

Misafire kim bilgi veriyor?

Ne zaman Escalation oluyor?

Bu test:

dokümandaki sistemin sahada gerçekten çalışıp çalışmadığını gösterir.

70. Teknik Acil Durum ile Normal Arıza Ayrılmalıdır

Her teknik problem:

acil durum değildir.

Ama bazıları:

Emergency Procedure

gerektirebilir.

Örneğin ciddi:

• elektrik,
• su,
• yangın,
• gaz varsa,
• yapısal,
• güvenlik

riskleri.

Bu durumda normal Work Order sürecinin üzerinde:

Emergency Escalation

devreye girmelidir.

71. Teknik Bakım Sisteminde 15 Büyük Hata

1. Arıza çıkınca bakım yapmak

2. Asset Register oluşturmamak

3. Ekipman Criticality belirlememek

4. PM Calendar kullanmamak

5. Arızaları sözlü bildirmek

6. Work Order açmamak

7. Priority sistemi kullanmamak

8. Response ve Resolution Time ölçmemek

9. Repair sonrası test yapmamak

10. Repeat Failure analiz etmemek

11. Spare Parts planlamamak

12. Garanti bilgilerini takip etmemek

13. Dış servis bakımını kontrol etmemek

14. PM Backlog'u görmezden gelmek

15. Teknik performansı Guest Experience ve Revenue ile ilişkilendirmemek

Bu hataların ortak sonucu:

teknik departmanın sürekli arızalara yetişmeye çalışan bir ekibe dönüşmesidir.

72. Teknik Bakım İçin 12 Karar Kapısı

Karar Kapısı 1

Bütün kritik Asset'ler kayıtlı mı?

Karar Kapısı 2

Criticality belirlenmiş mi?

Karar Kapısı 3

Her kritik ekipmanın PM Planı var mı?

Karar Kapısı 4

Bakım takvimi uygulanıyor mu?

Karar Kapısı 5

Arızalar Work Order olarak kaydediliyor mu?

Karar Kapısı 6

Priority sistemi var mı?

Karar Kapısı 7

Response ve Resolution Time ölçülüyor mu?

Karar Kapısı 8

Repair sonrası Test yapılıyor mu?

Karar Kapısı 9

Repeat Failure analiz ediliyor mu?

Karar Kapısı 10

Critical Spare List var mı?

Karar Kapısı 11

PM Compliance ve Backlog takip ediliyor mu?

Karar Kapısı 12

Teknik KPI'lar yönetime düzenli raporlanıyor mu?

Bu soruların çoğuna:

“Evet.”

cevabı verilebiliyorsa:

otel arıza yönetiminden teknik bakım sistemine geçmeye başlamıştır.

73. Butik Otel İçin Minimum Teknik Yönetim Dosyası

Küçük otelde karmaşık CMMS yazılımı şart değildir.

Başlangıç için:

1. Asset Register
2. Asset Criticality List
3. Preventive Maintenance Calendar
4. Guest Room PM Checklist
5. Daily Technical Checklist
6. Work Order Log
7. Priority Matrix
8. OOO Room Log
9. Critical Spare List
10. Service Contract Register
11. Warranty Register
12. Breakdown History
13. PM Backlog
14. Technical Handover
15. Monthly KPI Dashboard

yeterince güçlü bir temel oluşturabilir.

74. Aylık Teknik Dashboard

Örneğin:

Bu tablo yöneticiye:

teknik operasyonun nerede problem ürettiğini

hızla gösterebilir.

75. Yönetici Teknik Departmana Hangi Soruları Sormalı?

“Her şey yolunda mı?”

yerine:

1.

Bu ay hangi kritik ekipmanlar arızalandı?

2.

Hangi arızalar tekrar etti?

3.

PM Compliance kaç?

4.

PM Backlog kaç?

5.

Kaç OOO Room Night oluştu?

6.

En uzun Downtime hangi ekipmandaydı?

7.

Hangi kritik parçayı bekliyoruz?

8.

Hangi Asset'i değiştirmeyi düşünmeliyiz?

9.

En büyük teknik riskimiz nedir?

10.

Gelecek ay hangi Preventive Maintenance işleri kritik?

Bu sorular:

teknik departmanı tamir ekibinden yönetilen operasyon fonksiyonuna dönüştürür.

76. Teknik Bakım ile CAPEX Arasında Bağlantı Kurun

Teknik kayıtlar yalnızca günlük operasyon için kullanılmaz.

Uzun vadede:

CAPEX Plan

için veri üretir.

Örneğin:

klima sistemi:

• sürekli arızalanıyor,
• enerji tüketimi yüksek,
• parça bulunması zor,
• Repair Cost yükseliyor.

Bu durumda:

gelecek yıl Replacement CAPEX

planlanabilir.

Yani teknik departman:

yatırım bütçesine veri sağlayan departmandır.

77. Preventive Maintenance'ın Finansal Mantığı

Preventive Maintenance:

maliyet yaratır.

Filtre değişir.

Servis gelir.

Personel zaman harcar.

Parça değiştirilir.

Ama soru:

“Bakımın maliyeti var mı?”

değildir.

Doğru soru:

“Bakım yapılmazsa beklenen toplam maliyet nedir?”

Çünkü bakım yapılmadığında:

• Repair Cost,
• Downtime,
• OOO Room,
• Guest Compensation,
• Energy Cost,
• Asset Life Reduction

oluşabilir.

78. Preventive Maintenance Bir Sigorta Değildir

Bakım yapmak:

hiç arıza olmayacağı

anlamına gelmez.

Ama amaç:

• arıza olasılığını azaltmak,
• problemi erken bulmak,
• ekipman ömrünü uzatmak,
• Downtime'ı azaltmak,
• operasyonu daha öngörülebilir hale getirmektir.

Bu nedenle PM başarısı:

“Hiç arıza olmadı.”

ile değil;

daha geniş KPI setiyle değerlendirilmelidir.

79. Teknik Bakım Sisteminin Tam Döngüsü

Profesyonel sistem:

Asset Register → Criticality → Maintenance Strategy → PM Calendar → Inspection → Preventive Maintenance → Fault Detection → Work Order → Priority → Response → Diagnosis → Repair → Test → Verification → Close → Asset History → KPI → Repeat Failure Analysis → Root Cause → Corrective Action → CAPEX / Replacement Decision → Improved Maintenance Plan

Bu döngü çalışıyorsa:

otel teknik bakım yapmıyor; teknik varlıklarını yönetiyor demektir.

80. Otel Yatırımcısı İçin 30 Saniyelik Teknik Kontrol

Yatırımcı bütün Work Order'ları okumak zorunda değildir.

Aylık olarak şu yedi rakamı görmesi güçlü bir başlangıçtır:

1. PM Compliance

Planlı bakım yapılıyor mu?

2. PM Backlog

Ne kadar bakım borcumuz var?

3. Critical Breakdown

Kaç ciddi arıza yaşadık?

4. Repeat Failure

Aynı problemler tekrar ediyor mu?

5. MTTR

Problemleri ne kadar hızlı çözüyoruz?

6. OOO Room Nights

Teknik nedenlerle ne kadar oda envanteri kaybettik?

7. Maintenance Cost

Teknik sistem bize ne kadara mal oluyor?

Bu göstergeler birlikte:

teknik departmanın hem operasyonel hem finansal performansını

göstermeye başlar.

Sonuç: En İyi Teknik Arıza, Misafirin Hiç Görmediği Arızadır

Otelde teknik operasyonun başarısı:

teknik personelin ne kadar hızlı tamir yaptığıyla

başlamaz.

Daha önce başlar.

Ekipman kayıtlı mı?

Bakım zamanı biliniyor mu?

Kontrol yapılıyor mu?

Küçük problem erken fark ediliyor mu?

Yedek parça hazır mı?

Arıza kayıt altına alınıyor mu?

Aynı arıza tekrar ediyor mu?

Kök neden araştırılıyor mu?

Bütün bunların amacı:

misafirin teknik problemi mümkün olduğunca hiç yaşamamasıdır.

Çünkü misafir:

Preventive Maintenance takviminizi görmez.

Asset Register'ınızı bilmez.

Work Order sisteminizi görmez.

PM Compliance KPI'ınızı bilmez.

Ama şunu bilir:

Klima çalışıyor mu?

Sıcak su geliyor mu?

Oda konforlu mu?

Havuz çalışıyor mu?

Elektrik ve aydınlatma sorunsuz mu?

Profesyonel teknik operasyonun başarısı tam olarak burada ortaya çıkar.

Arka planda:

Asset Register,

PM Calendar,

Work Order,

Priority,

SLA,

Spare Parts,

Root Cause Analysis

çalışır.

Ön tarafta ise misafir yalnızca:

sorunsuz çalışan bir otel

görür.

Ve iyi teknik bakım sisteminin nihai amacı da budur:

Arızayı daha iyi tamir etmek değil, arızanın misafir deneyimine ulaşmasını mümkün olduğunca engellemek.

Otel Yatırım Rehberi — Cilt V

Bu makale, Otel Yatırım Rehberi — Cilt V: Operasyon kapsamında ele aldığım teknik bakım ve Preventive Maintenance yaklaşımından hazırlanmıştır.

Cilt V'te teknik operasyon;

• Asset Register,
• Asset Criticality,
• Preventive Maintenance,
• Daily Technical Control,
• Guest Room PM,
• Work Order,
• Priority Management,
• Response / Resolution Time,
• OOO Rooms,
• Spare Parts,
• Service Contracts,
• Breakdown History,
• Root Cause Analysis,
• Maintenance KPI,
• CAPEX Planning

ile birlikte bütünsel bir teknik yönetim sistemi içinde ele alınmaktadır.