İç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 Çağrı Programı Raporunu Yönetim Toplantısına Taşımak

Arıza kayıtlarını yönetim toplantısında anlaşılır bir karar dosyasına dönüştürün. Müdahale sürelerini, tekrar arızaları ve açık işleri doğru yorumlayarak ekip planını ve müşteri iletişimini somut verilerle yönetin.

İÇERİK

Asansör bakım firmasının yönetim toplantısında “Bu ay arızalar arttı” demek, sorunu çözmek için yeterli değildir. Hangi asansörlerde artış yaşandığı, ekiplerin ne kadar sürede ulaştığı, hangi işlerin parça beklediği ve aynı şikâyetin neden tekrarlandığı birlikte görülmelidir. Asansör Arıza Çağrı Programı raporu, bu sorulara düzenli kayıtlarla cevap vermeyi sağlar. Ancak uzun bir arıza listesini toplantıya götürmek, otomatik olarak iyi bir değerlendirme yapıldığı anlamına gelmez. Bu rehberde kayıtları nasıl temizleyeceğinizi, hangi göstergeleri seçeceğinizi ve toplantı sonunda sorumlusu belli kararlar oluşturacağınızı bulacaksınız.

Yönetim toplantısına hangi soruyla başlayacaksınız?

Rapor hazırlamadan önce toplantının amacını belirleyin. Firma sahibinin ekip kapasitesini değerlendirdiği toplantıyla bina yöneticisinin kendi asansörünün hizmet durumunu incelediği toplantı aynı içeriğe ihtiyaç duymaz. İlkinde toplam iş yükü ve kaynak dağılımı öne çıkar. İkincisinde ilgili asansörün arıza geçmişi, hizmet kesintileri ve bekleyen işlemleri önemlidir.

Firma içindeki aylık değerlendirme için şu sorular kullanılabilir:

  • Arıza yükü hangi bölgelerde yoğunlaşıyor?
  • İlk müdahale süresi önceki döneme göre nasıl değişti?
  • Hangi asansörlerde aynı şikâyet tekrar ediyor?
  • Parça veya müşteri onayı bekleyen işler hangileri?
  • Nöbet ve ekip dağılımında değişiklik gerekiyor mu?
  • Önceki toplantıda alınan kararlar tamamlandı mı?

Her raporun tek bir ana sorusu bulunması, sunumu sadeleştirir. Örneğin “Batı bölgesindeki gecikmenin nedenini belirlemek” hedefi varsa raporu bölge, saat, ekip uygunluğu ve ulaşım bilgileri etrafında hazırlayın. Firma genelindeki bütün verileri aynı sunuma eklemek, asıl sorunun görünmesini zorlaştırır.

Önce kayıtların tutarlılığını kontrol edin

Raporun güvenilirliği, arıza kaydındaki bilgilerin tutarlılığına bağlıdır. Çağrı saati eksikse müdahale süresi hesaplanamaz. İşin kapanışı ertesi sabah topluca yapılıyorsa kayıt üzerinden bulunan çözüm süresi, sahadaki gerçek süreyi yansıtmayabilir.

Her arıza kaydında bulunması gereken bilgiler

Toplantı öncesinde en az şu alanları kontrol edin:

  1. Bina ve asansör kimliği.
  2. İlk çağrının alınma tarihi ve saati.
  3. Bildirilen şikâyet.
  4. Atanan teknisyen veya ekip.
  5. Sahaya varış zamanı.
  6. Yapılan işlem ve tespit.
  7. İşin mevcut durumu.
  8. Tamamlanma zamanı veya bekleme nedeni.

Şikâyet ile teknik tespiti ayrı değerlendirin. “Asansör çalışmıyor” müşterinin bildirimidir; arızanın nedenini tek başına açıklamaz. Teknisyenin sahada belirlediği bulgu ve yaptığı işlem ayrıca kaydedilmelidir. Bu ayrım kurulmadığında rapor, farklı nedenlerle oluşan arızaları aynı başlık altında toplar.

Aynı olay için açılan kayıtları ayırın

Bir bina sakini, apartman yöneticisi ve kapıcı aynı arızayı ayrı ayrı bildirmiş olabilir. Bunları üç farklı arıza olarak saymak, iş yükünü olduğundan yüksek gösterir. Bildirim sayısıyla benzersiz arıza olayı sayısını ayrı tutun.

Ayrıca eksik zaman bilgilerini tahmin ederek doldurmayın. Raporda “Sahaya varış zamanı bulunan 84 kayıt üzerinden hesaplanmıştır” açıklaması yapmak, belirsiz veriden kesin sonuç üretmekten daha yararlıdır.

Toplantıda kullanılacak göstergeleri seçin

Yönetim toplantısında çok sayıda gösterge sunmak yerine, karar vermeye yarayan birkaç ölçü seçin. Sayının yanında tanımını ve kapsadığı kayıtları belirtin. Böylece farklı aylarda aynı şeyi ölçmeye devam edebilirsiniz.

Gösterge Nasıl değerlendirilir? Toplantıda hangi kararı destekler?
Benzersiz arıza sayısı Aynı olaya ait mükerrer bildirimler ayrılır İş yükü ve ekip kapasitesi
İlk müdahale süresi Çağrı zamanı ile sahaya varış arasındaki süre Bölge ve nöbet planı
Tamamlanma süresi Çağrıdan işin tamamlanmasına kadar geçen süre Bekleme nedenlerinin azaltılması
Tekrar arıza oranı Belirlenen takip aralığında aynı asansörde aynı şikâyet veya doğrulanmış neden izlenir Teknik inceleme önceliği
Açık iş sayısı Durum ve bekleme nedenine göre ayrılır Parça, onay ve görev takibi
İlk ziyarette tamamlanan işler Ek ziyaret gerekmeyen tamamlanmış işler değerlendirilir Hazırlık ve araç stoğu
Portföye göre arıza yoğunluğu Arıza sayısı, hizmet verilen asansör sayısıyla birlikte okunur Dönem ve bölge karşılaştırması

Ortalama sürenin yanına dağılımı ekleyin

Ortalama müdahale süresi tek başına yanıltıcı olabilir. Çağrıların çoğuna kısa sürede ulaşılmış, birkaç uzak bölge işi ise çok uzun sürmüş olabilir. Ortancayı ve belirlediğiniz süre aralıklarına düşen çağrı sayılarını birlikte göstermek tabloyu anlaşılır kılar.

Örneğin 60 çağrının 42’sine ilk bir saat içinde, 12’sine bir ile iki saat arasında, altısına iki saatten sonra ulaşılmış olsun. Bu, yalnızca tek bir ortalama vermekten daha açıklayıcıdır. Buradaki süre aralıkları örnek raporlama dilimleridir; mevzuat veya sözleşme hedefi olarak yorumlanmamalıdır.

Portföy büyümesini hesaba katın

Geçen ay 300, bu ay 360 asansöre hizmet veriyorsanız toplam arıza sayısındaki artış tek başına performans kaybını göstermez. Arıza sayısını hizmet verilen asansör sayısıyla birlikte değerlendirin. Yeni devralınan binaları ve bölge değişikliklerini de rapora not düşün.

Arıza listesini tek sayfalık karar özetine dönüştürün

Toplantının ilk sayfasında ayrıntılı iş emri dökümü yerine dönem özeti bulunmalıdır. Ayrıntılı kayıtları, gerektiğinde incelenecek ek dosyada tutabilirsiniz.

Tek sayfalık özet için şu sıra yeterlidir:

  • Dönem ve kapsam: Tarih aralığı, hizmet verilen asansör sayısı.
  • Genel görünüm: Arıza, tamamlanan iş ve açık iş sayısı.
  • Başlıca değişiklik: Önceki döneme göre dikkat çeken fark.
  • Öncelikli sorun: Tekrar arızalar veya uzayan beklemeler.
  • Karar önerisi: Yapılacak işlem ve ihtiyaç duyulan kaynak.
  • Takip bilgisi: Sorumlu kişi ve kontrol tarihi.

Asansorex gibi bir bakım ve arıza takip yazılımında çağrı, saha işlemi ve iş durumunu düzenli kaydetmek, bu özetin hazırlanmasını kolaylaştırır. Toplantıda kullanılacak göstergelerin tanımını ve yorumunu ise firmanın çalışma düzenine göre belirlemek gerekir.

Örnek: Arıza sayısı arttı ama neden?

Tamamen örnek bir senaryoda aylık arıza sayısı 80’den 96’ya yükselsin. İlk bakışta yüzde 20 artış vardır. Ancak portföy aynı dönemde 400’den 480 asansöre çıkmışsa, asansör başına arıza yoğunluğu değişmemiştir.

Buna karşılık 96 olayın 18’i yalnızca beş asansörde toplanmış olabilir. Bu durumda toplantının önceliği bütün ekibi yeniden planlamak yerine bu beş asansörün geçmişini incelemektir. Rapordaki toplam sayı, ancak dağılımıyla birlikte okunduğunda doğru karara yardımcı olur.

Tekrar arızaları ve açık işleri açıklayın

Tekrar arıza değerlendirmesinde aynı asansördeki her yeni çağrıyı önceki işlemin başarısızlığı olarak kabul etmeyin. Bir hafta kapı şikâyeti, sonraki hafta farklı bir sistemle ilgili sorun yaşanabilir. Aynı müşteri kaydı, aynı teknik neden anlamına gelmez.

Tekrar arıza için ortak tanım oluşturun

Firma içinde bir takip aralığı ve değerlendirme yöntemi belirleyin. Örneğin belirli gün sayısı içinde aynı şikâyetle yeniden açılan çağrılar, teknik sorumlu tarafından incelenebilir. Bu süre firmanın analiz tercihidir; yasal bir sınır gibi sunulmamalıdır.

İnceleme sırasında şu noktaları araştırın:

  • Önceki işlemde hangi bulgu kaydedilmiş?
  • Yapılan işlem kalıcı çözüm olarak mı, geçici müdahale olarak mı belirtilmiş?
  • Önerilen parça veya ek çalışma için onay alınmış mı?
  • Yeni çağrıda önceki şikâyet gerçekten tekrarlanmış mı?
  • Teknik inceleme için ek bilgiye ihtiyaç var mı?

Açık işlerin bekleme nedenini görünür kılın

“Açık iş: 14” ifadesi yönetim için eksiktir. Bu işlerin beşi parça, dördü müşteri onayı, üçü erişim, ikisi teknik inceleme bekliyor olabilir. Her grup farklı bir işlem gerektirir.

Bekleyen işlerde son işlem tarihini ve bir sonraki adımı gösterin. “Parça bekleniyor” yerine “Tedarikçiden teslim tarihi teyidi alınacak; sorumlu satın alma görevlisi; kontrol perşembe” yazılması takibi kolaylaştırır. Güvenlikle ilgili bulguların değerlendirilmesini ise aylık toplantıya bırakmadan ilgili teknik süreçte ele alın.

Raporu sorumlusu belli kararlara bağlayın

Toplantı sonunda yalnızca “Ekip daha dikkatli olacak” kararı çıkıyorsa rapor yeterince somut kullanılmamıştır. Karar; işlem, sorumlu, tarih ve doğrulama yöntemini içermelidir.

Örneğin şu karar takip edilebilir:

Son dönemde aynı şikâyetle tekrar çağrı açılan beş asansörün geçmiş kayıtları teknik sorumlu tarafından cuma gününe kadar incelenecek. Gerekli saha kontrolleri planlanacak ve sonuçlar bir sonraki değerlendirmeye eklenecek.

Teknisyen performansını yorumlarken görev koşullarını da dikkate alın. Uzak bölgedeki karmaşık işler ile yakın çevredeki kısa müdahaleleri yalnızca süre üzerinden karşılaştırmayın. İş türü, erişim koşulları, parça ihtiyacı ve kayıt kalitesi birlikte değerlendirilmelidir.

Bina yöneticisine sunulan raporu ilgili bina ve asansörlerle sınırlandırın. Başka müşterilerin kayıtlarını veya toplantı amacı için gerekli olmayan kişisel bilgileri eklemeyin. Teknik terimleri de yapılan işlem, mevcut durum ve beklenen adım üzerinden açıklayın.

Bir sonraki toplantının ilk gündemi, önceki kararların durumu olsun. Böylece rapor geçmişi anlatmanın yanında tamamlanmamış işleri takip eden bir araç hâline gelir.

Sıkça Sorulan Sorular

Yönetim toplantısına bütün arıza kayıtlarını götürmek gerekir mi?

Ana sunumda dönem özeti ve karar gerektiren kayıtlar yeterlidir. Ayrıntılı iş emri listesi gerektiğinde incelenmek üzere hazır tutulabilir. Böylece toplantı süresi öncelikli sorunlara ayrılır.

Arıza raporu haftalık mı, aylık mı hazırlanmalı?

Operasyonel takip haftalık, genel değerlendirme aylık yapılabilir. Çağrı yoğunluğu ve firmanın çalışma düzeni sıklığı belirler. Acil teknik konular ise bu takvimin gelmesini beklemeden ele alınır.

Tekrar arıza oranı nasıl hesaplanır?

Önce takip aralığını ve tekrar arıza tanımını belirleyin. Ardından tanıma uyan olay sayısını, aynı kapsamda değerlendirdiğiniz toplam olay sayısına bölün. Aynı asansörde oluşan farklı teknik sorunları otomatik olarak tekrar saymayın.

Müşteri onayı beklenen süre çözüm süresine eklenmeli mi?

Toplam tamamlanma süresinde görünür kalmalıdır. Bunun yanında müşteri onayı ve parça bekleme sürelerini ayrı göstermek, gecikmenin hangi aşamada oluştuğunu açıklar ve ekip değerlendirmesini daha dengeli yapmayı sağlar.

Eksik kayıtlarla rapor hazırlanabilir mi?

Hazırlanabilir; ancak sınırlılıkları belirtilmelidir. Süre hesabına yalnızca gerekli zaman bilgileri bulunan kayıtları alın. Eksik kayıtların sayısını ayrıca gösterip kayıt düzeninin iyileştirilmesini toplantı kararı hâline getirin.

Özet

Asansör Arıza Çağrı Programı raporunu yönetim toplantısına taşırken önce kayıtların tutarlılığını kontrol edin, ardından toplantının amacına uygun göstergeleri seçin. Toplam arıza sayısını portföy büyüklüğüyle birlikte okuyun; tekrar arızaları teknik geçmişle, açık işleri bekleme nedenleriyle açıklayın.

Asansorex üzerinden düzenli tutulan arıza kayıtları, bu değerlendirme için ortak bir bilgi zemini sağlayabilir. Raporun işe yaradığını gösteren sonuç ise toplantı sonunda hangi işlemin, kim tarafından ve ne zaman yapılacağının açıkça belirlenmesidir.

Benzer Yazılar

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

Asansorex — 3 gün ücretsiz deneme.

Demo Talep Et