Asansör Arıza Takip Yazılımında Dashboard Metrikleri

İÇERİK

Asansör arıza süreçlerinde yalnızca kaç çağrı geldiğini bilmek yeterli değildir. Arızanın ne kadar sürede karşılandığı, teknisyenin binaya ne zaman ulaştığı, çözümün ne kadar sürdüğü, aynı asansörde arızanın tekrarlanıp tekrarlanmadığı ve açık işlerin hangi aşamada beklediği de izlenmelidir. Asansör arıza takip yazılımı dashboard metrikleri, dağınık arıza kayıtlarını anlamlı göstergelere dönüştürerek firma sahibinin, operasyon sorumlusunun ve teknisyenin daha doğru karar vermesini sağlar.

Doğru kurulmuş bir dashboard, yalnızca renkli grafiklerden oluşan bir rapor ekranı değildir. Gün içinde hangi arızaya öncelik verileceğini, hangi bölgede ekip yetersiz kaldığını, hangi asansörlerin sürekli sorun çıkardığını ve müşteriye verilen hizmet sözlerinin ne ölçüde yerine getirildiğini gösteren bir yönetim aracıdır. Bu yazıda, arıza dashboard’unda bulunması gereken temel metrikleri, bu metriklerin nasıl yorumlanacağını ve yanlış değerlendirmelerin nasıl önleneceğini ele alacağız.

Arıza Dashboard’u Neden Gereklidir?

Asansör bakım firmalarında arıza kayıtları telefon, WhatsApp mesajı, teknisyen notu veya kâğıt form üzerinden tutulduğunda genel tabloyu görmek zorlaşır. Bir arıza çözüldüğünde konu kapandı sanılabilir. Ancak aynı binadan ay içinde dört kez çağrı geldiyse burada tekil arızadan daha büyük bir problem bulunabilir.

Dashboard bu noktada üç önemli soruya cevap verir:

1. Şu anda ne oluyor?
2. Geçmiş döneme göre performans nasıl değişiyor?
3. Hangi konu için aksiyon alınması gerekiyor?

Örneğin açık arıza sayısının 15 olması tek başına iyi veya kötü bir sonuç değildir. Bu arızaların 12’si son bir saat içinde geldiyse normal bir yoğunluk yaşanıyor olabilir. Ancak beş arıza üç gündür bekliyorsa süreçte atama, yedek parça veya müşteri onayı kaynaklı bir tıkanıklık bulunabilir.

Bu nedenle dashboard metrikleri yalnızca toplam sayı olarak değil; süre, öncelik, durum, ekip, bina ve arıza türü kırılımlarıyla değerlendirilmelidir.

Dashboard’da Bulunması Gereken Temel Arıza Metrikleri

Her bakım firmasının portföy büyüklüğü, ekip yapısı ve hizmet bölgesi farklıdır. Bununla birlikte etkili bir asansör arıza takip ekranında bazı temel göstergelerin mutlaka bulunması gerekir.

Dashboard metriği	Ne gösterir?	Neden önemlidir?	Dikkat edilmesi gereken
Açık arıza sayısı	Henüz tamamlanmamış arızaları	Güncel iş yükünü gösterir	Yaşlandırma bilgisiyle birlikte okunmalıdır
Yeni arıza sayısı	Seçilen dönemde gelen çağrıları	Arıza yoğunluğunu gösterir	Portföy büyüklüğüne oranlanmalıdır
Ortalama ilk müdahale süresi	Arıza kaydı ile ekip aksiyonu arasındaki süreyi	Operasyon hızını ölçer	Sadece ortalama değer yanıltıcı olabilir
Ortalama çözüm süresi	Kayıttan tamamlanmaya kadar geçen süreyi	Hizmet verimliliğini gösterir	Parça bekleyen işler ayrı değerlendirilmelidir
İlk ziyarette çözüm oranı	Tek seferde tamamlanan arızaları	Teknik hazırlığı ve stok yeterliliğini gösterir	Yanlış kapatılan kayıtlar oranı şişirebilir
Tekrar arıza oranı	Kısa sürede aynı asansörde oluşan yeni arızaları	Kalıcı çözüm kalitesini ölçer	Aynı arıza türüyle ilişkilendirilmelidir
SLA uyum oranı	Hedef sürede müdahale edilen işleri	Verilen hizmet sözünün karşılanmasını gösterir	Sözleşme türüne göre hedefler değişebilir
Teknisyen iş yükü	Personel başına açık ve tamamlanan işleri	Ekip dağılımını dengeler	Yalnızca iş adedi değil, işin zorluğu da dikkate alınmalıdır
Arıza türü dağılımı	En sık görülen arıza kategorilerini	Kök neden ve stok planlamasını destekler	Standart arıza kategorileri kullanılmalıdır
Bekleyen yedek parça işleri	Parça nedeniyle tamamlanamayan işleri	Satın alma ve stok sorunlarını gösterir	Talep tarihi ve tedarik süresi izlenmelidir

Açık arıza sayısı

Açık arıza sayısı, dashboard’un en temel göstergelerinden biridir. Ancak tek başına toplam sayı yerine durum dağılımı da görülmelidir:

• Atama bekleyen
• Teknisyene atanan
• Teknisyen yolda
• Müdahale devam ediyor
• Yedek parça bekliyor
• Müşteri onayı bekliyor
• Kontrol veya ikinci ziyaret bekliyor

Bu ayrım yapılmadığında 20 açık arızanın tamamı aynı aşamadaymış gibi görünür. Oysa atama bekleyen dört arıza acil operasyon müdahalesi gerektirirken, müşteri onayı bekleyen üç iş ticari takip gerektirebilir.

Günlük ve dönemsel arıza sayısı

Günlük gelen arıza sayısı operasyon yoğunluğunu gösterir. Haftalık ve aylık karşılaştırmalar ise mevsimsel veya portföye bağlı değişimleri ortaya çıkarır.

Örneğin yaz aylarında yoğun kullanılan otel ve hastane asansörlerinde çağrı sayısı artabilir. Kış döneminde su, nem veya elektrik dalgalanmaları belirli arıza türlerini çoğaltabilir. Dashboard üzerinde önceki hafta, önceki ay ve geçen yılın benzer dönemi karşılaştırıldığında bu değişimler daha net görülebilir.

Ancak toplam arıza sayısını yorumlarken portföy büyüklüğü hesaba katılmalıdır. 500 asansöre hizmet veren bir firmanın aylık 100 çağrı alması ile 100 asansöre hizmet veren bir firmanın aynı sayıda çağrı alması aynı performansı ifade etmez.

Daha anlamlı bir gösterge için şu oran kullanılabilir:

Arıza sıklığı = Toplam arıza sayısı / Hizmet verilen asansör sayısı

Müdahale ve Çözüm Süresi Nasıl Ölçülmelidir?

Arıza yönetiminde hız önemlidir, ancak hangi sürenin ölçüldüğü net olmalıdır. “Arızaya 30 dakikada müdahale ettik” ifadesi farklı firmalarda farklı anlamlara gelebilir.

İlk tepki süresi

İlk tepki süresi, arıza kaydı oluşturulduktan sonra çağrının görülmesi, sahiplenilmesi veya teknisyene atanmasına kadar geçen süredir. Bu metrik özellikle çağrıların unutulup unutulmadığını gösterir.

İlk tepki süresinin uzaması şu sorunlara işaret edebilir:

• Arıza bildirimlerinin farklı kanallara dağılması
• Çağrı kabul sorumlusunun bulunmaması
• Bildirimlerin teknisyenlere geç iletilmesi
• Gece ve hafta sonu nöbet düzeninin yetersiz olması
• Acil ve normal arızaların ayırt edilememesi

Sahaya ulaşma süresi

Teknisyenin görevi kabul etmesi ile binaya ulaşması arasındaki süredir. Trafik, bölge, ekip konumu ve arıza önceliği bu metriği doğrudan etkiler.

Firma sahibi bu göstergeyi teknisyeni cezalandırmak için değil, rota ve ekip dağılımını iyileştirmek için kullanmalıdır. Aynı bölgede sürekli uzun ulaşım süreleri oluşuyorsa o bölgeye daha yakın ekip konumlandırılması veya günlük görev planının değiştirilmesi gerekebilir.

Toplam çözüm süresi

Arıza kaydının açılmasından tamamlanmasına kadar geçen toplam süredir. Bu metrik müşteri deneyimi açısından önemlidir. Bununla birlikte şu bekleme süreleri ayrıca işaretlenmelidir:

• Yedek parça bekleme
• Müşteri onayı bekleme
• Yetkili kişiyle erişim sağlama
• Elektrik veya bina tesisatı müdahalesi bekleme
• İkinci teknisyen veya özel ekipman bekleme

Aksi durumda tedarik nedeniyle üç gün bekleyen bir arıza, teknisyenin üç gün boyunca işi çözemediği şeklinde yanlış yorumlanabilir.

Hız metriğinin amacı yalnızca daha hızlı iş kapatmak değil, gecikmenin hangi aşamada ve hangi nedenle oluştuğunu görünür hâle getirmektir.

Tekrar Arıza ve İlk Ziyarette Çözüm Oranı

Bir arızayı hızlı kapatmak her zaman kaliteli çözüm anlamına gelmez. Aynı asansörde birkaç gün içinde benzer şikâyet oluşuyorsa ilk müdahale geçici kalmış olabilir.

Tekrar arıza oranı

Tekrar arıza oranı, belirli bir süre içinde aynı asansörde aynı veya ilişkili arıza türünün yeniden oluşmasını ölçer. Genel uygulamada firma kendi operasyon yapısına göre 7, 15 veya 30 günlük takip pencereleri belirleyebilir.

Tekrar arızaların muhtemel nedenleri şunlardır:

• Arızanın kök nedeni yerine belirtinin giderilmesi
• Uygun olmayan veya düşük kaliteli parça kullanılması
• Eksik bakım uygulaması
• Elektrik dalgalanması veya bina kaynaklı sorun
• Yanlış ayar veya yetersiz test
• Arıza açıklamasının eksik kaydedilmesi
• Farklı teknisyenlerin geçmiş müdahaleyi görememesi

Dashboard’da tekrar arıza oranının yanında bina, asansör, teknisyen, parça ve arıza türü kırılımları bulunmalıdır. Böylece sorun tek bir personelle mi, belirli bir ürün grubuyla mı yoksa belirli bir asansör modeliyle mi ilişkili anlaşılabilir.

İlk ziyarette çözüm oranı

İlk ziyarette çözüm oranı, teknisyenin ek ziyaret gerektirmeden tamamladığı arızaların yüzdesidir. Bu oranın yükselmesi genellikle şu sonuçları gösterir:

• Teknisyen arıza geçmişini sahada görebiliyor.
• Araç stoğunda gerekli parçalar bulunuyor.
• Arıza tanımı doğru alınıyor.
• Göreve uygun yetkinlikte personel atanıyor.
• Teknisyen doğru kontrol listesiyle çalışıyor.

Ancak oranı yükseltmek için çözülemeyen işlerin “tamamlandı” olarak kapatılması ciddi veri bozulmasına yol açar. İş gerçekten bitmediyse “ikinci ziyaret gerekli” veya “parça bekliyor” gibi doğru durum seçilmelidir.

Ekip Performansı Hangi Metriklerle İzlenmeli?

Teknisyen performansını sadece tamamlanan arıza sayısıyla ölçmek adil ve sağlıklı değildir. Bir teknisyen gün içinde sekiz basit kapı ayarı yaparken başka bir teknisyen iki karmaşık sürücü veya kumanda arızasıyla ilgilenebilir.

Bu nedenle ekip değerlendirmesinde birden fazla gösterge birlikte kullanılmalıdır:

• Üstlenilen arıza sayısı
• Tamamlanan arıza sayısı
• Ortalama sahaya ulaşma süresi
• Ortalama müdahale süresi
• İlk ziyarette çözüm oranı
• Tekrar arıza oranı
• Açıklama ve form tamamlama oranı
• Kullanılan parça kayıtlarının doğruluğu
• Müşteri bilgilendirme adımlarının tamamlanması
• Mesai dışı görev dağılımı

Dashboard’un amacı teknisyenleri yalnızca sıralamak olmamalıdır. Asıl amaç, eğitim ihtiyacını, yoğunluk dengesizliğini ve süreç eksiklerini tespit etmektir.

Örneğin bir teknisyenin çözüm süresi yüksek ancak tekrar arıza oranı çok düşük olabilir. Bu teknisyen işi daha yavaş fakat kalıcı biçimde çözüyor olabilir. Başka bir teknisyen hızlı iş kapatıyor ancak aynı binalardan sürekli yeniden çağrı geliyorsa hız metriği tek başına olumlu değerlendirilmemelidir.

Arıza Önceliği ve SLA Uyumu

Her arıza aynı aciliyete sahip değildir. Kabinde yolcu kalması, sağlık kuruluşunda hizmet kesintisi veya tek asansörlü binada tamamen devre dışı kalma gibi durumlarla, kat göstergesi arızası aynı öncelikte değerlendirilemez.

Dashboard üzerinde en az şu öncelik seviyeleri ayrıştırılabilir:

1. Acil: Can güvenliği, mahsur kalma veya kritik hizmet kesintisi
2. Yüksek: Asansörün tamamen hizmet dışı kalması
3. Normal: Kullanımı etkileyen fakat alternatif kullanım bulunan durumlar
4. Düşük: Konfor, gösterge, ses veya planlanabilir düzeltme işleri

SLA, firmanın müşteriye belirli arıza türleri için verdiği müdahale veya çözüm süresi hedefidir. Bu hedef her sözleşmede aynı olmayabilir. Hastane, AVM, otel, fabrika ve apartman hizmet seviyeleri farklı şekilde tanımlanabilir.

SLA dashboard’unda şu göstergeler izlenmelidir:

• Hedef sürede karşılanan arıza oranı
• Hedef süreyi aşan açık arızalar
• Sözleşme türüne göre uyum oranı
• Acil arızalarda ortalama müdahale süresi
• Bölge veya ekip bazında gecikme oranı

SLA başarısının doğru ölçülmesi için arıza kaydının geliş saati, atama zamanı, teknisyen kabul zamanı, sahaya varış ve tamamlanma zamanı otomatik veya düzenli biçimde kaydedilmelidir.

Dashboard Verileri Nasıl Aksiyona Dönüştürülür?

Dashboard’u her gün açıp sayılara bakmak tek başına fayda sağlamaz. Her önemli metrik için bir sorumlu, hedef ve aksiyon kuralı belirlenmelidir.

Örnek bir değerlendirme düzeni şu şekilde olabilir:

Kontrol sıklığı	İncelenecek metrikler	Alınabilecek aksiyon
Anlık	Acil arızalar, atama bekleyen işler, SLA riski	Ekip atama, öncelik değiştirme, müşteri bilgilendirme
Günlük	Açık işler, ekip yoğunluğu, bekleyen parçalar	İş yükü dengeleme, tedarik takibi, rota düzenleme
Haftalık	Müdahale süresi, ilk ziyarette çözüm, tekrar arıza	Eğitim, stok güncelleme, teknik inceleme
Aylık	Arıza sıklığı, bina bazlı sorunlar, sözleşme performansı	Revizyon teklifi, bakım planı değişikliği, müşteri toplantısı
Üç aylık	Ekip kapasitesi, bölge performansı, parça tüketimi	Personel planı, araç stoğu, tedarikçi değerlendirmesi

Örneğin tekrar arıza oranı yükseliyorsa yalnızca teknisyene uyarı vermek yerine şu sıra izlenebilir:

1. Tekrar eden arızaların bina ve asansör listesini çıkarın.
2. Arıza türlerini gruplayın.
3. Kullanılan parçaları ve önceki müdahaleleri inceleyin.
4. Aynı model veya bileşende yoğunlaşma olup olmadığını kontrol edin.
5. Gerekirse teknik eğitim veya toplu parça değişim planı hazırlayın.
6. Bina yöneticisine kalıcı çözüm gerektiren durumu açıkça bildirin.

Asansorex gibi bir asansör arıza takip yazılımında çağrı zamanı, ekip ataması, teknisyen durumu, kullanılan parça ve tamamlanma kaydı aynı süreçte tutulduğunda dashboard verileri manuel olarak birleştirilmek zorunda kalmaz. Böylece firma, güncel operasyonu ve geçmiş performansı tek kayıt düzeni üzerinden değerlendirebilir.

Dashboard Kullanımında Yapılan Yaygın Hatalar

Dashboard metrikleri yanlış yorumlandığında hatalı kararlar alınabilir. En sık karşılaşılan sorunlardan biri yalnızca ortalama değerlere bakmaktır.

Örneğin dört arızanın müdahale süreleri 10, 15, 20 ve 180 dakika ise ortalama 56 dakikadır. Bu değer, üç arızanın hızlı karşılandığını ancak bir arızada ciddi gecikme yaşandığını gizler. Bu nedenle ortalamanın yanında en uzun süre, medyan değer ve hedef süreyi aşan iş sayısı da incelenmelidir.

Diğer yaygın hatalar şunlardır:

• Tamamlanmamış kayıtları kapatılmış göstermek
• Arıza türlerini serbest metinle ve farklı ifadelerle kaydetmek
• Aynı bina veya asansör için mükerrer kayıt açmak
• Parça bekleme süresini teknisyen çözüm süresine dâhil etmek
• Portföy büyümesini hesaba katmadan dönem karşılaştırması yapmak
• Teknisyenleri yalnızca kapattıkları iş sayısına göre sıralamak
• Acil ve normal arızaları aynı hedef süreyle değerlendirmek
• Dashboard’u yalnızca ay sonunda kontrol etmek

Verinin güvenilir olması için teknisyenlerin sahada kolay kullanabileceği sade bir kayıt akışı kurulmalıdır. Çok uzun formlar personelin eksik veya geç kayıt yapmasına neden olabilir. Buna karşılık sadece “arıza tamamlandı” seçeneğinin bulunması da analiz için yetersiz kalır.

Sıkça Sorulan Sorular

Asansör arıza dashboard’unda en önemli metrik hangisidir?

Tek bir en önemli metrik yoktur. Açık arıza sayısı, müdahale süresi, çözüm süresi ve tekrar arıza oranı birlikte değerlendirilmelidir. Yalnızca hız izlenirse kalıcı çözüm kalitesi gözden kaçabilir.

Ortalama müdahale süresi nasıl hesaplanır?

Arıza kaydının oluşturulması ile belirlenen müdahale anı arasındaki süreler toplanır ve arıza sayısına bölünür. Ancak “müdahale” kavramının görevi kabul etme mi, yola çıkma mı yoksa binaya ulaşma mı olduğu firma içinde net tanımlanmalıdır.

Tekrar arıza kaç günlük süreye göre ölçülmelidir?

Tek bir zorunlu süre bulunmaz. Firma, operasyon yapısına göre 7, 15 veya 30 günlük takip dönemleri kullanabilir. Önemli olan aynı asansörde oluşan ilişkili arızaların düzenli biçimde eşleştirilmesidir.

Dashboard teknisyen performansını ölçmek için kullanılabilir mi?

Evet, ancak yalnızca tamamlanan iş sayısına göre değerlendirme yapılmamalıdır. İşin zorluğu, ilk ziyarette çözüm, tekrar arıza, kayıt kalitesi, ulaşım mesafesi ve görev yoğunluğu birlikte incelenmelidir.

Bina yöneticisi dashboard verilerinden nasıl yararlanır?

Bina yöneticisi, kendi binasına ait arıza geçmişini, müdahale sürelerini, tekrar eden sorunları ve yapılan işlemleri görebilir. Bu bilgiler bakım firmasının hizmet kalitesini değerlendirmeyi ve revizyon ihtiyaçlarını daha somut biçimde konuşmayı kolaylaştırır.

Küçük asansör firmalarının dashboard kullanması gerekli midir?

Evet. Küçük firmalarda iş sayısı daha az olsa da çağrıların birkaç kişinin hafızasına bağlı kalması önemli risk oluşturur. Basit bir dashboard bile açık işleri, geciken müdahaleleri ve tekrar eden arızaları görünür hâle getirerek operasyon kayıplarını azaltabilir.

Özet

Asansör arıza takip yazılımındaki dashboard metrikleri, yalnızca kaç arıza geldiğini göstermek için değil, hizmetin hızını, kalitesini ve sürdürülebilirliğini ölçmek için kullanılmalıdır. Açık iş sayısı, müdahale süresi, çözüm süresi, ilk ziyarette çözüm oranı, tekrar arıza oranı, SLA uyumu ve ekip iş yükü birlikte değerlendirildiğinde gerçek operasyon tablosu ortaya çıkar.

Başarılı bir dashboard sade, güncel ve aksiyon alınabilir olmalıdır. Firma sahibi hangi işlerin geciktiğini, teknisyen hangi görevin öncelikli olduğunu, bina yöneticisi ise arızaya ne zaman ve nasıl müdahale edildiğini anlayabilmelidir. Asansorex üzerinden arıza kayıtlarının, ekip atamalarının, saha işlemlerinin ve parça kullanımının düzenli tutulması; bu metriklerin güvenilir biçimde izlenmesine ve kararların tahmin yerine veriye dayanmasına yardımcı olur.