Asansör Arıza Ticket Programı ile Günlük Arıza Rutini Nasıl Yönetilir?

İÇERİK

Bir asansör bakım firmasında arıza günü çoğu zaman önceden çizilmiş plana uymaz. Sabah planlanan bakımlar devam ederken bir binadan kabinde mahsur kalma ihbarı, başka bir binadan kapı arızası, üçüncü bir müşteriden de günlerdir tekrarlayan duruş bildirimi gelebilir. Telefon, WhatsApp ve teknisyen görüşmeleri arasında tek bir ayrıntının kaybolması bile yanlış adrese gitmeye, müşteriyi tekrar aramaya veya açık bir işi kapanmış sanmaya yol açar. Asansör arıza ticket programı, her bildirimi izlenebilir bir iş kaydına dönüştürerek bu yoğunluğu yönetmeye yardımcı olur. Aşağıdaki rutin, çağrının alınmasından gün sonu kontrolüne kadar herkesin hangi bilgiyi, ne zaman kaydetmesi gerektiğini gösterir.

Güne açık arızaları kontrol ederek başlayın

Günlük arıza rutini yeni telefon çaldığında değil, mesai başındaki açık iş kontrolüyle başlar. Ofiste çağrıları karşılayan kişi veya operasyon sorumlusu, önceki günden kalan kayıtları gözden geçirmelidir. Çünkü müşteriye “Tekrar bakalım” denmiş bir arıza ile parça beklediği için durdurulmuş bir asansör aynı takip adımını gerektirmez.

Sabah kontrolünde şu sorulara cevap aranır:

• Hangi arızalar hâlâ açık ve her birinin sıradaki adımı nedir?
• Teknisyenin ziyaret ettiği ancak sonuç kaydı girmediği işler var mı?
• Parça, erişim izni veya bina yöneticisinin dönüşü beklenen kayıtlar hangileri?
• Aynı asansör için kısa süre içinde yeniden bildirim açılmış mı?
• Müşteriye geri dönüş sözü verilmiş fakat henüz aranamamış kayıt var mı?

Buradaki amaç bütün açık işleri aynı anda teknisyene göndermek değildir. Her kaydın bir sorumlusu, bir mevcut durumu ve bir sonraki takip zamanı olmalıdır. Örneğin “kart incelenecek” açıklaması tek başına yeterli değildir. “Ayşe Hanım kartın temin durumunu saat 14.00’e kadar kontrol edecek; ardından bina yöneticisine bilgi verecek” ifadesi, işin nasıl ilerleyeceğini belirler.

Sabah toplantısı uzun sürmek zorunda da değildir. Beş ila on dakikalık bir açık iş değerlendirmesi, gün içinde defalarca aynı konuyu telefonda konuşmaktan daha verimli olabilir. Özellikle birden fazla saha ekibi olan firmalarda bu kısa kontrol, iki teknisyenin aynı işe yönlendirilmesini veya hiçbir ekibin işi sahiplenmemesini önler.

Her arıza çağrısını tek bir kayda dönüştürün

Arıza bildirimi telefonla, mesajla veya müşteri portalından gelebilir. Kanal değişse de kayıt standardı değişmemelidir. Bir ticket, yalnızca “arıza var” notu değildir; ekibin doğru yere, doğru hazırlıkla gitmesini sağlayan iş dosyasıdır.

İlk görüşmede mümkünse aşağıdaki bilgiler alınır:

Kayıt alanı	Neden gerekli?	Örnek
Bina ve asansör bilgisi	Doğru cihazı belirlemek için	A Blok, 2 numaralı asansör
Bildirimi yapan kişi ve telefon	Geri dönüş ve erişim için	Yönetici, görevli veya sakin
Sorunun belirtisi	Teknisyenin hazırlığı için	Kapı kapanıyor, kabin hareket etmiyor
Yolcu durumu	Önceliği doğru belirlemek için	Kabinde kişi olduğu bildiriliyor
Arızanın başlangıcı	Tekrar ve süre takibi için	Sabah ilk kullanımda fark edilmiş
Erişim bilgisi	Sahada beklemeyi azaltmak için	Makine dairesi anahtarı görevliye ait

Özellikle telefonda söylenen belirti ile teknisyenin sahada koyduğu teşhis ayrı tutulmalıdır. “Kapı açılmıyor” müşterinin bildirdiği durumdur; bunun nedeni henüz bilinmiyordur. Çağrı sırasında varsayılan bir parça arızasını kesin teşhis gibi yazmak, ekibi yanlış yönlendirebilir.

Aynı olay için birden fazla kişi aradığında da önce mevcut kayıt kontrol edilmelidir. Yeni bilgi mevcut ticket’a eklenebilir. Böylece ofis aynı asansör için açılmış üç ayrı işi üç farklı arıza sanmaz. Bildirimin saati ve kaynağı korunurken tüm ekip tek olay üzerinden çalışır.

Önceliği belirleyip işi uygun ekibe atayın

Her arıza önemlidir; ancak hepsi aynı sırada ele alınamaz. Önceliklendirme, yalnızca ilk arayan müşterinin ses tonuna göre yapılırsa gerçek acil durumlar geri planda kalabilir. Firma, kendi hizmet taahhütleri ve saha kapasitesine uygun açık bir değerlendirme kuralı oluşturmalıdır.

Pratik bir sıralama şöyle kurulabilir:

1. İnsan güvenliğiyle ilgili bildirimler: Kabinde mahsur kalma ihbarı gibi durumlar derhal değerlendirilir ve firmanın acil müdahale prosedürü işletilir. Telefonda uzaktan müdahale talimatı vermek yerine ilgili ekip ve gerekli acil yardım kanalları devreye alınır.
2. Hizmet dışı kalan asansörler: Binanın kullanım koşulları, alternatif asansör olup olmadığı ve sözleşme kapsamı dikkate alınarak ekip yönlendirilir.
3. Tekrarlayan arızalar: Asansör çalışıyor görünse bile kısa aralıklarla aynı sorunun bildirilmesi ayrıca incelenir. Son servis kayıtları teknisyene iletilir.
4. Planlanabilir incelemeler: Acil tehlike bildirimi içermeyen ve uygun randevuyla değerlendirilebilecek işler takvime alınır.

Bu sınıflama kesin teknik teşhis yerine geçmez. Bildirim değişirse öncelik de yeniden değerlendirilir. Örneğin başlangıçta “asansör ses yapıyor” diye açılan bir kayda daha sonra “içeride yolcu var” bilgisi gelirse iş aynı sırada bekletilmez.

Atama sırasında yalnızca teknisyenin müsait olup olmadığına bakmayın. Konum, mevcut iş yükü, arızanın geçmişi ve gerekebilecek yetkinlik de önemlidir. Daha önce aynı cihazı inceleyen teknisyen uygun durumdaysa geçmiş gözlemlerinden yararlanabilir. Yine de görevlendirme açık olmalıdır: Ticket’ın kime verildiği, ne zaman verildiği ve müşteriye hangi bilginin aktarıldığı kayıtta görülmelidir.

Sahadaki ilerlemeyi kısa ve anlamlı durumlarla izleyin

Bir işin “teknisyene iletildi” durumunda saatlerce kalması, ofisin gerçekte ne olduğunu bilmediği anlamına gelebilir. Günlük kullanım için az sayıda, anlamı net durum yeterlidir: Yeni kayıt, Atandı, Yolda, Yerinde incelemede, Parça veya onay bekliyor, Tamamlandı ve Kapatıldı.

Teknisyenin her adımda uzun metinler yazması beklenmemelidir. Ancak sahada verilen kritik kararlar kayda girmelidir. Örneğin:

• Asansörün gelişteki durumu neydi?
• Hangi kontroller yapıldı ve ne gözlendi?
• Arıza giderildi mi, yoksa asansör kullanım dışı mı bırakıldı?
• Parça, ek ziyaret veya müşteri onayı gerekiyor mu?
• Bina yetkilisine hangi bilgi verildi?

“Bakıldı, çalışıyor” notu, ertesi gün aynı arıza tekrarlandığında ekibe pek yardımcı olmaz. “Kat kapısı kilit temasında düzensizlik gözlendi; bağlantılar kontrol edildi, deneme çalışmaları yapıldı; tekrar halinde ilgili parçanın ayrıntılı incelenmesi planlandı” gibi bir kayıt ise sonraki ziyaretin başlangıç noktası olur. Yapılmayan işlem veya kesinleşmemiş teşhis, yapılmış gibi yazılmamalıdır.

Fotoğraf, servis fişi ve bina yetkilisinin teslim bilgisi de uygun olduğunda kayda eklenebilir. Bu bilgiler hem ekip içi iletişimi hem müşteriye verilen açıklamayı güçlendirir. Asansorex gibi bir bakım ve arıza takip yazılımında saha kayıtları aynı asansörün geçmişiyle birlikte tutulduğunda, ofis tekrar arayan müşteriye önceki ziyareti daha kolay kontrol ederek yanıt verebilir.

Gün içinde bekleyen işleri ve müşteri dönüşlerini takip edin

Arıza yönetiminin en çok aksadığı an, teknisyenin ilk ziyaretinden sonrasıdır. Yerinde inceleme yapılmıştır ancak parça bekleniyordur; müşteri ise işin unutulduğunu düşünür. Bu nedenle “bekliyor” durumu, yalnızca bir etiket olarak kalmamalıdır. Neyin beklendiği, kimin takip edeceği ve ne zaman tekrar kontrol edileceği yazılmalıdır.

Örneğin bir kapı ekipmanı için fiyat ve temin bilgisi araştırılıyorsa kayıt şu üç soruya cevap vermelidir: Teknisyen hangi ihtiyacı bildirdi? Teklifi veya temini kim takip ediyor? Bina yöneticisine bir sonraki güncelleme ne zaman yapılacak? Kesin olmayan teslim tarihleri vaat edilmemeli; bilgi netleştiğinde dönüş yapılacağı açıkça söylenmelidir.

Ofis çalışanı gün ortasında kısa bir bekleyen iş taraması yapabilir. Bu taramada yeni gelen aciller, ziyaret saati yaklaşan işler ve müşteriye geri dönüş gerektiren kayıtlar öne alınır. Böylece gün sonuna kadar sessizce bekleyen ticket sayısı azalır.

Bina yöneticisi açısından da düzenli bilgi önemlidir. Her teknik ayrıntıyı paylaşmak gerekmez; “Ekip yerinde inceleme yaptı, asansör şu anda kullanım dışı, parça durumu kontrol ediliyor; yeni bilgiyi bugün paylaşacağız” gibi açık bir güncelleme belirsizliği azaltır. Güven oluşturan şey, sorunun her zaman aynı gün çözülmesi değil, sürecin görünür ve doğru anlatılmasıdır.

Gün sonunda kapanış kalitesini kontrol edin

Teknisyenin işi tamamlandı olarak işaretlemesi ile ticket’ın sağlıklı biçimde kapanması aynı şey değildir. Gün sonu kontrolünde ofis, tamamlanan işlerin sonucunu ve açık kalanların yarınki adımını gözden geçirir.

Kapanış için şu kısa kontrol kullanılabilir:

• Bildirilen sorun ve sahada saptanan durum anlaşılır biçimde yazılmış mı?
• Yapılan işlem, kullanılan parça ve gerekiyorsa ek ziyaret ihtiyacı kaydedilmiş mi?
• Asansörün son kullanım durumu açık mı?
• Bina yetkilisine verilen bilgi kayda geçmiş mi?
• İş çözülemediyse takip sorumlusu ve zamanı belirlenmiş mi?
• Aynı asansörde yakın dönemde benzer kayıtlar varsa incelenmiş mi?

Her açık ticket’ı sırf listeyi temizlemek için kapatmak, ertesi sabah aynı sorunla yeniden başlamaya neden olur. Özellikle arıza geçici olarak ortadan kalkmışsa ve tekrar gözlem gerekiyorsa bu durum kayıtta açıkça belirtilmelidir.

Haftalık değerlendirme için de günlük kayıtlar temel oluşturur. Hangi binalarda arızalar tekrarlanıyor, hangi işler parça beklerken uzuyor, hangi çağrılarda eksik adres bilgisi yüzünden zaman kaybediliyor? Bu sorulara cevap vermek, tek tek teknisyenleri suçlamak için değil, iş akışını düzeltmek içindir. Asansorex’te tutulan düzenli arıza geçmişi, firma sahibinin ve saha ekibinin bu örüntüleri birlikte incelemesini kolaylaştırabilir.

Sıkça Sorulan Sorular

Asansör arıza ticket programında her telefon görüşmesi için ayrı kayıt mı açılmalı?

Hayır. Aynı asansördeki aynı olay için gelen ek aramalar, mevcut kayda yeni bilgi olarak işlenebilir. Farklı bir arıza veya önceki iş kapandıktan sonra yaşanan yeni olay için ayrı kayıt açılması, tekrarları izlemeyi kolaylaştırır.

Arıza kaydını kim kapatmalı?

Teknisyen sahadaki sonucu ve yaptığı işlemleri kaydeder. Firmanın belirlediği operasyon sorumlusu da müşteri bilgilendirmesi, eksik alanlar ve bekleyen adımlar açısından kapanışı kontrol edebilir. Görev paylaşımı baştan netleştirilmelidir.

Parça bekleyen arıza açık mı kalmalı?

Genel uygulamada işin tamamlandığı izlenimini vermemek için uygun bir bekleme durumunda izlenmesi daha açıklayıcıdır. Beklenen parça, sorumlu kişi ve sonraki kontrol zamanı kayda eklenmelidir.

Tekrarlayan arızalar nasıl fark edilir?

Yeni çağrı açılırken aynı asansörün yakın geçmişteki kayıtları kontrol edilir. Benzer belirtiler, yapılan önceki işlemler ve ziyaret tarihleri birlikte incelenir. Aynı belirti, her seferinde aynı teknik nedenden kaynaklanıyor varsayılmamalıdır.

Küçük bir bakım firması için günlük ticket rutini gerekli mi?

Evet. Az sayıda teknisyeni olan firmalarda da bir kişinin telefonla aldığı bilgi diğerine eksik aktarılabilir. Standart kayıt, açık iş kontrolü ve gün sonu kapanışı, ekip büyüklüğünden bağımsız olarak işleri takip etmeyi kolaylaştırır.

Özet

İyi bir günlük arıza rutini, sabah açık kayıtları görmekle başlar; her yeni bildirimi doğru asansöre bağlar, önceliğine göre uygun ekibe atar ve sahadaki sonucu anlaşılır biçimde kaydeder. Gün içinde bekleyen işler ile müşteriye dönüşler takip edilir; akşam ise tamamlanan ve ertesi güne kalan ticket’lar kontrol edilir. Böylece firma sahibi iş yükünü görür, teknisyen önceki müdahaleleri bilir, bina yöneticisi de arızanın hangi aşamada olduğunu öğrenir.