Asansör Arıza Yazılımı ile İlk Çağrıda Çözüm Oranını Artırmak

İÇERİK

Bir asansör arızasında müşterinin beklentisi açıktır: Teknik ekip hızlı gelsin ve sorunu mümkünse ilk ziyarette tamamen çözsün. Ancak çağrı sırasında eksik bilgi alınması, yanlış teknisyenin yönlendirilmesi, servis geçmişinin bilinmemesi veya gerekli parçanın ekipte bulunmaması nedeniyle ikinci ve üçüncü ziyaretler gerekebilir. Bu durum yalnızca yakıt ve işçilik maliyetini artırmaz; bina yöneticisinin güvenini, teknisyenlerin günlük kapasitesini ve bakım firmasının kârlılığını da etkiler.

İlk çağrıda çözüm oranı, bir arıza kaydının ek ziyaret gerektirmeden ilk saha müdahalesinde giderilme yüzdesidir. Bu oranı yükseltmek, teknisyeni daha hızlı çalışmaya zorlamakla değil; çağrı alımından iş emrinin kapanışına kadar bütün süreci doğru bilgiyle yönetmekle mümkündür. Bu rehberde asansör arıza yazılımı kullanarak ilk çağrıda çözüm oranını nasıl ölçebileceğinizi ve geliştirebileceğinizi adım adım ele alacağız.

İlk Çağrıda Çözüm Oranı Neden Önemlidir?

Bir arızanın ilk ziyarette çözülememesi, firmaya tek bir ek ziyaret maliyeti çıkarmaz. Planlanan bakım programı aksar, başka müşterilerin bekleme süresi uzar ve teknik ekip üzerindeki baskı artar. Teknisyen aynı binaya tekrar dönerken yeni arıza çağrıları birikmeye devam eder.

Örneğin ekip, kapı kilidi kaynaklı olduğu düşünülen bir arızaya gider. Çağrı kaydında yalnızca “asansör çalışmıyor” yazıyorsa teknisyen hangi ölçüm cihazını, yedek parçayı veya yardımcı ekipmanı hazırlaması gerektiğini bilemez. Sahada sorunun kapı kontağında olduğunu belirler fakat uygun parça yanında değilse ikinci ziyaret zorunlu hale gelir.

İlk çağrıda çözüm oranındaki artış şu sonuçları destekler:

• Aynı arıza için yapılan tekrar ziyaretleri azaltır.
• Araç, yakıt ve fazla mesai giderlerini kontrol altında tutar.
• Teknisyen başına günlük tamamlanan iş sayısını yükseltir.
• Arızalı asansörün hizmet dışı kaldığı süreyi kısaltır.
• Bina yöneticisinin bakım firmasına duyduğu güveni güçlendirir.
• Planlı bakımların acil arızalar nedeniyle ertelenmesini önler.
• Tekrarlayan arızaların ve yanlış müdahalelerin görünür olmasını sağlar.

Bu nedenle yalnızca “arıza kapandı mı?” sorusuna bakmak yeterli değildir. Arızanın kaç ziyarette, hangi parçayla, ne kadar sürede ve kim tarafından çözüldüğü de izlenmelidir.

İlk Çağrıda Çözüm Oranı Nasıl Hesaplanır?

Ölçemediğiniz bir süreci geliştirmek zordur. İlk adım, firmanın bütün arıza kayıtlarında aynı hesaplama yöntemini kullanmasıdır.

Temel hesaplama şöyledir:

İlk çağrıda çözüm oranı = İlk ziyarette çözülen arızalar / Toplam sonuçlanan arızalar × 100

Örneğin bir ay içinde sonuçlandırılan 200 arızanın 150’si ilk ziyarette kapatılmışsa oran yüzde 75’tir. Ancak doğru sonuç almak için “ilk ziyarette çözüldü” tanımı netleştirilmelidir. Teknisyen geçici olarak sistemi çalıştırıp ertesi gün yeniden müdahale ettiğinde kayıt ilk ziyarette çözülmüş kabul edilmemelidir.

Aşağıdaki göstergeler birlikte takip edildiğinde sonuç daha anlamlı hale gelir:

Gösterge	Nasıl ölçülür?	Neyi gösterir?
İlk çağrıda çözüm oranı	İlk ziyarette çözülen / sonuçlanan arıza	Müdahale verimliliğini
Tekrar ziyaret oranı	Ek ziyaret gereken / sonuçlanan arıza	Eksik bilgi, parça veya yetkinlik sorununu
Ortalama müdahale süresi	Kayıt ile sahaya varış arasındaki süre	Yönlendirme hızını
Ortalama çözüm süresi	Kayıt ile kalıcı kapanış arasındaki süre	Toplam operasyon performansını
Aynı arızanın tekrarı	Belirlenen süre içinde benzer arıza sayısı	Çözümün kalıcılığını
Parça bekleme oranı	Parça nedeniyle açık kalan / toplam arıza	Stok ve araç hazırlığındaki eksikleri
Yanlış atama oranı	Başka ekibe devredilen / toplam iş	Yetkinlik eşleştirmesinin başarısını

Firma geneli tek bir oran vermek başlangıç için yararlıdır. Bunun yanında sonuçlar teknisyen, arıza türü, marka-model, bölge ve bina bazında ayrılmalıdır. Böylece düşük oranın gerçekten nereden kaynaklandığı bulunabilir.

Çağrı Kaydında Doğru Bilgiyi Toplayın

İlk ziyarette çözüm, çoğu zaman teknisyen binaya ulaşmadan önce başlar. Çağrıyı alan personelin “arıza var” şeklinde kısa bir kayıt açması hızlı görünebilir, ancak saha ekibini hazırlıksız bırakır.

Arıza kaydında mümkün olduğunca şu bilgiler bulunmalıdır:

• Bina, açık adres ve iletişim kişisi
• Asansörün kimlik veya cihaz bilgisi
• Arızanın başladığı zaman
• Kabinin bulunduğu kat
• Kapıların açık mı kapalı mı olduğu
• Ekranda görülen hata kodu veya uyarı
• Elektrik kesintisi yaşanıp yaşanmadığı
• Asansörün tamamen mi yoksa aralıklı mı durduğu
• Ses, koku, sarsıntı veya seviye farkı gibi belirtiler
• Kabinde mahsur kalan kişi bulunup bulunmadığı
• Mümkünse fotoğraf ya da kısa video
• Arızadan önce yapılan işlem veya gözlenen değişiklik

Mahsur kalma bildirimi, standart bir arıza kaydı gibi sıraya alınmamalıdır. İnsan güvenliğini ilgilendiren durumlarda firmanın acil durum prosedürü uygulanmalı, kayıt öncelikli olarak değerlendirilmeli ve bina tarafına yetkisiz müdahaleden kaçınması açıkça söylenmelidir.

Çağrı ekranında arıza türüne göre değişen kısa sorular kullanmak, operatörün her seferinde ne soracağını düşünmesini önler. Örneğin “kapı kapanmıyor” seçildiğinde kapı önünde engel, fotosel durumu ve hangi kattaki kapının etkilendiği sorulabilir.

Doğru Teknisyeni Doğru Arızaya Yönlendirin

En yakın teknisyeni göndermek her zaman en hızlı çözümü sağlamaz. Bir teknisyen binaya 10 dakikada ulaşabilir; ancak ilgili kumanda sistemi veya kapı mekanizması konusunda yeterli deneyimi yoksa iş başka bir ekibe devredilebilir. Daha uzaktaki fakat doğru yetkinliğe sahip teknisyen toplam çözüm süresini kısaltabilir.

Atama yapılırken şu dört ölçüt birlikte değerlendirilmelidir:

1. Yetkinlik: Teknisyen ilgili marka, model ve arıza grubunu tanıyor mu?
2. Konum: Mevcut işi ve bulunduğu bölge dikkate alındığında tahmini varış süresi nedir?
3. Ekipman: Gerekli ölçüm cihazları ve servis araçları yanında mı?
4. Parça: Muhtemel arızaya uygun yedek parça araç stokunda veya yakın depoda var mı?

Asansör arıza yazılımı, iş emirlerini yalnızca personele dağıtan bir araç olarak görülmemelidir. Yazılım; teknisyenin yetkinliği, açık işleri, bölgesi ve önceki müdahaleleri gibi bilgileri bir araya getirerek daha isabetli atama yapılmasını desteklemelidir.

Ayrıca vardiya ve nöbet planları güncel tutulmalıdır. Mesai dışındaki çağrının çalışmayan personele atanması, müşterinin bekleme süresini uzatır ve operasyon merkezinde gereksiz telefon trafiği oluşturur.

Servis Geçmişini Teknisyenin Erişimine Açın

Teknisyen arızalı asansörün başına vardığında geçmiş kayıtları göremiyorsa teşhise sıfırdan başlar. Oysa son üç ayda aynı hata kodunun birkaç kez oluştuğunu, hangi parçaların değiştirildiğini ve geçici müdahaleler yapılıp yapılmadığını bilmek teşhis süresini ciddi biçimde kısaltabilir.

Mobil cihazdan erişilebilir servis geçmişinde şu bilgiler yer almalıdır:

• Son bakım tarihi ve bakımda tespit edilen uygunsuzluklar
• Önceki arıza kayıtları ve çözüm açıklamaları
• Kullanılan veya değiştirilen parçalar
• Fotoğraflar, ölçüm değerleri ve teknisyen notları
• Devam eden teklif ya da parça onay süreci
• Cihazın marka, model ve temel teknik bilgileri
• Önceki periyodik kontrol bulguları
• Aynı bileşende tekrar eden arızalar

Bu kayıtları kâğıt formlar, mesajlaşma grupları ve farklı Excel dosyaları arasında aramak sahada zaman kaybettirir. Bilgileri Asansorex gibi bir bakım ve arıza takip yazılımında cihaz bazında toplamak, teknisyenin geçmiş müdahalelere sahadan ulaşmasını ve doğru teşhise daha hızlı yaklaşmasını sağlar.

Servis notlarının kalitesi de önemlidir. “Bakıldı, çalışıyor” ifadesi sonraki teknisyene yol göstermez. Bunun yerine “zemin kat kapı kilidi kontağı ayarlandı, bağlantılar kontrol edildi, 20 çevrim test edildi” gibi açıklamalar kullanılmalıdır.

Parça ve Araç Stokunu Arıza Verileriyle Planlayın

Bir arızanın ilk ziyarette çözülememesinin en yaygın nedenlerinden biri, gerekli parçanın teknisyenin yanında bulunmamasıdır. Fakat çözüm her araçta her parçayı taşımak değildir. Bu yaklaşım stok maliyetini yükseltir, sayımı zorlaştırır ve kullanılmayan parçaların araçlarda beklemesine neden olur.

Daha doğru yöntem, geçmiş arıza verilerine göre bir araç stok standardı oluşturmaktır. Son 3–6 aylık kayıtlarda en sık kullanılan parçalar incelenerek teknisyen araçları için asgari stok seviyesi belirlenebilir.

Uygulanabilecek adımlar şunlardır:

1. Arızalarda kullanılan parçaları doğru ürün koduyla kaydedin.
2. En sık kullanılan parçaları arıza türüne ve bölgeye göre sıralayın.
3. Kritik parçalar için minimum araç stoku belirleyin.
4. Araçtan kullanılan parçayı iş emri üzerinden stoktan düşün.
5. Gün sonunda veya belirlenen seviyede ikmal bildirimi oluşturun.
6. Nadir ve pahalı parçaları merkez depoda tutarak hızlı sevk yöntemi belirleyin.
7. Parça bulunamadığı için ertelenen işleri ayrıca raporlayın.

Buradaki kritik nokta, stok kaydı ile arıza iş emrinin bağlantılı olmasıdır. Teknisyen kullandığı parçayı yalnızca açıklama alanına yazarsa gerçek tüketim düzenli analiz edilemez.

Standart Teşhis Akışları Oluşturun

Deneyimli teknisyenler birçok arızayı kısa sürede teşhis edebilir. Fakat bilgi yalnızca kişilerin hafızasında kaldığında ekip büyüdükçe performans farkları artar. Sık karşılaşılan arıza grupları için kısa teşhis akışları hazırlamak, özellikle yeni teknisyenlerin sistematik ilerlemesine yardımcı olur.

Örneğin “kat kapısı kapanmıyor” bildirimi için kontrol sırası genel olarak şu başlıkları içerebilir:

• Kapı önünde fiziksel engel kontrolü
• Kapı kanadı, paten ve mekanik hareket kontrolü
• Fotosel veya emniyet kenarı kontrolü
• Kilit ve kontak kontrolü
• Kablo ve bağlantı kontrolü
• Kumanda sistemindeki hata kaydı
• Müdahale sonrası çoklu çevrim testi

Bu listeler kesin teknik müdahale talimatı değildir. Her asansörün yapısı, üretici dokümanı ve yetkili personelin değerlendirmesi esas alınmalıdır. Amaç, teknisyenin güvenli kontrol adımlarını atlamasını önlemek ve teşhis kayıtlarını standartlaştırmaktır.

Teknisyene yüzlerce maddelik bir form doldurtmak ise ters etki yaratır. Kontrol listesi kısa, arızaya özel ve sahada uygulanabilir olmalıdır.

Geçici Müdahale ile Kalıcı Çözümü Ayırın

Asansörün yeniden çalışması, arızanın her zaman kalıcı olarak çözüldüğü anlamına gelmez. Temas sorunu geçici olarak giderilmiş, fakat aşınmış parça değiştirilmemiş olabilir. Kayıt hemen “çözüldü” olarak kapatılırsa ilk çağrıda çözüm oranı yüksek görünürken birkaç gün sonra aynı arıza tekrarlanabilir.

İş emri kapanışında aşağıdaki durumlar ayrı tutulmalıdır:

• Kalıcı olarak çözüldü
• Geçici olarak çalışır hale getirildi
• Parça bekliyor
• Müşteri onayı bekliyor
• İleri teknik destek gerekiyor
• Güvenlik nedeniyle hizmet dışı bırakıldı
• Arıza tespit edilemedi veya tekrarlanmadı

Geçici çözüm uygulanan iş için takip görevi ve hedef tarih oluşturulmalıdır. Ayrıca teknisyen, yapılan müdahaleyi ve kalıcı çözüm için gereken işlemi açıkça kaydetmelidir. Bu ayrım, hem operasyon raporlarının güvenilirliğini hem de bina yöneticisine verilen bilginin doğruluğunu artırır.

Sonuçları Haftalık Olarak İnceleyin

İlk çağrıda çözüm oranı aylık raporda görülüp unutulmamalıdır. Haftalık kısa değerlendirmeler, sorunun büyümeden yakalanmasını sağlar. Toplantının amacı teknisyeni suçlamak değil, çözümü engelleyen ortak nedenleri belirlemektir.

Her hafta şu sorular incelenebilir:

• Hangi arızalar ikinci ziyaret gerektirdi?
• İlk kayıtta hangi bilgiler eksikti?
• Yanlış teknisyen veya ekip ataması yapıldı mı?
• Hangi parçalar araçta olmadığı için iş ertelendi?
• Aynı bina veya cihazda tekrarlayan arıza var mı?
• Geçici kapatılan işlerin takipleri tamamlandı mı?
• Bir teknisyenin başarılı uygulaması diğer ekiplere aktarılabilir mi?

Örneğin tekrar ziyaretlerin önemli bir kısmı belirli bir kapı bileşeninden kaynaklanıyorsa araç stokları güncellenebilir. Sorun çağrı kaydındaki eksik fotoğraflarsa ilgili arıza türünde fotoğraf istenmesi standart hale getirilebilir. Düşük performansın nedeni yetkinlik açığıysa kısa bir teknik eğitim planlanabilir.

Sağlıklı bir ilk çağrıda çözüm oranı, yalnızca teknisyenin başarısını değil; çağrı kalitesini, atama doğruluğunu, stok hazırlığını ve kurum içi bilgi paylaşımını birlikte gösterir.

Sıkça Sorulan Sorular

İlk çağrıda çözüm oranı için ideal yüzde kaçtır?

Her firma için geçerli tek bir ideal oran yoktur. Hizmet verilen cihazların yaşı, marka çeşitliliği, bölge, arıza türleri ve parça tedarik süresi sonucu etkiler. En sağlıklı yöntem, firmanın mevcut oranını doğru ölçmesi ve arıza gruplarına göre düzenli iyileştirme hedefleri koymasıdır.

Mahsur kalma çağrıları bu hesaba dahil edilmeli mi?

Mahsur kalma çağrıları insan güvenliği ve acil müdahale gerektirdiği için ayrıca raporlanmalıdır. İlk müdahale, kurtarma ve kalıcı teknik çözüm birbirinden ayrılabilir. Böylece acil ulaşım performansı ile arızanın kalıcı çözüm başarısı karıştırılmaz.

Teknisyenin arızayı kapatması yeterli veri sağlar mı?

Hayır. Çözüm açıklaması, kullanılan parça, fotoğraf, ölçüm sonucu, kapanış durumu ve ek ziyaret bilgisi de kaydedilmelidir. Yalnızca “tamamlandı” seçeneğiyle kapatılan işler güvenilir analiz üretmez.

Tekrar arıza hangi süre içinde değerlendirilmelidir?

Tek bir zorunlu süre bulunmaz. Firma arıza türüne göre 7, 15 veya 30 günlük izleme pencereleri belirleyebilir. Önemli olan, aynı cihazda aynı belirti ya da bileşen kaynaklı tekrarları ortak bir tanımla raporlamaktır.

Eski asansörlerde ilk çağrıda çözüm oranı artırılabilir mi?

Evet. Eski cihazlarda parça bulunabilirliği ve farklı modernizasyon geçmişleri işi zorlaştırabilir. Buna rağmen doğru cihaz envanteri, ayrıntılı servis geçmişi, kritik parça planlaması ve deneyimli teknisyen atamasıyla oran geliştirilebilir.

Bina yöneticisi sürece nasıl katkı sağlayabilir?

Arızayı bildirirken doğru konumu, gözlenen belirtileri, hata kodunu ve mümkünse fotoğrafı paylaşabilir. Teknisyenin makine dairesi ve gerekli alanlara erişimini önceden hazırlamak da beklemeyi azaltır. Ancak bina görevlileri ve kullanıcılar yetkisiz teknik müdahalede bulunmamalıdır.

Özet

Asansör arızasını ilk ziyarette çözmek, yalnızca teknisyenin saha deneyimine bağlı değildir. Doğru çağrı kaydı, yetkinliğe göre atama, erişilebilir servis geçmişi, planlı araç stoku, standart teşhis adımları ve güvenilir kapanış verisi aynı zincirin parçalarıdır.

Asansorex, arıza kaydından teknisyen yönlendirmesine, cihaz geçmişinden kullanılan parçaların takibine kadar bu bilgilerin ortak bir süreçte tutulmasına yardımcı olur. Ancak yazılımdan gerçek verim alınması için ekibin kayıt kurallarını benimsemesi ve raporların düzenli olarak iyileştirme amacıyla kullanılması gerekir. Doğru ölçülen her tekrar ziyaret, maliyet kalemi olmanın yanında bir sonraki arızayı ilk çağrıda çözmek için somut bir öğrenme fırsatıdır.