Asansör Arıza Çağrılarını Programla Yönetmek

İÇERİK (MARKDOWN)

Asansör bakım firmalarında günün en hareketli konusu çoğu zaman planlı bakımlar değil, beklenmedik arıza çağrılarıdır. Telefonla arayan bina yöneticileri, WhatsApp üzerinden gönderilen konumlar, teknisyene sözlü aktarılan bilgiler ve gün içinde değişen öncelikler doğru yönetilmediğinde ciddi bir operasyon karmaşası oluşur. Bir arıza kaydının unutulması yalnızca müşteri memnuniyetsizliğine değil, mahsur kalma gibi acil durumlarda güvenlik riskine ve firmanın itibar kaybetmesine de neden olabilir.

Asansör arıza çağrılarını bir program üzerinden yönetmek; gelen talebin kaydedilmesini, önem derecesinin belirlenmesini, uygun teknisyene atanmasını, müdahale süresinin takip edilmesini ve yapılan işlemlerin kayıt altına alınmasını sağlar. Bu yazıda, arıza yönetiminin nasıl standartlaştırılabileceğini ve dijital bir sistemin firma sahibine, teknisyene ve bina yöneticisine ne kazandırdığını adım adım ele alacağız.

Asansör Arıza Çağrılarında Neden Karmaşa Yaşanır?

Birçok asansör firmasında arıza çağrıları hâlâ telefon, WhatsApp grupları ve el yazısı notlar üzerinden takip edilir. Firma küçükken bu yöntem çalışıyor gibi görünebilir. Ancak bakım portföyü, teknisyen sayısı ve günlük çağrı adedi arttıkça bilgiler dağılmaya başlar.

Örneğin bina yöneticisi sabah saat 09.30’da arayarak asansörün üçüncü katta kaldığını bildirir. Ofis personeli bu bilgiyi teknisyene telefonla aktarır. Teknisyen başka bir arızada olduğu için “sonra bakarım” der. Aradan birkaç saat geçtiğinde çağrının kime iletildiği, teknisyenin binaya gidip gitmediği ve arızanın çözülüp çözülmediği belirsiz hâle gelebilir.

Arıza yönetiminde en sık karşılaşılan sorunlar şunlardır:

• Gelen çağrının kayıt altına alınmaması
• Bina veya asansör bilgilerinin eksik alınması
• Aynı arızanın birden fazla teknisyene iletilmesi
• Acil ve normal arızaların birbirinden ayrılmaması
• Teknisyenin ne zaman yola çıktığının bilinmemesi
• Müdahale ve çözüm sürelerinin ölçülememesi
• Kullanılan parçaların kaydedilmemesi
• Bina yöneticisine süreç hakkında bilgi verilmemesi
• Arıza kapatıldıktan sonra yapılan işlemin belgelendirilememesi
• Tekrarlayan arızaların geçmiş kayıtlarla ilişkilendirilememesi

Bu sorunların ortak nedeni, arıza bilgisinin tek bir merkezde toplanmamasıdır. Telefon konuşması kişide, adres WhatsApp’ta, kullanılan parça teknisyenin not defterinde kalır. Böyle bir yapıda firma sahibi operasyonun tamamını görmekte zorlanır.

Arıza Çağrısı Programa Nasıl Kaydedilmelidir?

Arıza çağrısı geldiğinde ilk yapılması gereken işlem, bilgiyi doğrudan merkezi sisteme kaydetmektir. “Önce teknisyeni arayalım, sonra kaydederiz” yaklaşımı çoğu zaman kaydın hiç oluşturulmamasıyla sonuçlanır.

Sağlıklı bir arıza kaydında en az şu bilgiler bulunmalıdır:

1. Müşteri veya cari bilgisi
2. Bina adı ve açık adresi
3. İlgili asansör
4. Arızayı bildiren kişinin adı ve telefonu
5. Çağrının geldiği tarih ve saat
6. Bildirilen arıza açıklaması
7. Mahsur kalma olup olmadığı
8. Asansörün çalışıp çalışmadığı
9. Öncelik seviyesi
10. Görevlendirilen teknisyen
11. Çağrıyı kaydeden personel

Arıza açıklaması mümkün olduğunca somut yazılmalıdır. “Asansör bozuk” ifadesi teknisyen açısından yeterli değildir. Bunun yerine “Kabin beşinci katta kaldı, kapılar açılmıyor, içeride yolcu yok” veya “Asansör çalışıyor ancak hareket sırasında sürtme sesi geliyor” gibi açıklamalar kullanılmalıdır.

Bu detaylar, teknisyenin yola çıkmadan önce muhtemel arızayı değerlendirmesine ve gerekli ekipmanla gitmesine yardımcı olur. Eksik bilgiyle sahaya yönlendirilen teknisyen, ihtiyaç duyduğu parçayı almak için tekrar depoya dönmek zorunda kalabilir.

Arıza Çağrıları Nasıl Önceliklendirilir?

Her arıza çağrısı aynı seviyede değildir. İçeride insan mahsur kalması ile kabin lambasının yanmaması aynı öncelikle ele alınamaz. Bu nedenle arıza yönetim programında çağrıların önem derecesine göre sınıflandırılması gerekir.

Aşağıdaki tablo, firmaların kendi operasyonlarına uyarlayabileceği örnek bir öncelik yapısını göstermektedir:

Öncelik seviyesi	Örnek durum	İlk işlem	Operasyon yaklaşımı
Kritik	Kabinde mahsur kalma, kontrolsüz hareket şüphesi, ciddi güvenlik riski	Derhâl teknisyen yönlendirme	En yakın uygun teknisyen atanır, bina yöneticisi bilgilendirilir
Yüksek	Asansör tamamen devre dışı, hastane veya yoğun kullanılan bina	Hızlı müdahale planı	Mevcut işlerin önceliği yeniden değerlendirilir
Normal	Kapı ayarı, düğme arızası, zaman zaman çalışmama	Gün içi planlama	Bölge ve rota uygunluğuna göre teknisyene atanır
Düşük	Aydınlatma, gösterge, ses veya konfor şikâyeti	Planlı ziyaret	Bakım ziyaretiyle birleştirme değerlendirilebilir

Mahsur kalma bildirimi alındığında amaç yalnızca kaydı sisteme girmek değildir. Çağrı açıkça “kritik” olarak işaretlenmeli, en yakın uygun teknisyen belirlenmeli ve süreç aktif olarak takip edilmelidir.

Asansör İşletme ve Bakım Yönetmeliği, bina sorumlusu ile bakım firması arasındaki bakım ve müdahale süreçlerinin kayıtlı ve düzenli biçimde yürütülmesini önemli hâle getirir. Periyodik kontrollerde kullanılan renkli bilgi etiketleri ise yıllık kontrol sonucunu ifade eder; günlük arıza çağrısının öncelik seviyesiyle karıştırılmamalıdır. ([Sanayi Bakanlığı][1])

Teknisyen Ataması Yaparken Nelere Bakılmalıdır?

Arıza kaydı oluşturulduktan sonra doğru teknisyenin görevlendirilmesi gerekir. Sadece müsait görünen ilk kişiye görev göndermek her zaman verimli değildir.

Atama yapılırken şu kriterler değerlendirilmelidir:

• Teknisyenin mevcut konumu
• Üzerindeki açık görev sayısı
• Arızanın bulunduğu bölge
• Teknisyenin teknik uzmanlığı
• İlgili asansörü daha önce görüp görmediği
• Arızanın aciliyet seviyesi
• Araçta gerekli parçaların bulunup bulunmadığı
• Teknisyenin devam eden işinin tahmini bitiş zamanı

Örneğin hidrolik bir asansörde valf grubu problemi şüphesi varsa, bölgeye yakın olsa bile bu sistemde yeterli deneyimi olmayan teknisyenin görevlendirilmesi çözüm süresini uzatabilir. Buna karşılık binayı ve asansörün geçmiş arızalarını bilen bir teknisyen sorunu daha kısa sürede teşhis edebilir.

Program üzerinden yapılan atamalarda teknisyenin telefonuna bina adresi, konum, yetkili kişi, arıza açıklaması ve geçmiş kayıtlar birlikte gönderilebilir. Böylece ofis personelinin aynı bilgileri telefonda tekrar tekrar aktarmasına gerek kalmaz.

Sözlü Atama Neden Yetersizdir?

Sözlü atamada görev verildiğine dair kalıcı bir kayıt bulunmaz. Teknisyen yoğunluk içinde adresi unutabilir, yanlış binaya gidebilir veya görevin başka bir personele verildiğini düşünebilir.

Dijital atamada ise şu soruların cevabı görülebilir:

• Görev kime atandı?
• Teknisyen görevi gördü mü?
• Görevi kabul etti mi?
• Ne zaman yola çıktı?
• Binaya ne zaman ulaştı?
• Arızayı ne zaman tamamladı?
• Hangi işlemleri yaptı?

Bu görünürlük, teknisyeni baskı altında tutmak için değil, operasyonu belirsizlikten kurtarmak için kullanılmalıdır.

Müdahale Süresi Nasıl Takip Edilir?

Asansör firmalarında performans değerlendirilirken yalnızca “arıza çözüldü mü?” sorusu yeterli değildir. Çağrının ne kadar sürede kaydedildiği, teknisyene ne zaman atandığı, teknisyenin ne zaman ulaştığı ve çözümün ne kadar sürdüğü de ölçülmelidir.

Temel olarak dört zaman noktası takip edilebilir:

1. Çağrı zamanı: Müşterinin arızayı bildirdiği an
2. Atama zamanı: Görevin teknisyene yönlendirildiği an
3. Varış zamanı: Teknisyenin binaya ulaştığı an
4. Tamamlanma zamanı: Arızanın çözülerek kaydın kapatıldığı an

Bu kayıtlar sayesinde şu göstergeler hesaplanabilir:

• Ortalama teknisyen atama süresi
• Ortalama sahaya ulaşma süresi
• Ortalama arıza çözüm süresi
• İlk ziyarette çözülen arıza oranı
• Tekrar açılan arıza sayısı
• Bölgelere göre müdahale performansı
• Teknisyen başına günlük tamamlanan görev sayısı

Burada önemli olan yalnızca teknisyenleri karşılaştırmak değildir. Veriler, operasyonun nerede tıkandığını gösterir. Müdahale süresi uzunsa sorun teknisyenin yavaşlığı değil; yanlış bölge planlaması, yetersiz araç stoğu veya görevlerin geç iletilmesi olabilir.

Ölçülmeyen arıza süreci, yalnızca tahminlerle yönetilir. Doğru zaman kayıtları, sorunun personelde mi, planlamada mı yoksa parça tedariğinde mi olduğunu gösterir.

Teknisyen Arıza Kaydını Nasıl Kapatmalıdır?

Bir arıza kaydı, teknisyen binadan ayrıldığı anda otomatik olarak tamamlanmış sayılmamalıdır. Yapılan işlemin açık biçimde kaydedilmesi gerekir.

Teknisyenin görev kapatırken girmesi gereken bilgiler şunlardır:

• Tespit edilen arıza nedeni
• Yapılan işlem
• Değiştirilen veya kullanılan parçalar
• Asansörün son çalışma durumu
• Tekrar ziyaret gerekip gerekmediği
• Ücretli işlem veya tahsilat bilgisi
• Gerekli fotoğraflar
• Bina yetkilisinin onayı veya imzası
• Tamamlanma tarihi ve saati

“Arıza giderildi” şeklindeki tek cümlelik açıklama, gelecekte aynı sorun tekrarlandığında yeterli bilgi sağlamaz. Bunun yerine “Kabin kapısı fiş kontağında temassızlık tespit edildi, bağlantılar yenilendi, kapı ayarı yapıldı ve deneme çalışmaları tamamlandı” gibi teknik ancak anlaşılır bir açıklama yazılmalıdır.

Asansorex gibi bir asansör arıza takip programı kullanıldığında teknisyen, görevi sahadan kapatabilir; yapılan işlemi, kullanılan parçayı, fotoğrafı ve müşteri onayını aynı arıza kaydında toplayabilir. Böylece ofis ile saha arasında yeniden evrak aktarımı yapılmasına gerek kalmaz.

Bina Yöneticisi Nasıl Bilgilendirilmelidir?

Arıza yönetiminin en sık ihmal edilen bölümü müşteri iletişimidir. Bina yöneticisi arızayı bildirdikten sonra sürekli firmayı arayarak “Teknisyen çıktı mı?”, “Ne zaman gelecek?” ve “Sorun çözüldü mü?” sorularını sormak zorunda kalmamalıdır.

Arıza sürecinde aşağıdaki aşamalarda bilgilendirme yapılabilir:

• Arıza kaydı alındığında
• Teknisyen atandığında
• Teknisyen yola çıktığında
• Ek parça veya ikinci ziyaret gerektiğinde
• Arıza tamamlandığında

Bildirimler kısa ve net olmalıdır. Örneğin:

Arıza kaydınız alınmıştır. Görev, teknik ekibimize yönlendirilmiştir.

Teknisyenimiz binanıza doğru yola çıkmıştır.

Arıza giderilmiş, asansör kontrollü şekilde çalışır durumda teslim edilmiştir.

Bu mesajlar müşterinin belirsizliğini azaltır ve ofise gelen tekrar aramaları düşürür. Ancak sistemde ilerleme olmadığı hâlde otomatik olarak “teknisyen yola çıktı” mesajı gönderilmemelidir. Bildirim ile gerçek operasyon durumu birbiriyle uyumlu olmalıdır.

Arıza Geçmişi Neden Önemlidir?

Tek bir arızayı çözmek günlük işi tamamlar; arıza geçmişini analiz etmek ise gelecekteki sorunları azaltır. Aynı asansörde sürekli kapı arızası, seviye hatası veya kontaktör problemi yaşanıyorsa yalnızca her çağrıyı ayrı ayrı kapatmak yeterli değildir.

Geçmiş kayıtlar şu amaçlarla kullanılabilir:

• Tekrarlayan arızaları belirlemek
• Kronik parça problemlerini tespit etmek
• Revizyon ihtiyacını gerekçelendirmek
• Bakım kalitesini değerlendirmek
• Müşteriye yapılan işlemleri göstermek
• Garanti kapsamındaki parçaları izlemek
• Teknisyen değiştiğinde bilgi kaybını önlemek
• Şikâyet durumunda geçmiş müdahaleleri sunmak

Örneğin aynı binada üç ay içinde beş kez kapı arızası oluşmuşsa, basit ayarlarla süreci devam ettirmek yerine kapı mekanizmasının, fiş kontaklarının veya sürücü sisteminin ayrıntılı incelenmesi gerekebilir.

Bu kayıtlar, bina yöneticisine revizyon teklifi sunarken de fayda sağlar. “Parçayı değiştirmek gerekiyor” demek yerine, son altı ayda yaşanan arızalar ve yapılan geçici müdahaleler gösterilebilir. Böylece öneri yalnızca satış amacı taşıyan bir teklif gibi görünmez; teknik verilere dayalı bir ihtiyaç hâline gelir.

Programla Arıza Yönetimine Geçiş Adımları

Telefon ve kâğıt ağırlıklı sistemden dijital arıza yönetimine geçerken tüm süreci bir günde değiştirmeye çalışmak hata olabilir. Aşağıdaki adımlar daha kontrollü bir geçiş sağlar:

1. Mevcut müşteri, bina ve asansör kayıtlarını sisteme aktarın.
2. Arıza kaydında zorunlu olacak alanları belirleyin.
3. Kritik, yüksek, normal ve düşük öncelik kurallarını tanımlayın.
4. Teknisyenlerin görev kabul etme ve kapatma sürecini standartlaştırın.
5. Arıza kapatma açıklamaları için örnek metinler hazırlayın.
6. Fotoğraf, parça ve müşteri onayı kurallarını belirleyin.
7. İlk aşamada küçük bir teknisyen grubuyla uygulamayı deneyin.
8. Eksik ve yanlış kayıtları haftalık olarak kontrol edin.
9. Müdahale ve çözüm sürelerini aylık olarak inceleyin.
10. Tekrarlayan arızalar için ayrı bir değerlendirme süreci oluşturun.

Başlangıçta personelin sisteme alışması zaman alabilir. Ancak kayıt zorunlulukları net belirlenir ve teknisyene neden bu bilgilerin istendiği açıklanırsa süreç daha hızlı benimsenir.

Sıkça Sorulan Sorular

Asansör arıza takip programı küçük firmalar için gerekli midir?

Evet. Günlük çağrı sayısı az olsa bile arıza geçmişinin, müşteri bilgilerinin ve teknisyen müdahalelerinin düzenli tutulması önemlidir. Küçükken kurulan düzen, bakım portföyü büyüdüğünde yaşanacak karmaşayı önler.

WhatsApp üzerinden arıza takibi yapmak yeterli mi?

WhatsApp hızlı iletişim sağlar ancak tam bir arıza yönetim sistemi değildir. Mesajlar arasında görev durumu, müdahale süresi, kullanılan parça ve arıza geçmişi düzenli biçimde raporlanamaz. WhatsApp iletişim kanalı olarak kullanılabilir; ana kayıt merkezi olmamalıdır.

Mahsur kalma çağrıları nasıl kaydedilmelidir?

Mahsur kalma çağrısı kritik öncelikle kaydedilmeli, içerideki kişi sayısı ve sağlık durumu öğrenilmeli, uygun teknisyen gecikmeden yönlendirilmeli ve süreç aktif olarak takip edilmelidir. Gerektiğinde ilgili acil yardım birimleriyle iletişim kurulmalıdır.

Teknisyenin konumunu takip etmek yasal mıdır?

Personel konumu işin yürütülmesi amacıyla takip edilecekse çalışanların açık biçimde bilgilendirilmesi, kişisel verilerin korunması kurallarına uyulması ve takibin çalışma amacıyla sınırlı tutulması gerekir. Firma, kendi uygulamasını hukuk ve KVKK danışmanıyla değerlendirmelidir.

Arıza kapatılırken bina yöneticisinin imzası alınmalı mı?

Her arıza için zorunlu olup olmadığı sözleşme ve firma uygulamasına göre değişebilir. Ancak yapılan işlemin müşteri tarafından görüldüğünü ve asansörün teslim durumunu belgelemek açısından dijital veya fiziksel onay alınması faydalıdır.

Arıza programı bakım kayıtlarıyla birlikte kullanılabilir mi?

Evet. Arıza ve bakım kayıtlarının aynı bina ve asansör altında tutulması daha sağlıklı analiz sağlar. Böylece bakım sırasında yapılan kontroller ile sonrasında oluşan arızalar birlikte değerlendirilebilir.

Özet

Asansör arıza çağrılarını programla yönetmek, yalnızca telefon notlarını dijital ortama taşımak değildir. Amaç; çağrının ilk alındığı andan teknisyenin görevi kapattığı ana kadar tüm süreci ölçülebilir, izlenebilir ve belgelenebilir hâle getirmektir.

Doğru bir arıza yönetiminde çağrı eksiksiz kaydedilir, önem derecesi belirlenir, uygun teknisyen görevlendirilir, müdahale süresi takip edilir ve yapılan işlem ayrıntılı biçimde belgelenir. Bina yöneticisinin zamanında bilgilendirilmesi ve geçmiş kayıtların analiz edilmesi de hizmet kalitesini yükseltir.

Asansorex, arıza kaydı oluşturma, teknisyen atama, sahadan işlem kapatma, fotoğraf ve parça kaydı tutma gibi süreçleri tek yerde toplamaya yardımcı olur. Böylece firma sahibi operasyonu daha net görebilir, teknisyen görev bilgisini eksiksiz alabilir ve bina yöneticisi arızanın hangi aşamada olduğunu daha kolay takip edebilir.