Asansör Arıza Yazılımı ile Müşteri Portalından Arıza Bildirimi

İÇERİK

Bir asansör arızası meydana geldiğinde bina yöneticisinin ilk refleksi çoğunlukla bakım firmasını telefonla aramak veya WhatsApp üzerinden mesaj göndermektir. Ancak bildirimin yoğun bir anda yapılması, eksik adres verilmesi, arızanın yanlış anlatılması ya da mesajın ilgili personele geç ulaşması müdahale süresini uzatabilir. Asansör Arıza Yazılımı ile çalışan bir müşteri portalı, bina yöneticisinin arızayı standart bilgilerle kaydetmesini, süreci takip etmesini ve geçmiş müdahalelere ulaşmasını sağlar. Bu rehberde müşteri portalından arıza bildiriminin nasıl işlemesi gerektiğini, hangi bilgilerin isteneceğini ve sistemin firma ile müşteri arasındaki iletişime nasıl katkı sunduğunu ele alacağız.

Müşteri Portalından Arıza Bildirimi Nedir?

Müşteri portalı, bakım firmasının hizmet verdiği bina yöneticileri veya yetkilendirilmiş kişilerin kendi tesislerine ait kayıtları görebildiği dijital hizmet alanıdır. Yetkili kullanıcı bu alandan yeni arıza bildirimi oluşturabilir, mevcut bildirimin durumunu izleyebilir ve tamamlanan işlemlerin servis kayıtlarını inceleyebilir.

Bu yapı, telefonla iletişimi tamamen ortadan kaldırmak için değil, arıza sürecini ölçülebilir ve izlenebilir hâle getirmek için kullanılır. Acil durumlarda telefon görüşmesi yine gerekli olabilir. Ancak görüşmenin ardından sistemde kayıt oluşturulması, bildirimin sözlü iletişime bağlı kalmasını önler.

Müşteri portalının temel katkıları şunlardır:

• Arıza bildiriminin tarih ve saatini otomatik kaydetmek
• Bina ve asansör bilgilerini doğru kayıtla eşleştirmek
• Bildirimi ofis veya nöbet ekibine anında ulaştırmak
• Teknisyen atamasını takip edilebilir hâle getirmek
• Müşteriye arızanın güncel durumunu göstermek
• Müdahale sonrasında servis formunu ve açıklamaları saklamak
• Tekrarlayan arızaların geçmişini görüntülemek

Böylece “Arızayı ne zaman bildirmiştik?”, “Teknisyen çıktı mı?” veya “Geçen ay da aynı sorun olmuş muydu?” gibi sorular kayıt üzerinden cevaplanabilir.

Portal Üzerinden Arıza Bildirimi Nasıl Yapılır?

Portalın başarılı olması için bildirim ekranı kısa ve anlaşılır tutulmalıdır. Çok fazla alan kullanmak bina yöneticisini telefonla aramaya yöneltirken, çok az bilgi istemek de teknisyenin hazırlıksız gitmesine neden olur.

1. İlgili bina ve asansör seçilir

Bir bina yöneticisi birden fazla yapıyı yönetiyorsa önce ilgili bina seçilmelidir. Binada birden fazla asansör bulunuyorsa arızalı cihaz ayrıca belirtilmelidir. Asansörün tanımlı adı, blok bilgisi, durak sayısı veya firma içindeki cihaz kodu seçim sırasında gösterilebilir.

Bina yöneticisinin teknik seri numarasını bilmesi beklenmemelidir. “A Blok yolcu asansörü” veya “Otopark servis asansörü” gibi kolay anlaşılır tanımlar daha kullanışlıdır.

2. Arıza türü belirtilir

Bildirim yapan kişinin sorunu teknik olarak teşhis etmesi gerekmez. Bunun yerine anlaşılır seçenekler sunulabilir:

• Asansör çalışmıyor
• Kabin katta kaldı
• Kapı açılmıyor veya kapanmıyor
• Olağan dışı ses geliyor
• Kat seviyeleme sorunu var
• Aydınlatma çalışmıyor
• Gösterge veya buton arızası var
• Diğer

Bu seçenekler, bakım firmasının bildirimleri önceliklendirmesine yardımcı olur. Ancak seçilen arıza türü, teknisyenin yapacağı gerçek teknik teşhisin yerine geçmez.

3. Aciliyet ve mahsur kalma bilgisi girilir

Portalda mutlaka “Kabinde mahsur kalan kişi var mı?” sorusu bulunmalıdır. Kullanıcı bu soruya “Evet” yanıtı verirse bildirim normal arıza kuyruğuna bırakılmamalı; belirlenen acil durum süreci devreye girmelidir.

Mahsur kalma bildirimi, sıradan bir servis talebi değildir. Kullanıcıya acil iletişim numarası gösterilmeli ve bakım firmasının nöbetçi ekibi ayrıca haberdar edilmelidir.

Müşterinin kendi değerlendirmesiyle “acil” işaretlediği her kayıt aynı teknik öncelikte olmayabilir. Bu nedenle sistemde müşteri beyanı ile firmanın operasyonel öncelik seviyesi ayrı tutulmalıdır.

4. Açıklama ve görsel eklenir

Kısa bir açıklama teknisyenin doğru hazırlık yapmasını kolaylaştırır. Örneğin “Kabin üçüncü katta, kapı yaklaşık beş santimetre açık kalıyor” ifadesi, yalnızca “Asansör bozuk” yazılmasından çok daha yararlıdır.

Güvenli bir mesafeden çekilmiş fotoğraf veya kısa video da eklenebilir. Ancak bina yöneticisinden kuyuya, kabin üstüne veya makine dairesindeki tehlikeli bölgelere girmesi kesinlikle istenmemelidir.

5. Bildirim onaylanır ve takip numarası oluşur

Kayıt tamamlandığında kullanıcıya bir takip numarası verilmelidir. Ayrıca bildirimin alındığına ilişkin uygulama içi bildirim, SMS veya e-posta gönderilebilir. Böylece müşteri kaydın bakım firmasına ulaşıp ulaşmadığını tekrar telefonla sormak zorunda kalmaz.

Arıza Formunda Hangi Bilgiler Bulunmalı?

İyi tasarlanmış bir arıza formu, ofisin tekrar bilgi toplama ihtiyacını azaltır. Bununla birlikte formun doldurulmasını zorlaştıracak ayrıntılardan kaçınılmalıdır.

Bilgi alanı	Zorunluluk	Kullanım amacı
Bina ve açık adres	Otomatik gelmeli	Ekibin doğru konuma yönlendirilmesi
Asansör seçimi	Birden fazla cihaz varsa zorunlu	Arızanın doğru cihaz geçmişine işlenmesi
Arıza türü	Zorunlu	İlk sınıflandırma ve ekip hazırlığı
Mahsur kalma durumu	Zorunlu	Acil müdahale sürecinin başlatılması
Kısa açıklama	Zorunlu	Belirtinin anlaşılması
Fotoğraf veya video	İsteğe bağlı	Uzaktan ön değerlendirme yapılması
İrtibat kişisi	Zorunlu	Teknisyenin bina erişimini sağlaması
Uygun giriş bilgisi	İsteğe bağlı	Anahtar, görevli veya güvenlik koordinasyonu
Bildirim tarihi ve saati	Otomatik	Müdahale süresinin ölçülmesi

Adres, sözleşme ve cihaz bilgileri daha önce sisteme tanımlandıysa müşteriye her arızada yeniden yazdırılmamalıdır. Portalın amacı yeni bir bürokrasi oluşturmak değil, mevcut bilgiyi doğru arıza kaydıyla birleştirmektir.

Bakım Firması Açısından Operasyon Nasıl Değişir?

Telefonla alınan arızalarda görevli personel önce müşteriyi dinler, adresi bulur, ilgili asansörü belirler ve bilgileri teknisyene aktarır. Yoğun saatlerde bu aktarım zinciri hata üretmeye açıktır. Müşteri portalında ise temel bilgiler doğrudan iş kaydına dönüşür.

Bakım firması açısından ideal süreç şöyledir:

1. Müşteri portalından arıza kaydı gelir.
2. Sistem ilgili bina, sözleşme ve asansör bilgilerini eşleştirir.
3. Ofis veya nöbet sorumlusu kaydı kontrol eder.
4. Aciliyet durumuna, konuma ve ekip uygunluğuna göre teknisyen atanır.
5. Teknisyen görevi mobil cihazından görür.
6. Yola çıkma ve varış durumu sisteme işlenir.
7. Yapılan işlem, kullanılan parça ve teknik açıklama kaydedilir.
8. Müşteri, işlemin tamamlandığını portalından görür.
9. Servis formu ve varsa müşteri onayı arıza geçmişine eklenir.

Bu akış özellikle çok sayıda binaya hizmet veren firmalarda ofis üzerindeki iletişim yükünü azaltır. Ofis çalışanı aynı adresi farklı kişilere tekrar tekrar anlatmak yerine istisnai durumlara ve planlamaya odaklanabilir.

Arıza kayıtlarını Asansorex gibi bir Asansör Arıza Yazılımı üzerinden yönetmek; portal bildirimi, teknisyen görevlendirmesi ve servis sonucunun aynı kayıt zincirinde tutulmasına yardımcı olur. Böylece müşteri ile saha ekibi farklı bilgi kaynaklarına bakmaz.

Bina Yöneticisi İçin Sağladığı Avantajlar

Bina yöneticileri açısından en önemli fayda, bildirimin görünür olmasıdır. Telefon görüşmesinden sonra sürecin hangi aşamada olduğu bilinmediğinde yönetici hem bakım firmasını tekrar arar hem de bina sakinlerinin sorularıyla karşı karşıya kalır.

Portal üzerinden aşağıdaki durumlar gösterilebilir:

• Bildirim alındı
• İnceleniyor
• Teknisyen atandı
• Ekip yola çıktı
• Müdahale başladı
• Parça veya ek işlem bekleniyor
• Arıza giderildi
• Kayıt kapatıldı

Durum adları firma tarafından sade ve tutarlı kullanılmalıdır. Örneğin teknisyen henüz hareket etmediyse “Ekip yola çıktı” bilgisi gösterilmemelidir. Yanlış durum bildirimi güven oluşturmak yerine müşteri memnuniyetsizliğine yol açar.

Portal aynı zamanda bina yöneticisinin geçmişe ulaşmasını kolaylaştırır. Yönetici belirli bir dönemde kaç arıza yaşandığını, hangi arızaların tekrar ettiğini ve müdahalelerde hangi açıklamaların yapıldığını görebilir. Bu kayıtlar bakım toplantılarında, bütçe planlamasında ve modernizasyon ihtiyacının değerlendirilmesinde yararlı olabilir.

QR Kodla Arıza Bildirimi Kullanılmalı mı?

Asansör kabini veya bina girişindeki QR kod, bildirim sürecini hızlandırabilir. Kullanıcı kodu okuttuğunda ilgili bina ve asansör otomatik seçilebilir. Böylece yanlış cihaz için kayıt oluşturma ihtimali azalır.

Ancak QR kodun herkese sınırsız kayıt açma yetkisi vermesi bazı sorunlar doğurabilir. Aynı arıza için birçok bina sakini ayrı bildirim oluşturabilir veya bakım firmasının müşterisi olmayan kişiler sistemi gereksiz yere kullanabilir.

Bu nedenle üç farklı yaklaşım değerlendirilebilir:

• Yalnızca yetkili bina yöneticisinin giriş yaparak bildirim oluşturması
• QR koddan gelen kaydın telefon doğrulamasıyla alınması
• Herkesten ön bildirim alınması, kaydın yetkili kişi veya firma tarafından doğrulanması

En uygun yöntem; binanın büyüklüğüne, site yönetim yapısına ve bakım firmasının operasyon kapasitesine göre belirlenmelidir. Büyük sitelerde güvenlik görevlisi, teknik personel ve yöneticiye ayrı kullanıcı yetkileri tanımlanması daha düzenli sonuç verir.

Başarılı Kullanım İçin Kontrol Noktaları

Müşteri portalı kurulmuş olsa bile müşteriler kullanmıyorsa beklenen fayda oluşmaz. Geçiş süreci küçük bir bina grubuyla denenmeli ve gerçek kullanıcıların yaşadığı zorluklar gözlemlenmelidir.

Uygulamaya başlamadan önce şu kontrol noktaları değerlendirilmelidir:

• Portal mobil telefonda kolay açılıyor mu?
• Kullanıcı şifresini unuttuğunda hızla yenileyebiliyor mu?
• Doğru bina ve asansör kolayca seçilebiliyor mu?
• Mahsur kalma bildirimi normal arızadan ayrılıyor mu?
• Müşteri, kaydın alındığını açıkça görebiliyor mu?
• Tekrarlanan bildirimler birleştirilebiliyor mu?
• Durum değişiklikleri zamanında müşteriye iletiliyor mu?
• Teknisyenin servis sonucu müşteri tarafından anlaşılabiliyor mu?
• Kişisel verilere yalnızca yetkili kullanıcılar erişebiliyor mu?
• Tamamlanan kayıtlar sonradan aranabiliyor mu?

İlk kullanımda bina yöneticisine tek sayfalık kısa bir anlatım gönderilebilir. Uzun eğitim belgeleri yerine “Bildirim oluştur, asansörü seç, mahsur kalma durumunu belirt, açıklama ekle ve takip et” şeklindeki net akış daha etkilidir.

Ölçülmesi Gereken Performans Göstergeleri

Müşteri portalının başarısı yalnızca kaç kişinin giriş yaptığıyla değerlendirilmemelidir. Asıl soru, arıza yönetimini daha hızlı ve daha doğru hâle getirip getirmediğidir.

Bakım firmaları şu göstergeleri aylık olarak izleyebilir:

• Portal üzerinden açılan arızaların toplam bildirimlere oranı
• Bildirim ile teknisyen ataması arasında geçen süre
• Atama ile sahaya varış arasında geçen süre
• Eksik bilgi nedeniyle müşterinin tekrar aranma oranı
• Aynı arıza için açılan mükerrer kayıt sayısı
• İlk müdahalede giderilen arıza oranı
• Aynı cihazda tekrar eden arızaların sayısı
• Müşterinin durum sorgulamak için yaptığı telefon aramalarındaki değişim

Örneğin portal kullanımı arttığı hâlde eksik bilgi nedeniyle geri arama sayısı azalmıyorsa form alanları yeterince açık olmayabilir. Arıza kayıtları hızla açılıyor ancak teknisyen ataması gecikiyorsa sorun portalda değil, ekip planlamasında aranmalıdır.

Sıkça Sorulan Sorular

Müşteri portalı telefonla arıza bildirimini tamamen kaldırır mı?

Hayır. Mahsur kalma, güvenlik riski veya internet erişim sorunu gibi durumlarda telefon kanalı gerekli olmaya devam eder. Portal, normal bildirimleri kayıt altına alarak telefon trafiğini azaltır ve iletişimi destekler.

Bina sakinleri doğrudan arıza kaydı açabilir mi?

Bu karar bakım firması ve bina yönetiminin çalışma şekline bağlıdır. Mükerrer kayıtları önlemek için genellikle yönetici, güvenlik görevlisi veya teknik sorumlu gibi yetkili kişilerin bildirim oluşturması daha düzenlidir.

Portal üzerinden mahsur kalma bildirimi yapılabilir mi?

Yapılabilir; ancak bu kayıt özel bir acil durum akışını tetiklemelidir. Kullanıcıya nöbetçi ekip iletişim bilgisi gösterilmeli, ilgili personel anında bilgilendirilmeli ve yalnızca normal bildirim sırasına güvenilmemelidir.

Fotoğraf eklemek zorunlu olmalı mı?

Genellikle zorunlu olmamalıdır. Fotoğraf bazı arızaların ön değerlendirmesinde yararlıdır; fakat kullanıcı güvenli olmayan bir alana girmeye veya teknik bölümleri açmaya teşvik edilmemelidir.

Müşteri teknisyenin konumunu görmeli mi?

Canlı konum paylaşmak yerine “atandı”, “yola çıktı” ve “müdahale başladı” gibi operasyon durumlarının gösterilmesi çoğu durumda yeterlidir. Konum verisi kullanılacaksa çalışan gizliliği ve yetkilendirme dikkate alınmalıdır.

Tamamlanan arıza kayıtları ne işe yarar?

Geçmiş kayıtlar tekrar eden sorunların belirlenmesini, müdahale sürelerinin ölçülmesini ve bina yöneticisine yapılan işlemlerin açıklanmasını kolaylaştırır. Ayrıca bakım, onarım ve modernizasyon kararları için somut veri sağlar.

Özet

Müşteri portalından arıza bildirimi, yalnızca telefondaki konuşmayı dijital forma taşımak değildir. Doğru tasarlandığında bina, asansör, arıza belirtisi, aciliyet, teknisyen ataması ve servis sonucunu tek bir izlenebilir süreçte birleştirir. Bakım firması daha düzenli görev dağıtırken bina yöneticisi de bildirimin hangi aşamada olduğunu görebilir.

Başarılı bir sistem için form kısa tutulmalı, mahsur kalma bildirimleri ayrı yönetilmeli, müşteriye gerçek zamanlı ve doğru durum bilgisi sunulmalı, saha sonucu anlaşılır biçimde kaydedilmelidir. Asansorex üzerinden müşteri portalı ile saha kayıtlarının birlikte yürütülmesi, arıza geçmişinin dağınık mesajlar yerine cihaz bazında saklanmasına ve hizmet sürecinin daha şeffaf yönetilmesine katkı sağlar.