İçeriğe geç
Asansör bakım, servis ve montaj firmaları için yazılım
Asansör Arıza Çözümleri

Asansör Arıza Yönetim Programında Eskalasyon Kuralları

Asansör arızalarında her çağrı aynı öncelikte değildir. Doğru eskalasyon kurallarıyla kritik vakaları öne alın, geciken işleri otomatik takip edin ve ekiplerin müdahale sürecini standartlaştırın.

İÇERİK

Asansör arızalarında asıl problem yalnızca arızanın oluşması değildir. Hangi arızaya kimin, ne kadar sürede ve hangi öncelikle müdahale edeceğinin belirsiz olması operasyonu çok daha büyük bir probleme dönüştürebilir. Bir teknisyen yoğun olabilir, arıza kaydı gözden kaçabilir, müşteriye dönüş unutulabilir veya normal bir arızayla içinde yolcu bulunan bir asansör aynı sırada bekleyebilir.

Bu noktada eskalasyon kuralları, asansör arıza yönetiminin en önemli mekanizmalarından biridir. Eskalasyon; belirli bir süre veya koşul gerçekleştiğinde arıza kaydının daha yüksek önceliğe alınması, başka bir teknisyene aktarılması ya da sorumlu kişilerin bilgilendirilmesi anlamına gelir.

Doğru kurulduğunda sistem, operasyon yöneticisinin sürekli telefonla ekipleri kontrol etme ihtiyacını azaltır. Bu yazıda bir asansör bakım firmasının eskalasyon yapısını nasıl kurabileceğini, hangi arızaların öncelikli olması gerektiğini ve süre kurallarının nasıl belirlenebileceğini adım adım ele alacağız.

Asansör Arıza Yönetiminde Eskalasyon Nedir?

Asansör sektöründe eskalasyon, açık kalan bir arıza kaydının belirlenen koşullara göre daha yüksek müdahale seviyesine taşınmasıdır.

Basit bir örnek üzerinden düşünelim.

Bir apartman yöneticisi saat 14.00'te "asansör çalışmıyor" şeklinde arıza bildirimi yaptı. Sistem ilgili bölgedeki teknisyene kaydı gönderdi. Ancak teknisyen 20 dakika içerisinde arızayı sahiplenmedi.

Firmanın eskalasyon kuralı şöyle olabilir:

  • İlk 10 dakika: teknisyene arıza bildirimi gönderilir.
  • 20 dakika içinde kabul edilmezse: aynı bölgedeki ikinci teknisyene yönlendirilir.
  • 30 dakika içinde hâlâ sahiplenilmezse: ekip sorumlusu bilgilendirilir.
  • Belirlenen hedef sürede müdahale başlamazsa: operasyon sorumlusuna uyarı gönderilir.

Böylece arıza kaydı bir kişinin telefonunda veya mesaj kutusunda unutulmaz.

Eskalasyonun amacı çalışanı cezalandırmak değil, arızanın sahipsiz kalmasını önleyecek bir güvenlik ağı oluşturmaktır.

Her Asansör Arızası Aynı Öncelikte Olmamalı

En sık yapılan operasyon hatalarından biri, bütün arızaların aynı seviyede değerlendirilmesidir.

"Kabin lambası yanmıyor" kaydıyla "asansörde yolcu kaldı" bildiriminin aynı sırada bulunması doğru değildir. Bu nedenle eskalasyon yapısından önce arızaların sınıflandırılması gerekir.

Örneğin firma kendi operasyonunda aşağıdaki yapıyı kullanabilir:

Öncelik Örnek Durum İlk Aksiyon Örnek İç Hedef
P1 - Kritik Asansörde yolcu kalması, ciddi güvenlik şüphesi Uygun ekibe anında bildirim Derhal işleme alma
P2 - Yüksek Asansör tamamen çalışmıyor Bölge teknisyenine öncelikli atama 15-30 dakika içinde sahiplenme
P3 - Normal Kapı ayarı, ses, seviye farkı şikâyeti Günlük programa ekleme Aynı gün değerlendirme
P4 - Düşük Aydınlatma, kozmetik veya acil olmayan talep Planlı bakım ile birleştirme Program dahilinde müdahale

Buradaki süreler mevzuatta belirlenmiş zorunlu müdahale süreleri değildir; firmanın lokasyonu, sözleşme şartları, ekip sayısı ve hizmet seviyesine göre oluşturabileceği operasyon örnekleridir.

Asansörlerin bakım ve işletme sorumluluklarına ilişkin temel çerçeve Asansör İşletme ve Bakım Yönetmeliği kapsamında düzenlenmektedir. Firmaların kendi arıza müdahale hedeflerini oluştururken sözleşme şartlarını ve güvenlikle ilgili yükümlülüklerini ayrıca dikkate almaları gerekir. ([Sanayi Bakanlığı][1])

Kritik arıza otomatik olarak yükseltilmeli

P1 seviyesindeki bir kaydın normal arıza kuyruğuna düşmesi önemli zaman kaybına yol açabilir.

Özellikle:

  • asansörde yolcu kalması,
  • güvenlikle ilgili ciddi şüphe,
  • sürekli tekrar eden ve kullanım güvenliğini etkileyebilecek arıza,
  • sağlık kuruluşu gibi kritik kullanım noktalarındaki hizmet kesintisi

gibi durumlar manuel değerlendirme beklemeden yüksek öncelikli süreçlere yönlendirilmelidir.

Eskalasyon Kuralları Hangi Koşullara Bağlanmalı?

İyi bir eskalasyon sistemi yalnızca zamana bakmaz. Birden fazla koşulu birlikte değerlendirebilir.

1. Arızanın sahiplenilmemesi

En temel kural budur.

Teknisyene gönderilen iş emri belirlenen süre içerisinde kabul edilmediyse sistem ikinci aksiyonu başlatmalıdır.

Örneğin:

Arıza atandı → 15 dakika sahiplenilmedi → yedek teknisyene aktar

Bu yapı özellikle yoğun günlerde ciddi fayda sağlar.

2. Teknisyenin müdahaleye başlamaması

Arızanın kabul edilmesi işin çözüldüğü anlamına gelmez.

Teknisyen kaydı kabul etmiş olabilir ancak önceki işinin uzaması nedeniyle saatlerce bölgeye ulaşamayabilir.

Bu nedenle ikinci kontrol noktası şu olabilir:

Arıza kabul edildi → hedef süre geçti → müdahale başlamadı → ekip sorumlusuna bildir

Böylece "atanmış görünüyor" diye unutulan işler azaltılır.

3. Arızanın uzun süre açık kalması

Bazı arızalar ilk ziyarette çözülemeyebilir.

Parça gerekebilir, farklı bir teknisyen desteği gerekebilir veya daha detaylı inceleme yapılması gerekebilir.

Ancak açık kalan kaydın kontrolsüz şekilde günlerce beklemesi doğru değildir.

Örneğin firma şu kuralı uygulayabilir:

  • 4 saat açık kalan yüksek öncelikli arıza yeniden değerlendirilir.
  • İş günü sonunda kapanmayan kayıt sorumlu kişiye gösterilir.
  • 24 saati aşan kayıt için müşteriye durum bilgisi verilmesi zorunlu tutulur.

Burada önemli olan sadece teknik çözüm değil, müşterinin bilgilendirilmesidir.

4. Aynı asansörde tekrar eden arıza

Eskalasyon yalnızca süreye bağlı olmamalıdır.

Örneğin aynı asansör 10 gün içerisinde üç kez kapı arızası verdiyse, her kayıt ayrı ayrı kapatılıyor olsa bile sistem bunun tekrar eden bir problem olduğunu gösterebilmelidir.

Bu durumda kayıt:

  • kıdemli teknisyene,
  • teknik sorumluya,
  • detaylı inceleme listesine

aktarılabilir.

Bu yaklaşım, "arızayı kapatma" yerine arızanın kök nedenini bulmaya yardımcı olur.

Çok Kademeli Eskalasyon Nasıl Kurulmalı?

Tek aşamalı kurallar küçük ekiplerde yeterli olabilir. Ancak teknisyen sayısı ve bakım portföyü büyüdükçe çok kademeli yapı daha sağlıklı çalışır.

Örnek bir süreç şu şekilde kurulabilir:

  1. Müşteriden arıza bildirimi gelir.
  2. Sistem arızanın öncelik seviyesini belirler.
  3. Bölgeye veya müşteriye tanımlı teknisyene görev gönderilir.
  4. Teknisyen belirlenen sürede kabul etmezse yedek teknisyene bildirim gider.
  5. İkinci aşamada da sahiplenme olmazsa ekip sorumlusu bilgilendirilir.
  6. Kritik kayıt hedef sürede müdahaleye dönüşmezse operasyon sorumlusuna yükseltilir.
  7. Arıza kapatılana kadar durum değişiklikleri kayıt altında tutulur.
  8. Gerekli durumlarda bina yöneticisine süreç hakkında bilgi verilir.

Bu sistemin en büyük avantajı kişiye bağlı operasyonu azaltmasıdır.

Normalde bu görevleri bir çalışan telefonla yapar:

"Ali gördün mü?"

"Mehmet müsait mi?"

"Kim yakın?"

"Müşteriyi aradınız mı?"

Eskalasyon sistemi doğru kurulduğunda bu kontrollerin önemli bir bölümü otomatik kurallarla yönetilebilir.

Asansorex gibi asansör arıza yönetim yazılımlarında arızanın oluşturulması, teknisyene atanması, sahiplenilmesi ve sonuçlandırılması gibi adımların dijital takip edilmesi, hangi kaydın hangi aşamada beklediğini daha görünür hâle getirir.

Eskalasyon Sürelerini Belirlerken Nelere Bakılmalı?

Her firmaya uygun tek bir "ideal dakika" yoktur.

İstanbul'da yüzlerce bakım noktası bulunan bir firmanın ulaşım süresiyle, daha küçük bir şehirde 50 asansöre hizmet veren firmanın operasyon şartları aynı değildir.

Süreleri belirlerken şu faktörlere bakılmalıdır:

  • Bakım yapılan asansör sayısı
  • Aktif teknisyen sayısı
  • Hizmet verilen coğrafi alan
  • Şehir içi trafik koşulları
  • Müşteri sözleşmelerindeki müdahale taahhütleri
  • Gece ve hafta sonu nöbet düzeni
  • Kritik müşteri grupları
  • Arıza yoğunluğu
  • Teknisyenlerin ortalama günlük iş yükü
  • Geçmiş arızalardaki gerçek müdahale süreleri

Örneğin firma kâğıt üzerinde "30 dakikada müdahale" hedefi koyabilir. Ancak geçmiş altı aylık veriler ortalama ulaşım süresinin 55 dakika olduğunu gösteriyorsa hedef operasyonla uyumlu değildir.

Bu nedenle eskalasyon süreleri masa başında tahmin edilmek yerine gerçek saha verileri kullanılarak oluşturulmalıdır.

Nöbetçi Ekip ve Mesai Dışı Arızalar Ayrı Kurallarla Yönetilmeli

Asansör arızalarının önemli bir özelliği yalnızca çalışma saatlerinde oluşmamasıdır.

Saat 22.30'da gelen kritik bir arızanın sabah mesai ekibine atanması ciddi bir süreç hatasıdır.

Arıza yönetim programında mesai dışı kurallar ayrıca tanımlanmalıdır.

Örneğin:

Mesai saatlerinde

  • Arıza bölge teknisyenine gider.
  • Kabul edilmezse aynı bölgedeki yedek personele aktarılır.
  • Sonraki seviyede ekip sorumlusu bilgilendirilir.

Mesai dışında

  • Arıza doğrudan nöbetçi ekibe gider.
  • Kritik vakalar yüksek öncelikli bildirim oluşturur.
  • Nöbetçi ekip cevap vermiyorsa ikinci nöbetçiye aktarılır.
  • Gerekirse sorumlu kişi bilgilendirilir.

Bu ayrım yapılmazsa sistemde teknisyen atanmış görünmesine rağmen gerçekte o personel mesai dışında olabilir.

Müşteri Bilgilendirmesi de Eskalasyonun Parçası Olmalı

Arıza yönetiminde müşteri genellikle yalnızca iki şeyi bilmek ister:

"Arızam görüldü mü?"

ve

"Ne zaman ilgilenilecek?"

Bu nedenle eskalasyon yalnızca firma içindeki ekip değişikliklerini yönetmemelidir.

Belirli aşamalarda müşteriye de durum bilgisi verilebilir.

Örneğin:

  • Arıza kaydı alındı.
  • Teknik ekibe yönlendirildi.
  • Teknisyen müdahaleye başladı.
  • Parça veya ek işlem gerekiyor.
  • Arıza tamamlandı.

Özellikle çözümü uzayan vakalarda sessizlik müşteri memnuniyetsizliğini artırır.

Bina yöneticisinin tekrar tekrar bakım firmasını aramasını beklemek yerine, önemli durum değişikliklerinde bilgi verilmesi daha profesyonel bir süreç oluşturur.

Eskalasyon Sisteminde Yapılan Yaygın Hatalar

Eskalasyon kuralları fazla karmaşık kurulursa sistem fayda yerine bildirim gürültüsü üretebilir.

En sık karşılaşılan hatalar şunlardır:

  • Her arızayı kritik olarak işaretlemek
  • Çok kısa eskalasyon süreleri belirlemek
  • Aynı bildirimi gereğinden fazla kişiye göndermek
  • Teknisyenin mevcut iş yükünü dikkate almamak
  • Gece ve gündüz ekiplerini ayırmamak
  • Tekrar eden arızaları bağımsız kayıt olarak değerlendirmek
  • Arızanın neden geciktiğini raporlamamak
  • Müşteriye durum bilgisi vermemek
  • Kapanan kayıtların performans verisini incelememek

Örneğin her arıza için 5 dakikada bir bildirim gönderiliyorsa bir süre sonra çalışanlar uyarıları önemsememeye başlayabilir.

Eskalasyon sisteminde amaç çok fazla uyarı üretmek değil, doğru kişiye doğru anda anlamlı uyarı göndermektir.

Eskalasyon Performansı Nasıl Ölçülür?

Kuralları tanımlamak yeterli değildir. Sonuçlarının düzenli olarak ölçülmesi gerekir.

Takip edilebilecek temel göstergeler arasında şunlar bulunur:

  • Ortalama arıza sahiplenme süresi
  • Ortalama ilk müdahale süresi
  • Ortalama çözüm süresi
  • Eskalasyona düşen arıza oranı
  • İlk teknisyende çözülen arıza oranı
  • Aynı asansörde tekrar eden arıza sayısı
  • 24 saatten uzun açık kalan kayıtlar
  • Teknisyen bazlı açık arıza sayısı
  • Bölge bazlı arıza yoğunluğu

Örneğin bir bölgede arızaların yüzde olarak önemli bir bölümü sürekli ikinci teknisyene eskale oluyorsa sorun teknisyen performansından değil, bölgedeki ekip kapasitesinin yetersizliğinden kaynaklanıyor olabilir.

Dolayısıyla eskalasyon raporları yalnızca çalışan kontrolü için değil, ekip planlaması ve iş yükü yönetimi için de kullanılmalıdır.

Sıkça Sorulan Sorular

Asansör arıza eskalasyonu nedir?

Arıza eskalasyonu, belirlenen süre veya koşullar gerçekleştiğinde arıza kaydının başka bir teknisyene, ekip sorumlusuna veya daha yüksek öncelik seviyesine aktarılmasıdır.

Her asansör arızasına eskalasyon uygulanmalı mı?

Temel takip kuralları bütün arızalarda bulunabilir ancak aynı süre ve öncelik kullanılmamalıdır. Kritik güvenlik bildirimleriyle düşük öncelikli teknik talepler farklı kurallarla yönetilmelidir.

Eskalasyon süresi kaç dakika olmalı?

Tek bir standart süre yoktur. Firma; ekip sayısı, hizmet bölgesi, trafik, müşteri sözleşmesi ve geçmiş müdahale verilerine göre kendi hedeflerini oluşturmalıdır. Operasyon içinde belirlenen örnek süreler mevzuattaki zorunlu müdahale süreleri olarak değerlendirilmemelidir.

Teknisyen arızayı kabul etmezse ne yapılmalı?

Belirlenen sahiplenme süresi dolduğunda arıza otomatik olarak yedek teknisyene veya ekip sorumlusuna yönlendirilebilir. Böylece kaydın sahipsiz kalması engellenir.

Tekrar eden arızalar ayrıca eskale edilmeli mi?

Evet. Aynı asansörde kısa süre içerisinde benzer arızaların tekrar etmesi, yüzeysel çözüm yerine kök neden incelemesi gerektiğini gösterebilir. Bu tür kayıtlar deneyimli teknik personele yönlendirilebilir.

Arıza yönetim programı mevzuattaki bakım ve periyodik kontrolün yerine geçer mi?

Hayır. Arıza yönetim yazılımı operasyonun kayıt ve takip tarafını kolaylaştırır; yasal bakım, kontrol ve güvenlik yükümlülüklerinin yerine geçmez. Türkiye'de asansörlerin periyodik kontrollerinin yılda en az bir defa yaptırılması gerektiği Sanayi ve Teknoloji Bakanlığı tarafından da belirtilmektedir. ([Sanayi Bakanlığı][2])

Özet

İyi çalışan bir asansör arıza yönetim programı, yalnızca arıza kaydı açılan bir ekran olmamalıdır. Asıl değer; arızanın önemini anlayan, doğru teknisyene yönlendiren, gecikmeleri fark eden ve gerektiğinde süreci otomatik olarak bir üst seviyeye taşıyan iş akışında ortaya çıkar.

Sağlıklı bir eskalasyon sistemi için önce arızaları önem derecesine göre sınıflandırın. Ardından sahiplenme, müdahale ve çözüm süreleri için gerçekçi hedefler belirleyin. Mesai dışı ekipleri ayrı yönetin, tekrar eden arızaları takip edin ve müşterinin bilgilendirilmesini sürecin bir parçası hâline getirin.

Asansorex gibi dijital bakım ve arıza takip çözümleri kullanıldığında bu süreci telefon görüşmeleri ve WhatsApp mesajları arasında takip etmek yerine kayıt bazlı yönetmek mümkün olur. Böylece firma sahibi hangi arızanın beklediğini, teknisyen hangi işe öncelik vermesi gerektiğini, bina yöneticisi ise bildiriminin hangi aşamada olduğunu daha net takip edebilir.

Benzer Yazılar

Asansör operasyonlarınızı bugün dijitalleştirin

Asansorex — 3 gün ücretsiz deneme.

Demo Talep Et