Asansör Arıza Takip Programı Kurulum Adımları

İÇERİK

Asansör bakım firmalarında arıza yönetiminin büyümesi genellikle fark edilmeden başlar. İlk zamanlarda telefon, WhatsApp ve birkaç Excel tablosu yeterli görünür. Ancak portföy büyüdükçe hangi müşterinin ne zaman aradığı, arızanın hangi teknisyene verildiği, teknisyenin binaya ne zaman ulaştığı ve sorunun gerçekten çözülüp çözülmediği takip edilmesi zor bir operasyon haline gelir. Asansör arıza takip programı tam olarak bu noktada düzen sağlar; ancak yazılım satın almak tek başına yeterli değildir. Sistemin doğru kurulması, verilerin düzenlenmesi ve ekibin ortak bir iş akışına geçirilmesi gerekir.

Bu rehberde, bir asansör bakım firmasının arıza takip programını sıfırdan kullanıma almak için izlemesi gereken adımları firma sahibi, operasyon sorumlusu ve saha teknisyeni açısından ele alacağız.

1. Kurulumdan Önce Mevcut Arıza Sürecini Çıkarın

Programı açıp doğrudan müşteri eklemeye başlamak en sık yapılan hatalardan biridir. Öncelikle firmanın mevcut çalışma biçimi netleştirilmelidir.

Örneğin müşteriniz saat 10.15'te arayıp "asansör çalışmıyor" dediğinde şu anda ne oluyor?

1. Telefonu kim karşılıyor?
2. Arıza nereye yazılıyor?
3. Hangi teknisyenin gideceğine kim karar veriyor?
4. Teknisyene bilgi nasıl gönderiliyor?
5. Teknisyen binaya ulaştığında bunu firma nasıl öğreniyor?
6. Kullanılan parça nasıl kaydediliyor?
7. Arızanın çözüldüğü nasıl doğrulanıyor?
8. Bina yöneticisine bilgi veriliyor mu?
9. Ücretli işlem varsa tahsilat veya cari kayıt nasıl oluşturuluyor?

Bu soruların cevabı yazılımın kurulacak iş akışını belirler.

Örneğin dört teknisyenle çalışan küçük bir firma, arızaları doğrudan servis sorumlusunun atamasıyla yönetebilir. On beş teknisyeni ve farklı ilçelerde ekipleri bulunan bir firma ise bölge, ekip ve uygunluk durumuna göre daha ayrıntılı atama düzenine ihtiyaç duyabilir.

Buradaki amaç mevcut düzensizliği yazılıma aynen taşımak değil, arıza sürecini standartlaştırmaktır.

Arıza durumlarını önceden belirleyin

Firma içinde kullanılacak durumlar mümkün olduğunca sade olmalıdır. Örneğin:

• Yeni arıza
• Teknisyen atandı
• Yolda
• Müdahale başladı
• Parça bekliyor
• Müşteri onayı bekliyor
• Çözüldü
• Kapatıldı

Yirmi farklı durum tanımlamak sistemi detaylandırmak yerine teknisyenlerin kullanımını zorlaştırabilir.

2. Müşteri, Bina ve Asansör Verilerini Hazırlayın

Arıza takip programının temelinde doğru cihaz verisi vardır. Bir arıza kaydı geldiğinde sistemde hangi müşterinin, hangi binasının ve hangi asansörünün etkilendiği açıkça görülebilmelidir.

Kurulumdan önce Excel veya mevcut kayıtlarınız temizlenerek standart hale getirilmelidir.

Veri Grubu	Örnek Bilgiler	Neden Önemli?
Müşteri	Firma/site adı, yetkili kişi	Arızanın doğru müşteriye bağlanması
Bina	Adres, bina adı, bölge	Teknisyen yönlendirmesi
Asansör	Kimlik/kod, tip, durak sayısı	Doğru cihaz geçmişinin tutulması
Yetkili	Ad, telefon, görev	Arıza iletişimi ve bilgilendirme
Sözleşme	Başlangıç, bitiş, kapsam	Ücretli/ücretsiz işlemlerin ayrılması
Teknik bilgi	Marka, kumanda sistemi, notlar	Teknisyenin hazırlıklı gitmesi
Bakım ekibi	Sorumlu teknisyen veya ekip	Arıza atamasının hızlandırılması

Özellikle aynı müşteriye bağlı birden fazla bina bulunuyorsa müşteri ve bina kayıtlarının birbirinden ayrılması önemlidir.

Örneğin "Güneş Sitesi" müşterisine bağlı A Blok ve B Blok bulunabilir. Her blokta da iki asansör varsa sistemde toplam dört ayrı cihaz tutulmalıdır. "Güneş Sitesi Asansörü" şeklinde tek kayıt oluşturmak ileride arıza geçmişini anlamsız hale getirir.

Eski verileri olduğu gibi aktarmayın

Excel dosyanızda aynı bina;

Yıldız Apt.

Yıldız Apartmanı

Yıldız Apt

şeklinde üç farklı kayıt olarak bulunabilir.

Aktarım öncesinde bunlar tek kayıtta birleştirilmelidir. Telefon numaraları, adresler ve bina sorumluları da kontrol edilmelidir.

Yüzlerce asansörü bulunan firmalarda bu hazırlık kurulumun en kritik aşamalarından biridir.

3. Kullanıcıları, Teknisyenleri ve Yetkileri Tanımlayın

Veriler hazırlandıktan sonra sistemi kullanacak kişiler oluşturulur. Burada herkesin her bilgiye erişmesi yerine görevine göre yetkilendirme yapılması daha sağlıklı bir operasyona yardımcı olur.

Örneğin:

Operasyon sorumlusu

• Yeni arıza oluşturabilir.
• Teknisyen atayabilir.
• Açık arızaları görebilir.
• Öncelik değiştirebilir.
• Bekleyen işleri takip edebilir.

Teknisyen

• Kendisine verilen işleri görebilir.
• Arıza detayına ulaşabilir.
• Müdahaleyi başlatabilir.
• Açıklama ve fotoğraf ekleyebilir.
• Kullanılan parçayı kaydedebilir.
• Arızayı sonuçlandırabilir.

Firma sahibi veya yönetici

• Genel arıza yoğunluğunu izleyebilir.
• Çözüm sürelerini değerlendirebilir.
• Tekrarlayan arızaları görebilir.
• Ekiplerin iş yükünü karşılaştırabilir.

Kurulum sırasında özellikle teknisyenlerin eski personel kayıtlarıyla karışmamasına dikkat edilmelidir. Aktif olmayan çalışanlar ayrıca işaretlenmeli veya sisteme hiç alınmamalıdır.

4. Arıza Kayıt ve Atama Akışını Kurun

Bir asansör arıza programı ancak gelen ihbarı hızlı biçimde iş emrine dönüştürebiliyorsa operasyonu gerçekten kolaylaştırır.

Yeni arıza formunda gereksiz alanlar yerine sahada işe yarayacak bilgiler bulunmalıdır.

Temel bir arıza kaydında şu bilgiler yeterlidir:

• Müşteri
• Bina
• Asansör
• Arızayı bildiren kişi
• Telefon
• Arıza açıklaması
• Öncelik
• Bildirim zamanı
• Atanan teknisyen
• Varsa fotoğraf veya ek bilgi

Örneğin "asansör bozuk" açıklaması teknisyene çok az bilgi verir.

Bunun yerine:

"Kabin 4. katta kaldı, kapı kapanmıyor, içeride yolcu yok."

şeklindeki kayıt teknisyenin binaya gitmeden önce olası problemi değerlendirmesine yardımcı olur.

Öncelik seviyelerini sade tutun

Genel uygulamada üç seviyeli yapı çoğu firma için yeterlidir:

Öncelik	Örnek Durum	Operasyon Yaklaşımı
Acil	Kabinde mahsur kalma	En hızlı uygun ekibe yönlendirme
Yüksek	Asansör tamamen devre dışı	Öncelikli servis
Normal	Gürültü, gösterge veya konfor şikâyeti	Günlük plana dahil etme

Firma kendi hizmet sözleşmelerine ve operasyon yapısına göre farklı sınıflandırma kullanabilir.

Önemli olan "acil" seçeneğinin her arıza için kullanılmamasıdır. Aksi halde gerçek acil durumları ayırmak zorlaşır.

Otomatik bildirimleri kontrol edin

Teknisyene atama yapıldığında mobil bildirim, SMS veya kullanılan iletişim kanalının nasıl çalışacağı test edilmelidir.

Aynı şekilde müşteriye gönderilecek mesajların da önceden hazırlanması faydalıdır.

Örneğin teknisyen atandığında müşteriye arızanın kayıt altına alındığı bilgisi gönderilebilir. Böylece bina yöneticisinin servis merkezini tekrar tekrar arama ihtiyacı azalabilir.

Asansorex gibi bakım ve arıza süreçlerini aynı sistemde yöneten yazılımlarda bina, cihaz ve teknisyen bilgilerinin birbirine bağlı tutulması, yeni arıza oluşturulduğunda geçmiş kayıtların daha kolay görülmesini sağlar.

5. Saha Kullanımını ve Arıza Kapatma Kurallarını Test Edin

Kurulumun masa başında tamamlanmış görünmesi yeterli değildir. Program gerçek bir saha senaryosunda denenmelidir.

En iyi yöntem, birkaç bina ve teknisyen seçerek pilot kullanım yapmaktır.

Örneğin test için şu senaryoyu çalıştırabilirsiniz:

1. Test binası adına yeni arıza açın.
2. Arızayı bir teknisyene atayın.
3. Teknisyenin telefonuna bildirimin ulaştığını kontrol edin.
4. Teknisyen mobil cihazından arızayı açsın.
5. Müdahaleyi başlatsın.
6. Açıklama ve fotoğraf eklesin.
7. Kullanılan parça varsa kaydetsin.
8. Arızayı çözülmüş olarak işaretlesin.
9. Merkezde kaydın doğru kapandığını kontrol edin.
10. Arıza geçmişinin ilgili asansörde göründüğünü doğrulayın.

Bu test sırasında eksik alanlar hemen ortaya çıkar.

Örneğin teknisyen sürekli "bina yetkilisinin telefonu nerede?" diye soruyorsa bu bilgi arıza ekranında yeterince erişilebilir değildir. Firma her kapatma işleminde çözüm açıklamasını unutuyorsa bu alanın zorunlu hale getirilmesi düşünülebilir.

Arıza kapatma standardı oluşturun

Arızanın sadece "tamamlandı" olarak işaretlenmesi uzun vadede yeterli veri üretmez.

Teknisyen mümkünse şu bilgileri girmelidir:

• Arızanın nedeni
• Yapılan işlem
• Değiştirilen veya kullanılan parça
• Sorunun çözülüp çözülmediği
• Tekrar ziyaret gerekip gerekmediği
• Müşteriye aktarılan bilgi
• Gerekliyse fotoğraf

Asansör bakım ve servis faaliyetlerinde kayıt disiplininin önemi mevzuat tarafında da görülmektedir; Sanayi ve Teknoloji Bakanlığının yayımladığı Asansör İşletme ve Bakım Yönetmeliğinde bakım ve servis süreçlerine ilişkin kayıt yükümlülükleri düzenlenmektedir. ([Sanayi Bakanlığı][1])

Bu nedenle dijital arıza kaydı yalnızca operasyon kolaylığı olarak görülmemeli; firmanın servis geçmişini düzenli ve erişilebilir tutmasının da bir parçası olmalıdır.

6. Canlıya Geçişten Önce Kontrol Listesini Tamamlayın

Pilot test başarılı olduktan sonra tüm ekibin programa geçiş tarihi belirlenmelidir.

En problemli yöntem, teknisyenlerin bir kısmının programı kullanırken diğer kısmının WhatsApp üzerinden çalışmaya devam etmesidir. Böyle bir durumda sistem hiçbir zaman gerçek operasyonu göstermeye başlamaz.

Canlıya geçiş öncesinde şu kontrol listesini tamamlayın:

• Tüm aktif müşteriler sisteme aktarıldı mı?
• Binaların adresleri kontrol edildi mi?
• Asansörler doğru binalara bağlandı mı?
• Aktif teknisyenler tanımlandı mı?
• Kullanıcı yetkileri test edildi mi?
• Arıza öncelikleri belirlendi mi?
• Arıza durumları standartlaştırıldı mı?
• Bildirimler test edildi mi?
• Teknisyen telefonlarında erişim çalışıyor mu?
• Arıza kapatma alanları belirlendi mi?
• Pilot arıza başarıyla tamamlandı mı?
• Eski sistemin kullanımının hangi tarihte biteceği ekibe bildirildi mi?

Canlıya geçtikten sonraki ilk günlerde özellikle açık arıza sayısı, atanmamış işler ve teknisyenlerin kapatamadığı kayıtlar kontrol edilmelidir.

İlk hafta içerisinde ekibin en çok zorlandığı birkaç nokta belirlenerek süreç sadeleştirilebilir. Burada amaç teknisyene daha fazla veri girişi yaptırmak değil, sahadan gerçekten işe yarayan veriyi minimum işlemle almak olmalıdır.

Sıkça Sorulan Sorular

Asansör arıza takip programı kurulumu ne kadar sürer?

Süre portföy büyüklüğüne ve mevcut verilerin kalitesine bağlıdır. Onlarca asansörü bulunan ve düzenli müşteri listesine sahip bir firma hızlı ilerleyebilirken yüzlerce cihazı bulunan, Excel kayıtları dağınık olan bir firmada en fazla zamanı veri temizliği alabilir. Bu nedenle yalnızca yazılımın teknik olarak açıldığı süreye bakmak doğru değildir.

Eski arıza kayıtlarını sisteme aktarmak gerekir mi?

Her kaydı aktarmak zorunlu değildir. Ancak tekrarlayan teknik sorunların analiz edilmesi açısından yakın dönem veya önemli arıza geçmişinin korunması faydalı olabilir. Çok eski ve niteliksiz kayıtları taşımak yerine temiz veriyle başlamak çoğu durumda daha kullanışlıdır.

Teknisyenlere eğitim vermek gerekli mi?

Evet. Fakat uzun ve teorik eğitim yerine gerçek bir arıza senaryosu üzerinden uygulama yapılması daha etkilidir. Teknisyen; işi alma, müdahaleyi başlatma, açıklama ekleme, fotoğraf yükleme ve işi kapatma adımlarını kendi telefonu üzerinden gerçekleştirmelidir.

WhatsApp üzerinden gelen arızalar tamamen bırakılmalı mı?

Müşterilerin iletişim alışkanlığı hemen değişmeyebilir. Önemli olan WhatsApp veya telefon üzerinden gelen bildirimin firma içinde mutlaka merkezi arıza kaydına dönüştürülmesidir. Aksi halde programdaki açık iş sayısıyla gerçek saha iş yükü birbirini tutmaz.

Her arızayı belirli bir teknisyene atamak gerekir mi?

Firmanın organizasyonuna göre değişebilir. Küçük ekiplerde doğrudan teknisyen ataması yeterli olabilir. Daha büyük yapılarda önce bölge veya ekibe, ardından uygun teknisyene yönlendirme tercih edilebilir. Temel hedef, hiçbir arızanın sahipsiz kalmamasıdır.

Arıza takip programından hangi raporlar alınmalıdır?

Başlangıçta onlarca rapor yerine birkaç temel gösterge izlenmelidir. Açık arıza sayısı, teknisyen bekleyen işler, çözüm süresi, tekrar eden arızalar, bina veya cihaz bazında arıza sıklığı ve teknisyen iş yükü en kullanışlı göstergeler arasındadır.

Özet

Asansör arıza takip programının başarılı kurulumu, yalnızca kullanıcı hesabı açmak veya müşteri listesini sisteme yüklemek değildir. Doğru kurulum; mevcut iş akışının çıkarılması, müşteri-bina-asansör verilerinin temizlenmesi, teknisyenlerin tanımlanması, arıza durumlarının standartlaştırılması, bildirimlerin test edilmesi ve gerçek saha senaryosuyla pilot çalışma yapılmasını kapsar.

En kritik nokta ise canlıya geçildikten sonra bütün arızaların aynı sistemden yönetilmesidir. Telefon, WhatsApp, defter ve farklı Excel dosyaları paralel kullanılmaya devam ettiğinde dijital sistem gerçek operasyonu yansıtamaz.

Asansorex gibi asansör sektörüne yönelik bir bakım ve arıza takip yazılımı kullanırken de önce temel veri yapısını düzgün kurmak, ardından teknisyenleri sisteme dahil ederek gerçek arızalar üzerinden ilerlemek daha sağlıklı bir geçiş sağlar. Doğru yapılandırılmış bir sistem sayesinde firma sahibi operasyonu daha net görebilir, teknisyen kendisine verilen işi daha düzenli takip edebilir ve bina yöneticisinin arıza süreci hakkında bilgilendirilmesi kolaylaşır.