Asansör Arıza Ticket Programı ile İlk Çağrıda Çözüm Oranını Artırmak

İÇERİK

Bir bina yöneticisi “Asansör yine çalışmıyor” diye aradığında ilk görüşmenin kalitesi, sonraki bütün süreci etkiler. Adres eksik alınırsa ekip gecikir. Belirti belirsiz kaydedilirse teknisyen uygun hazırlığı yapamaz. Daha önceki arızalar görülmezse aynı sorun yeniden araştırılır. Asansör arıza ticket programı, bu görüşmeyi izlenebilir bir iş kaydına dönüştürür. Bu rehberde ilk çağrıda çözüm oranını nasıl tanımlayacağınızı, hangi bilgileri toplayacağınızı ve gereksiz ikinci ziyaretleri azaltmak için kayıtları nasıl kullanacağınızı bulacaksınız.

İlk çağrıda çözüm asansör servisinde ne anlama gelir?

Çağrı merkezlerinde “ilk çağrıda çözüm”, müşterinin aynı konu için yeniden aramak zorunda kalmaması anlamında kullanılır. Asansör servisinde ise iki ayrı sonucu izlemek daha yararlıdır:

• İlk temasın doğru yönetilmesi: Arıza anlaşılır, aciliyet belirlenir, bina yöneticisine ne olacağı söylenir ve uygun ekip yönlendirilir.
• İlk saha ziyaretinde giderim: Teknisyen arızayı ilk gidişinde güvenli biçimde giderir; aynı nedenle parça veya ek ekip bekleyerek ikinci ziyaret yapmak zorunda kalmaz.

Bu iki sonucu tek rakama sıkıştırmayın. Örneğin içeride mahsur kalan kişi varsa ilk görüşmede doğru yönlendirme ve acil ekip sevki başarılı bir ilk temastır; arızanın telefonda giderilmesi beklenmez. Benzer şekilde yedek parça gerektiren bir arızada ilk ziyarette kesin onarım yapılamayabilir. Buna rağmen doğru teşhis, güvenli durumun sağlanması ve açık bir sonraki adım iyi bir servis sürecidir.

Ölçüm için basit bir tanım belirleyin: İlk ziyaret çözüm oranı = İlk saha ziyaretinde tamamlanan arıza kayıtları / Saha ziyareti yapılan toplam arıza kayıtları × 100. Aynı arızanın kısa süre sonra tekrarlayıp tekrarlamadığını ayrıca izleyin. Aksi hâlde geçici olarak çalıştırılan bir asansör, gerçekte çözülmemiş olsa bile başarılı görünebilir.

İlk görüşmede hangi bilgiler alınmalı?

“Çalışmıyor” ifadesi bir arıza tarifi değildir. Çağrıyı alan kişi teknik teşhis koymaya çalışmadan belirtileri düzenli biçimde toplamalıdır. İyi bir ticket kaydı, teknisyenin binaya gitmeden önce durumu anlamasına yardımcı olur.

Çağrı alan kişinin bina sakininden teknik bir parçaya müdahale etmesini, güvenlik düzeneklerini devre dışı bırakmasını veya kendi başına kurtarma girişiminde bulunmasını istememesi gerekir. Özellikle mahsur kalma bildiriminde, firmanın acil durum prosedürü uygulanmalı ve uygun ekip derhal yönlendirilmelidir.

Kayıt sorularını kısa tutun. Yedi dakikalık bir sorgu yerine, güvenliği ve sevki etkileyen bilgileri önce alın. Eksik kalan ayrıntılar, arayan kişiyle yeniden iletişime geçilerek kayda eklenebilir.

Ticket kaydı ekibi ilk ziyarete nasıl hazırlar?

Ticket sisteminin değeri yalnızca çağrılara sıra numarası vermesi değildir. Asıl yarar, çağrı bilgisi ile asansörün geçmişini aynı iş kapsamında buluşturmaktır. Teknisyen görevi aldığında şu soruların yanıtını görebilmelidir:

• Bu asansörde son dönemde benzer bir belirti kaydedildi mi?
• Önceki müdahalede hangi tespit yapıldı, ne değiştirildi?
• Bekleyen bir parça veya henüz tamamlanmamış bir onarım var mı?
• Bina sorumlusuna daha önce hangi bilgi verildi?
• Binaya erişim için kiminle görüşülecek?

Örneğin “kapı kapanıyor, ardından tekrar açılıyor” bildirimi geldiğini düşünelim. Geçmiş kayıtta aynı belirtinin geçen hafta da görüldüğü yazıyorsa teknisyen, önceki tespiti inceleyerek hazırlık yapabilir. Bu kayıt kesin teşhis yerine geçmez; ancak ekibin ilk ziyarette aynı bilgileri sıfırdan toplamamasını sağlar.

Asansorex gibi bir arıza takip yazılımında çağrıyı ilgili asansör ve iş emriyle ilişkilendirmek, ofiste alınan bilginin sahadaki ekibe aktarılmasını kolaylaştırır. Buradaki temel alışkanlık, görüşme sırasında öğrenilenleri kişisel mesajlarda bırakmayıp ortak arıza kaydına işlemektir.

Çağrılar nasıl önceliklendirilir ve doğru ekibe atanır?

Her arızaya aynı sıradan servis çağrısı gibi yaklaşmak, acil durumlara geç kalma ve planlı işleri gereksiz yere bölme riski doğurur. Önceliklendirme için şirket içinde anlaşılır bir kural oluşturun. Görüşmeyi alan herkes bu kuralı aynı şekilde uygulayabilmelidir.

İlk ayrım insan güvenliği olmalıdır. Mahsur kalma veya yaralanma bildirimi, firmanın acil durum akışına alınır. Diğer çağrılarda asansörün hizmet dışı olup olmadığı, binadaki alternatif asansörler ve bildirilen belirtinin niteliği değerlendirilir. Arayan kişinin “çok acil” demesi önemlidir; fakat tek başına teknik öncelik sınıfı yerine geçmez.

Atama sırasında yalnızca en yakındaki teknisyeni seçmek yeterli olmayabilir. Uygun ekipman, geçmiş arızaya aşinalık, mevcut iş yükü ve binaya erişim zamanı da hesaba katılmalıdır. Örneğin anahtar yalnızca yöneticiyle birlikte saat 16.00’dan sonra temin edilebiliyorsa, ekibin saat 14.00’te adrese gönderilmesi çözümü hızlandırmaz.

Bina yöneticisine de somut bir geri bildirim verin: kaydın alındığı, mevcut durumun nasıl sınıflandırıldığı ve bir sonraki bilgilendirmenin ne zaman yapılacağı açık olsun. Kesinleşmemiş bir onarım saati vaat etmek yerine, teyit edebileceğiniz ilk adımı paylaşın.

İlk ziyaret çözüm oranını artıran iş akışı

İyileştirme için bütün süreci bir anda değiştirmek gerekmez. Önce çağrının alınmasından işin kapanmasına kadar herkesin uygulayacağı kısa bir akış belirleyin:

• Çağrıyı kaydedin: Bina, asansör, iletişim kişisi, belirti ve güvenlik durumunu ayrı alanlara yazın.
• Geçmişi kontrol edin: Aynı cihazdaki açık işleri ve benzer önceki arızaları inceleyin.
• Uygun ekibi görevlendirin: Aciliyet, konum, erişim ve gereken yetkinliği birlikte değerlendirin.
• Saha bulgusunu belgeleyin: Teknisyenin gördüğü belirtiyi, yaptığı kontrolleri ve sonucu anlaşılır dille kaydedin.
• Sonraki adımı netleştirin: İş bitmediyse nedenini, beklenen parçayı veya planlanan ikinci ziyareti kayda ekleyin.
• Kapanışı doğrulayın: Giderilen arızayı, hizmete alma durumunu ve bina sorumlusuna verilen bilgiyi kontrol edin.

Burada kritik nokta “çözüldü” durumunun gelişigüzel kullanılmamasıdır. Bir parçanın siparişi verildiyse, arıza kaydı tamamlanmış sayılmamalıdır. Asansör geçici olarak hizmet dışı bırakıldıysa bu durum bina yöneticisine açıkça bildirilmelidir. Kayıtların gerçeği yansıtması, sonraki çağrıda ekibin doğru karar vermesini sağlar.

İlk ay için küçük bir pilot uygulama seçebilirsiniz. Örneğin bir bölgedeki asansörlerin arıza çağrılarını bu akışla yönetin. Her hafta çözülmeyen ilk ziyaretlerin nedenlerini inceleyin: eksik çağrı bilgisi mi, erişim sorunu mu, parça bekleme mi, yoksa sahada ortaya çıkan farklı bir arıza mı? Hangi nedenle kaç işin ikinci ziyarete kaldığını görmek, eğitim ve stok kararlarını somutlaştırır.

Oranı yükseltirken yanlış teşviklerden nasıl kaçınılır?

Tek başına yüksek bir çözüm oranı iyi hizmet kanıtı değildir. Ekip yalnızca bu rakama göre değerlendirilirse zor arızalar yanlış sınıflandırılabilir veya iş erken kapatılabilir. Bu yüzden oranı birkaç tamamlayıcı göstergeyle birlikte okuyun:

Ölçümleri ekipleri suçlamak için değil, iş akışındaki boşlukları bulmak için kullanın. Çok sayıda iş “parça bekleniyor” nedeniyle uzuyorsa çağrı görevlisinin konuşma biçimini değiştirmek çözüm getirmez; sık gereken parçaların temin sürecine bakmak gerekir. “Adrese erişilemedi” kayıtları fazlaysa bina iletişim bilgilerinin güncelliği kontrol edilmelidir.

Bir ticket programı bu nedenleri aynı biçimde kaydetmeyi kolaylaştırır. Asansorex üzerinden tutulan arıza geçmişi de tekrar eden bildirimleri ve açık işleri incelemek için kullanılabilir. Ancak verinin işe yaraması, teknisyenin sahadaki sonucu açık ve doğru kaydetmesine bağlıdır.

Sıkça Sorulan Sorular

Asansör arıza ticket programı nedir?

Gelen arıza bildirimlerini asansör, bina, belirti, sorumlu ekip ve sonuç bilgisiyle takip etmeye yarayan kayıt düzenidir. Bir çağrının kim tarafından alındığını, hangi aşamada olduğunu ve nasıl sonuçlandığını görmeyi sağlar.

İlk çağrıda çözüm ile ilk ziyaret çözümü aynı şey mi?

Hayır. İlk çağrıda doğru değerlendirme ve yönlendirme yapılabilir; teknik onarım için yine de sahaya gidilmesi gerekir. İlk ziyaret çözümü ise arızanın teknisyenin ilk gidişinde giderilmesini ifade eder. İkisini ayrı ölçmek daha açıklayıcıdır.

Her arıza için ticket açılmalı mı?

Evet. Telefon, mesaj veya bina yöneticisinin doğrudan teknisyene ilettiği bildirimler aynı kayıt düzenine alınmalıdır. Aksi hâlde geçmiş eksik kalır ve tekrar arızalar fark edilmeyebilir.

İlk ziyaret çözüm oranı düşükse önce nereye bakılmalı?

İkinci ziyaretlerin nedenlerini inceleyin. Eksik adres ve belirti bilgisi, erişim sorunu, parça bekleme ve ilk ziyarette ortaya çıkan ek iş birbirinden farklı çözümler gerektirir. Önce en sık görülen nedeni belirleyin.

Bina yöneticisi arıza kaydına nasıl katkı sağlayabilir?

Binayı ve ilgili asansörü doğru belirtmesi, gördüğü belirtiyi yorum katmadan anlatması, erişim sağlayacak kişiyi bildirmesi ve yeni gelişmeleri aynı kayıt üzerinden iletmesi süreci hızlandırır. Teknik müdahaleyi ise yetkili ekibe bırakmalıdır.

Özet

İlk ziyarette daha çok arızayı çözmenin başlangıç noktası, ilk telefon görüşmesinde doğru bilgiyi almaktır. Güvenlik durumunu belirleyin, çağrıyı ilgili asansöre kaydedin, geçmiş işleri inceleyin ve ekibi erişim bilgileriyle hazırlayın. Ardından yalnızca kaç işin kapandığını değil, hangi işlerin neden ikinci ziyarete kaldığını ve hangi arızaların tekrarlandığını izleyin. Böylece ticket kaydı, arşiv tutmanın ötesine geçip servis kararlarını iyileştiren bir araca dönüşür.