Asansör Bulut Asansör Yazılımı Performans Metrikleri

İÇERİK

Bulut asansör yazılımı kullanmaya başlayan bir bakım firmasında ilk soru çoğunlukla “Ekip uygulamaya alıştı mı?” olur. Birkaç hafta sonra asıl soru ortaya çıkar: “İşlerimiz gerçekten daha düzenli ilerliyor mu?” Bu sorunun yanıtı, uygulamaya giriş sayısından veya oluşturulan rapor miktarından ibaret değildir. Planlanan bakımların zamanında tamamlanması, arızaların doğru izlenmesi, saha kayıtlarının eksiksiz tutulması ve ofisin bilgi aramak için daha az zaman harcaması birlikte değerlendirilmelidir. Bu rehber, firma sahibi, teknisyen ve bina yöneticisinin kullanabileceği bulut asansör yazılımı performans metriklerini hesaplama örnekleriyle açıklıyor.

Performansı Üç Ayrı Boyutta Değerlendirin

Yazılım performansı denildiğinde yalnızca ekranların açılma hızı düşünülebilir. Oysa bakım firmasının elde ettiği sonucu anlamak için üç boyutu ayırmak gerekir.

Teknik performans, günlük işlemlerin ne kadar hızlı ve güvenilir yapılabildiğini gösterir. İş emrinin açılması, fotoğrafın yüklenmesi ve bakım kaydının kaydedilmesi bu boyuta girer.

Operasyonel performans, bakım ve arıza süreçlerinin nasıl ilerlediğini gösterir. Planına uygun tamamlanan bakım, açık işlerin yaşı ve tekrar ziyaret ihtiyacı burada değerlendirilir.

Kullanım ve veri kalitesi, ekibin sistemi ne ölçüde benimsediğini ve kayıtların karar vermeye uygun olup olmadığını gösterir. Eksik açıklamalarla kapatılmış yüzlerce iş, sağlıklı bir takip düzeni oluşturmaz.

Örneğin uygulama hızlı açılıyor olabilir; ancak teknisyenler kayıtları haftanın sonunda topluca giriyorsa bina yöneticisine güncel bilgi verilemez. Tersine, kayıtlar eksiksiz olsa bile sahada sürekli kaydetme hatası yaşanması ekipte kullanım isteğini azaltır. Bu nedenle tek bir puan yerine birbirini tamamlayan göstergeler seçilmelidir.

Bakım Planına Uyum Nasıl Ölçülür?

Bakım firmasının temel göstergelerinden biri, dönem içinde yapılması gereken işlerin planına uygun tamamlanmasıdır. Burada “tamamlanan bakım” tanımı açık olmalıdır: Sadece ziyaret yapılması mı, yoksa gerekli bakım kaydının da tamamlanması mı esas alınacaktır?

Zamanında Tamamlama Oranı

Hesaplama şu şekilde kurulabilir:

Zamanında bakım tamamlama oranı = Planlanan tarihe kadar tamamlanan bakım / Dönemde yapılması gereken bakım × 100

Örnek bir firmada ay boyunca 400 bakım yapılması gerekiyor olsun. Bunların 360’ı planlanan tarihe kadar tamamlanmışsa oran yüzde 90’dır. Kalan 40 işin neden geciktiği ayrıca incelenmelidir.

Gecikme nedenleri arasında bina erişiminin sağlanamaması, personel eksikliği, yanlış bölge planlaması veya acil arızalar bulunabilir. Bunların tamamını “teknisyen gecikmesi” olarak kaydetmek yanlış karar doğurur.

Geciken Bakımların Yaşı

Geciken iş sayısı tek başına yeterli değildir. Bir gün geciken bakım ile iki haftadır bekleyen bakım aynı öncelikte ele alınmamalıdır.

Haftalık değerlendirmede şu gruplar kullanılabilir:

• 1–3 gündür geciken işler.
• 4–7 gündür geciken işler.
• 8 gün ve üzerinde geciken işler.
• Erişim veya başka bir nedenle yeniden planlama bekleyen işler.

Bu gruplar firma içi takip amacıyla hazırlanmış örneklerdir; mevzuattaki sürelerin yerine geçmez. Tarih değiştirildiğinde ilk planlanan tarih korunmalıdır. Aksi hâlde geciken işler sürekli ileri taşınarak performans olduğundan iyi görünebilir.

Arıza Sürecinde Hangi Göstergeler İzlenmeli?

Arıza performansını yalnızca “kaç iş kapatıldı?” sorusuyla değerlendirmek eksik sonuç verir. Arızanın bildirilmesi, ekibin görevlendirilmesi, sahaya ulaşılması ve sorunun giderilmesi farklı aşamalardır.

Müdahale ve Çözüm Süresini Ayırın

Müdahale süresi, bildirimin alınması ile ekibin sahada müdahaleye başlaması arasındaki süredir. Çözüm süresi ise bildirimin alınması ile arızanın giderilmesi arasındaki süredir.

Örneğin teknisyen 35 dakikada binaya ulaşmış, ancak uygun parçanın tedariki nedeniyle çözüm ertesi gün tamamlanmış olabilir. Bu durumda ulaşım performansı ile parça tedarik sürecini ayrı değerlendirmek gerekir.

Ortalama süre yanında medyan süreyi de izlemek faydalıdır. Medyan, süreler küçükten büyüğe sıralandığında ortada kalan değerdir. Çok uzun süren birkaç işin ortalamayı yükselttiği dönemlerde tipik işin süresini daha iyi gösterir. Yine de uzun süren işler ayrıca incelenmelidir.

Tekrar Arıza Oranı

Aynı asansörde kısa aralıklarla yeniden oluşan aynı veya ilişkili arızalar, ilk çözümün yeterliliğini değerlendirmek için kullanılabilir.

Tekrar arıza oranı = Belirlenen süre içinde aynı veya ilişkili nedenle tekrarlayan arıza / Takip kapsamındaki kapanmış arıza × 100

Örnek olarak 30 günlük takip süresi seçilebilir. Bu süre firma içi analiz tercihidir. Dönem sonuna yakın kapatılan işlerin henüz 30 günlük takibi tamamlanmadığı unutulmamalıdır.

Tekrar arızayı yalnızca asansör kimliğine göre saymayın. Kapı arızasından sonra oluşan ilgisiz bir aydınlatma sorunu aynı arızanın tekrarı değildir. Arıza açıklaması, yapılan işlem ve kullanılan parça birlikte değerlendirilmelidir.

Saha Kayıtlarının Kalitesini Ölçün

Eksiksiz kayıt, ofisin teknisyeni tekrar aramasını azaltır ve bina yöneticisinin yapılan işi anlamasını kolaylaştırır. Ancak her alana metin yazılması, kaydın kaliteli olduğu anlamına gelmez.

“Kontrol edildi” açıklaması yerine sorunun nerede görüldüğü, hangi işlemin yapıldığı ve açık kalan ihtiyacın ne olduğu belirtilmelidir. Fotoğraf isteniyorsa görüntünün ilgili ekipmanı göstermesi ve açıklamayı desteklemesi gerekir.

Eksiksiz Kayıt Oranı

Firma, iş türüne göre gerekli alanları önceden belirleyebilir. Bakım ve arıza için aynı alanları zorunlu tutmak gereksiz yük oluşturabilir.

Eksiksiz kayıt oranı = Tanımlanan gerekli bilgileri içeren kayıt / İncelenen toplam kayıt × 100

Örneğin rastgele seçilen 50 kaydın 41’i gerekli bilgileri içeriyorsa oran yüzde 82’dir. Eksik dokuz kayıtta hangi alanların sorun oluşturduğu belirlenerek kısa bir ekip eğitimi yapılabilir.

Asansorex gibi bir bakım takip yazılımında iş kayıtlarını ilgili asansörün geçmişiyle birlikte tutmak, bu incelemeyi kolaylaştırabilir. Değerlendirmede kaydın bulunabilirliği kadar, başka bir teknisyenin açıklamayı okuyup önceki işlemi anlayabilmesi de önemlidir.

Kayıt Gecikmesi

İşin bitişi ile kaydın tamamlanması arasında geçen süreyi izleyin. Sürekli ertesi gün girilen kayıtlar, güncel durum takibini zayıflatır.

Bağlantı sorunu nedeniyle geç iletilen kayıt ile teknisyenin girmeyi unuttuğu kayıt ayrılmalıdır. Çevrimdışı çalışma kullanılıyorsa sahadaki işlem zamanı ve verinin sisteme aktarılma zamanı ayrı değerlendirilmelidir.

Mobil Kullanım Hızını Gerçek Saha Koşullarında Test Edin

Ofiste güçlü internet bağlantısıyla yapılan test, bodrum katta çalışan teknisyenin deneyimini temsil etmez. Teknik performans ölçümü, ekibin kullandığı telefonlarda ve gerçek çalışma koşullarında yapılmalıdır.

Özellikle şu işlemler değerlendirilebilir:

1. Günlük iş listesini açmak.
2. İlgili asansörün geçmişine ulaşmak.
3. Bakım veya arıza formunu doldurmak.
4. Fotoğraf eklemek.
5. Kaydı tamamlayıp yeniden açmak.

Her işlem için süre kadar başarı durumu da kaydedilmelidir. Hızlı görünen bir kaydetme işlemi sonrasında veri eksik kalıyorsa sonuç başarılı sayılmaz.

Ortalama Yerine Yavaş İşlemleri de Görün

Bir işlemin ortalama iki saniye sürmesi, bütün teknisyenlerin iki saniye beklediği anlamına gelmez. İşlemlerin yüzde 95’inin tamamlandığı süreyi gösteren P95, yavaş deneyimleri görünür kılabilir.

Firma bu ölçümü sağlayıcıdan isteyebilir veya tekrarlanan saha denemeleriyle pratik bir değerlendirme yapabilir. Telefon modeli, bağlantı durumu ve fotoğraf boyutu kaydedilirse gecikmenin kaynağı daha kolay anlaşılır.

Kaydetme başarısızlığı, tekrar deneme ihtiyacı ve fotoğraf yükleme hatası da izlenmelidir. Çevrimdışı özellik varsa bağlantı geri geldiğinde kayıtların eksiksiz aktarılması ve aynı işin iki kez oluşmaması kontrol edilmelidir.

Firma İçin Uygulanabilir Bir Metrik Tablosu

Başlangıçta çok sayıda gösterge yerine, sorumlusu belli olan küçük bir set kullanın. Aşağıdaki tablo örnek bir takip düzenidir.

Metrik	Ne gösterir?	Takip sıklığı	Sonuca göre yapılacak işlem
Zamanında bakım tamamlama oranı	Bakım planına uyum	Haftalık ve aylık	Bölge planını ve gecikme nedenlerini incelemek
Geciken bakım yaşı	Bekleyen işlerin önceliği	Günlük	Eski işleri yeniden planlamak
Medyan müdahale süresi	Tipik arızaya ulaşma süresi	Haftalık	Nöbet ve görevlendirme düzenini değerlendirmek
Tekrar arıza oranı	Çözümün kalıcılığı	Aylık	İlgili kayıtları teknik açıdan incelemek
Eksiksiz kayıt oranı	Saha bilgisinin kullanılabilirliği	Haftalık örneklem	Eksik alanlar için eğitim vermek
Kayıt tamamlama gecikmesi	Bilginin güncelliği	Haftalık	Kullanım ve bağlantı sorunlarını ayırmak
Kaydetme hata oranı	İşlem güvenilirliği	Haftalık	Hata örneklerini sağlayıcıya iletmek
Ofisin kayıt arama süresi	Bilgiye erişim kolaylığı	Aylık	Kayıt adlandırma ve arama düzenini iyileştirmek

Tablodaki göstergelerin aynı dönemi ve aynı kapsamı temsil etmesi gerekir. Yeni başlayan bir teknisyenle deneyimli teknisyeni veya yoğun merkez bölgesiyle uzak köy rotasını doğrudan karşılaştırmak yanıltıcı olabilir.

İlk 30 Günde Hedefleri Nasıl Belirlemeli?

İlk gün kesin hedefler koymak yerine mevcut durumu ölçerek başlayın. Geçmiş kayıtlar eksikse bunları güvenilir başlangıç verisi gibi kullanmayın.

İlk hafta tanımları netleştirin: Hangi iş tamamlanmış sayılacak, gecikme nasıl hesaplanacak, tekrar arızaya hangi kayıtlar dâhil edilecek? İkinci hafta küçük bir saha grubunda veri toplayın. Üçüncü hafta belirgin sorunlardan birini iyileştirin. Dördüncü hafta aynı kapsamda yeniden ölçüm yapın.

Örneğin kayıt örnekleminde eksiksizlik yüzde 70 çıkmışsa ilk hedef, sık eksilen iki alanı düzeltmek olabilir. Sonraki örneklemde yüzde 85’e ulaşılması ilerleme gösterir; fakat örneklem büyüklüğü ve iş türleri de karşılaştırılmalıdır.

Metrikleri tek başına prim veya ceza ölçütüne çevirmeyin. Yalnızca kapanan iş sayısına göre değerlendirme yapmak, zor işlerin ertelenmesine veya kayıtların erken kapatılmasına yol açabilir. Hız, kalite ve işin zorluğu birlikte ele alınmalıdır.

Sıkça Sorulan Sorular

Bulut asansör yazılımında en önemli metrik hangisidir?

Tek bir metrik bütün performansı açıklamaz. Başlangıç için zamanında bakım tamamlama, tekrar arıza ve eksiksiz kayıt oranı birlikte kullanılabilir. Teknik tarafta kaydetme hataları da izlenmelidir.

Teknisyen verimliliği günlük iş sayısıyla ölçülebilir mi?

İş sayısı yardımcı bir göstergedir. Yol süresi, arızanın zorluğu, bina erişimi ve işin kapsamı dikkate alınmadan yapılan karşılaştırmalar adil olmaz. Tamamlanan işin kalitesi de değerlendirmeye katılmalıdır.

Yazılımın hızlı çalıştığını nasıl anlayabiliriz?

Ekibin kullandığı telefonlarla aynı günlük işlemleri farklı bağlantı koşullarında deneyin. Açılma ve kaydetme süreleri yanında başarısız işlemleri kaydedin. Tek bir hızlı deneme yerine tekrarlanan sonuçlara bakın.

Bina yöneticisi hangi göstergeleri takip etmeli?

Kendi binasına ait bakım tarihleri, açık arızalar, yapılan müdahaleler ve bekleyen işlemler önceliklidir. Firma genelindeki teknisyen sıralamaları yerine binanın hizmet geçmişi ve açıklamalar izlenmelidir.

Performans raporları ne sıklıkla incelenmeli?

Geciken işler günlük, plan ve kayıt kalitesi haftalık, eğilimler aylık değerlendirilebilir. Her toplantıda bütün göstergeleri tartışmak yerine sorun görülen birkaç metriğe odaklanmak daha uygulanabilirdir.

Özet

Bulut asansör yazılımının katkısı; bakım planına uyum, arıza çözümünün kalıcılığı, kayıt kalitesi ve sahadaki işlem güvenilirliği birlikte ölçüldüğünde görünür olur. Az sayıda gösterge seçin, hesaplama kurallarını yazılı hâle getirin ve sonuçları somut iyileştirmelere bağlayın. Asansorex üzerinden tutulan bakım ve arıza geçmişini de bu değerlendirmelere dayanak olarak kullanabilirsiniz. Amaç, ekibin daha çok kayıt üretmesi değil; işlerin zamanında tamamlanması ve ihtiyaç duyulan bilginin doğru biçimde bulunmasıdır.