İç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 Takip Programında Yanıt Süresi Hedefleri

Asansör arızalarında hız yalnızca teknisyenin binaya ulaşması değildir. Doğru yanıt süresi hedefleri; kayıt, atama, müdahale ve çözüm aşamalarını ayrı ayrı ölçerek servis kalitesini artırır.

İÇERİK

Bir bina yöneticisi saat 10.05'te “asansör çalışmıyor” diye aradığında servis firmasının performansı sadece teknisyenin arızayı saat kaçta giderdiğiyle ölçülmez. Arızanın ne zaman kaydedildiği, ne kadar sürede görüldüğü, teknisyene ne zaman atandığı, ekibin ne zaman yola çıktığı ve sorunun ne zaman çözüldüğü ayrı ayrı takip edilmelidir. Asansör arıza takip programı, bu zaman noktalarını kayıt altına alabildiğinde “arıza hızlı çözüldü mü?” sorusunu tahmine değil veriye dayalı hale getirir.

2026 Türkiye şartlarında servis firmaları açısından temel ihtiyaç, bütün arızalara aynı süre hedefini vermek değil; arıza önem derecesine, lokasyona, müşteri tipine ve ekip kapasitesine göre uygulanabilir yanıt süreleri oluşturmaktır. Böylece hem müşteriye gerçekçi taahhüt verilir hem de teknik ekip üzerinde uygulanması mümkün olmayan baskılar oluşmaz.

Yanıt Süresi Tek Bir Süre Değildir

Asansör servis operasyonlarında yapılan en yaygın hatalardan biri, “arıza müdahale süresi” adı altında bütün sürecin tek rakamla değerlendirilmesidir.

Örneğin bir arıza saat 14.00'te bildirildi ve teknisyen saat 15.00'te binaya ulaştı. İlk bakışta müdahale süresi 60 dakika görünür. Ancak kayıt detayına girildiğinde şu tablo ortaya çıkabilir:

  • Arıza bildirimi: 14.00
  • Kaydın oluşturulması: 14.03
  • Teknisyen ataması: 14.25
  • Teknisyenin görevi kabul etmesi: 14.30
  • Yola çıkış: 14.40
  • Binaya varış: 15.00
  • Arızanın giderilmesi: 15.35

Buradaki asıl sorun teknisyenin seyahat süresi değil, arızanın 22 dakika boyunca atama beklemesidir.

Bu nedenle takip edilmesi gereken süreleri birbirinden ayırmak gerekir.

KPI Başlangıç Bitiş Ne Gösterir?
İlk yanıt süresi Arıza bildirimi Kaydın görülmesi/onaylanması Ofis operasyonunun hızını
Atama süresi Arıza kaydı Teknisyen ataması Operasyon planlama hızını
Kabul süresi Teknisyen ataması Görevin kabulü Saha ekibinin reaksiyonunu
Varış süresi Arıza bildirimi Teknisyenin sahaya varışı Gerçek müdahale hızını
Çözüm süresi Arıza bildirimi Arızanın kapanışı Toplam servis performansını
Sahada çalışma süresi Sahaya varış Arıza kapanışı Teknik müdahale süresini

Bu ayrım yapılmadığında firma sahibi problemi yanlış yerde arayabilir. Gerçekte planlama yavaşken teknisyen suçlanabilir veya parça bekleyen bir arıza ekip performansını gereksiz biçimde düşürebilir.

Arızaları Öncelik Seviyesine Göre Ayırın

Her arızaya “30 dakikada müdahale” hedefi koymak profesyonel bir SLA sistemi değildir. İnsanların kabinde mahsur kaldığı bir durum ile çalışır durumdaki asansörden gelen küçük bir ses şikâyeti aynı öncelikte değerlendirilemez.

Sanayi ve Teknoloji Bakanlığının yayımladığı Asansör İşletme ve Bakım Yönetmeliği; bakım, onarım ve arıza giderme faaliyetlerine ilişkin sorumlulukları düzenler. Ancak servis firmasının operasyonel olarak kullanacağı dakika bazlı yanıt hedeflerini kendi sözleşmesi, hizmet modeli ve saha kapasitesine göre ayrıca tanımlaması gerekir. ([Sanayi Bakanlığı][1])

Pratikte dört seviyeli bir yapı kullanılabilir.

P1 - Acil

Örneğin:

  • Kabinde insan mahsur kalması
  • Kullanıcı güvenliğini doğrudan etkileyebilecek durum
  • Acil müdahale gerektirdiği değerlendirilen ciddi arıza

Burada öncelik, arızanın ticari maliyeti değil insan güvenliğidir.

P2 - Yüksek

Örneğin asansör tamamen devre dışıdır ancak kabinde mahsur kalan kişi yoktur. Hastane, otel veya yoğun kullanılan ticari yapılarda bu kategorinin önceliği ayrıca yükseltilebilir.

P3 - Normal

Asansör çalışıyor ancak tekrar eden hata, kapı problemi, seviye hassasiyeti veya kullanım kalitesini etkileyen bir sorun bildiriliyor olabilir.

P4 - Planlanabilir

Acil olmayan ses, gösterge, estetik parça veya bir sonraki bakım ziyaretiyle birlikte değerlendirilebilecek işler bu grupta tutulabilir.

İyi bir arıza yönetim sistemi “ilk gelen arıza ilk çözülür” mantığıyla değil, risk ve önem derecesine göre önceliklendirme mantığıyla çalışmalıdır.

Gerçekçi Yanıt Süresi Hedefleri Nasıl Belirlenir?

Yanıt süresi hedefleri şirketin gerçek operasyon kapasitesi ölçülmeden belirlenmemelidir.

Aşağıdaki tablo mevzuatta belirlenmiş zorunlu süreler değil, firmaların kendi servis SLA'larını oluştururken kullanabileceği örnek operasyon hedefleridir.

Öncelik İlk Yanıt Hedefi Teknisyen Atama Sahaya Varış Hedefi
P1 Acil 2-5 dk 5 dk içinde Bölgeye göre mümkün olan en kısa süre
P2 Yüksek 5-10 dk 10-15 dk 30-90 dk
P3 Normal 15-30 dk 30 dk 2-4 saat
P4 Planlanabilir 30-60 dk Aynı iş günü Planlı ziyaret

Burada özellikle P1 arızalarında tek bir “Türkiye geneli 30 dakika” gibi hedef koymak sağlıklı değildir. İstanbul'da 5 kilometrelik rota ile kırsal bir ilçedeki 40 kilometrelik rota aynı değildir.

Hedef belirlerken şu değişkenler hesaba katılmalıdır:

  1. Firmanın hizmet verdiği coğrafi alan
  2. Aktif teknisyen sayısı
  3. Nöbetçi ekip yapısı
  4. Günlük ortalama arıza adedi
  5. Trafik ve ulaşım süreleri
  6. Bakım portföyünün bölgesel yoğunluğu
  7. Müşteri sözleşmelerindeki hizmet seviyeleri
  8. Acil arıza kapasitesi
  9. Yedek parça erişilebilirliği
  10. Teknisyenlerin mevcut iş yükü

Örneğin 600 asansörlük portföyü üç farklı ilçede bulunan bir firmanın hedefleriyle, 150 asansörü aynı bölgede bulunan firmanın hedefleri aynı olmamalıdır.

Arıza Takip Programı SLA'yı Nasıl Ölçülebilir Hale Getirir?

WhatsApp, telefon ve kâğıt notlarla yürütülen operasyonlarda süre ölçmek zordur.

Bina yöneticisi saat 11.10'da aramış olabilir. Ofisteki personel teknisyene 11.35'te WhatsApp mesajı göndermiştir. Teknisyen 12.05'te binaya ulaşmıştır.

Ay sonunda firma sahibine sorulduğunda ise sadece “yaklaşık bir saatte gittik” bilgisi kalır.

Dijital bir arıza takip sisteminde ise her arızanın zaman çizgisi tutulabilir.

Örneğin:

11:10 Bildirim → 11:12 Kayıt → 11:15 Atama → 11:17 Kabul → 11:23 Yola Çıkış → 11:48 Varış → 12:14 Çözüm

Bu kayıt sayesinde firma yöneticisi yalnızca toplam süreyi değil, gecikmenin hangi aşamada oluştuğunu görebilir.

Asansorex gibi bir bakım ve arıza takip yazılımıyla arıza kayıtlarının dijital tutulması; atama, takip ve kapanış sürecini tek yerde izlemeyi kolaylaştırır. Böylece servis performansı kişisel yorumlar yerine kayıtlı operasyon verileri üzerinden değerlendirilebilir.

Sadece Ortalama Süreye Bakmak Neden Yanıltıcıdır?

Bir firmanın aylık ortalama arıza müdahale süresi 55 dakika olabilir. Bu rakam tek başına iyi veya kötü performansı göstermez.

Örneğin ay içinde 100 arıza oluştuğunu düşünelim:

  • 80 arızaya 30 dakika içinde gidilmiş,
  • 15 arızaya 60-90 dakika içinde gidilmiş,
  • 5 arızaya ise 5 saatten uzun sürede gidilmiş olsun.

Ortalama değer bu kritik gecikmeleri gizleyebilir.

Bu nedenle firma sahiplerinin en az şu göstergeleri birlikte izlemesi daha sağlıklıdır:

  • Ortalama ilk yanıt süresi
  • Ortalama teknisyen atama süresi
  • Ortalama sahaya varış süresi
  • Hedef sürede karşılanan arıza oranı
  • P1 arızalarda hedefe uyum oranı
  • Aynı arızanın tekrar açılma oranı
  • İlk ziyarette çözüm oranı
  • Arıza başına ortalama saha süresi
  • Bölge bazlı müdahale süresi
  • Teknisyen bazlı müdahale süresi

Örneğin “ortalama müdahale süresi 47 dakika” bilgisinden çok, “P1 ve P2 arızaların yüzde 92'sine belirlenen hedef süre içinde ulaşıldı” bilgisi operasyon yönetiminde daha kullanışlıdır.

Teknisyen Performansını Ölçerken Adil Olun

Yanıt süresi KPI'larının yanlış kullanılması saha ekibinde ciddi motivasyon problemi oluşturabilir.

Teknisyen kendisine arıza 40 dakika geç atandığı halde toplam müdahale süresinden sorumlu tutuluyorsa ölçüm adil değildir.

Bu nedenle performans hesabında zaman çizgisini ayırmak gerekir.

Örneğin:

Arıza bildirimi: 09.00 Teknisyen ataması: 09.35 Teknisyen kabulü: 09.38 Sahaya varış: 10.00

Toplam süre 60 dakikadır.

Ancak teknisyenin kontrol ettiği süre yalnızca atama sonrası 25 dakikadır. İlk 35 dakikalık gecikme operasyon planlamasından kaynaklanmıştır.

Benzer şekilde teknisyen sahaya vardığında gerekli parçanın depodan gelmesini bekliyorsa çözüm süresinin tamamını saha personeline performans puanı olarak yazmak doğru değildir.

Firma sahibi şu üç alanı ayrı değerlendirmelidir:

  • Operasyon performansı: Arızanın görülmesi ve doğru kişiye atanması
  • Saha performansı: Teknisyenin görevi kabul etmesi ve sahaya ulaşması
  • Teknik çözüm performansı: Arızanın doğru teşhis edilerek mümkün olduğunca ilk ziyarette giderilmesi

Bu yaklaşım, KPI sistemini cezalandırma aracından çıkarıp gerçek bir iyileştirme aracına dönüştürür.

Bina Yöneticisine Süre Konusunda Ne Söylenmeli?

Bina yöneticisinin en büyük problemi çoğu zaman 45 dakika yerine 60 dakika beklemek değildir. Ne olduğunu bilmeden beklemektir.

“Teknisyen geliyor” mesajı iki saat boyunca tekrarlandığında güven kaybı oluşur.

Daha şeffaf bir iletişim şu şekilde olabilir:

  • Arıza kaydınız alındı.
  • Arıza yüksek öncelikli olarak sınıflandırıldı.
  • Teknisyen görevlendirildi.
  • Teknik ekip yola çıktı.
  • Müdahale devam ediyor.
  • Arıza giderildi ve kayıt kapatıldı.

Özellikle uzun sürecek işlemlerde bina yöneticisine durum bilgisinin güncellenmesi önemlidir.

Örneğin kart değişimi veya özel parça bekleniyorsa “arıza kapatılmadı” bilgisinin yanı sıra neden beklediği de kayıt altında tutulmalıdır.

Bu şeffaflık servis firmasının profesyonelliğini artırırken yöneticinin sürekli telefon açma ihtiyacını da azaltır.

Yanıt Süresini Düşürmek İçin 7 Pratik Adım

Yanıt süreleri yalnızca teknisyene “daha hızlı git” denilerek düşürülemez. Operasyonun tamamı iyileştirilmelidir.

  1. Arıza kayıtlarını tek kanalda toplayın. Telefon, WhatsApp ve personel mesajları arasında kaybolan kayıtları azaltın.
  2. Öncelik seviyelerini standartlaştırın. Hangi arızanın P1, P2 veya P3 olduğuna herkes aynı şekilde karar versin.
  3. Bölgesel ekip dağılımı yapın. Teknisyenleri yalnızca boşta olup olmadıklarına göre değil, binaya ulaşım süresine göre değerlendirin.
  4. Atama süresini ölçün. Bazen en büyük kayıp trafikte değil, ofiste görevlendirme beklerken oluşur.
  5. Tekrar eden arızaları işaretleyin. Aynı asansöre kısa aralıklarla gidiliyorsa yalnızca hızlı müdahale değil, kök neden çözümü gerekir.
  6. Parça bekleyen işleri ayrı takip edin. Teknik çözüm süresi ile tedarik süresini birbirine karıştırmayın.
  7. Aylık SLA raporu oluşturun. Hedef süre içinde karşılanan arıza oranını ay ay karşılaştırın.

Üç-altı aylık veri oluştuğunda firma kendi gerçekçi hedeflerini çok daha sağlıklı belirleyebilir.

Örneğin ilk üç ay P2 arızalarda ortalama varış süresi 78 dakika çıkıyorsa doğrudan 30 dakikalık hedef ilan etmek yerine önce 60 dakika hedeflenebilir. Bölgesel teknisyen dağılımı iyileştirildikten sonra hedef tekrar aşağı çekilebilir.

Sıkça Sorulan Sorular

Asansör arızasına kaç dakikada müdahale edilmelidir?

Her arıza için geçerli tek bir operasyon süresi belirlemek doğru değildir. İnsanların mahsur kaldığı acil durumlar ile normal teknik arızalar farklı önceliklerde değerlendirilmelidir. Firma; hizmet bölgesi, ekip kapasitesi ve sözleşme şartlarına göre kendi SLA hedeflerini oluşturmalıdır.

İlk yanıt süresi ile müdahale süresi aynı şey midir?

Hayır. İlk yanıt süresi arızanın bildirilmesi ile kaydın görülmesi veya işleme alınması arasındaki süredir. Müdahale ya da sahaya varış süresi ise teknik ekibin binaya ulaşmasına kadar geçen zamanı ifade eder.

SLA nedir?

SLA, hizmet seviyesi hedeflerinin tanımlanmasıdır. Asansör servis firmasında örneğin P2 seviyesindeki arızaların belirli bir oranına 60 dakika içinde ulaşılması şirket içi bir SLA hedefi olarak belirlenebilir.

Teknisyen performansı yalnızca arıza çözüm süresine göre ölçülür mü?

Ölçülmemelidir. Teknisyen atama süresi, seyahat mesafesi, parça bekleme süresi ve arızanın teknik zorluğu ayrıca değerlendirilmelidir. Aksi halde yanıltıcı performans sonuçları ortaya çıkar.

Arıza takip programı yanıt süresini gerçekten azaltır mı?

Yazılım tek başına teknisyenin ulaşım süresini kısaltmaz; ancak arızanın kaybolmasını, geç atanmasını ve durum bilgisinin dağınık kalmasını azaltmaya yardımcı olabilir. Asıl kazanç, gecikmenin nerede oluştuğunu görünür hale getirmesidir.

Bina yöneticisi arıza sürecini nasıl daha şeffaf takip edebilir?

Arızanın alındığı, teknisyenin atandığı, müdahalenin başladığı ve işin tamamlandığı aşamalar kayıtlı tutulmalıdır. Dijital takip kullanılması hem bina yöneticisinin bilgilendirilmesini hem de geçmiş servis kayıtlarının gerektiğinde incelenmesini kolaylaştırır.

Özet

Asansör arıza takip programında yanıt süresi hedefleri, sadece “teknisyen kaç dakikada gitti?” sorusuna cevap vermek için oluşturulmamalıdır. Profesyonel bir sistem; ilk yanıt, atama, kabul, sahaya varış ve çözüm sürelerini ayrı ayrı ölçmelidir.

En doğru yaklaşım; arızaları P1, P2, P3 ve P4 gibi önem seviyelerine ayırmak, her seviye için gerçekçi SLA hedefleri oluşturmak ve hedefe uyum oranını düzenli takip etmektir. Böylece firma sahibi operasyon darboğazını görebilir, teknisyen daha adil değerlendirilebilir ve bina yöneticisi hizmet sürecini daha şeffaf takip eder.

Asansorex gibi dijital bakım ve arıza yönetimi çözümleri de bu süreci kayıt altına alarak arıza geçmişinin, görevlendirmelerin ve kapanış bilgilerinin düzenli takip edilmesini kolaylaştırır. Sonuçta amaç yalnızca daha hızlı müdahale etmek değil; ölçülebilir, sürdürülebilir ve müşteriye güven veren bir servis standardı oluşturmaktır.

Benzer Yazılar

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

Asansorex — 3 gün ücretsiz deneme.

Demo Talep Et