Asansör Arıza Takip Programı ile Müşteri Portalından Arıza Bildirimi

İÇERİK

Asansör arızalarında teknik müdahalenin hızı kadar arıza bilgisinin bakım firmasına doğru ulaşması da önemlidir. Bina yöneticisinin telefonla servis merkezini araması, adresi anlatması, hangi asansörün arızalı olduğunu belirtmesi ve daha sonra tekrar tekrar durum sorması geleneksel yöntemde ciddi zaman kaybına yol açabilir. Bir Asansör Arıza Takip Programı içerisindeki müşteri portalı ise arıza bildiriminin doğrudan ilgili bina ve asansör üzerinden oluşturulmasını, bakım firmasına ulaşmasını ve sürecin kayıt altında takip edilmesini sağlar.

Bu yapı yalnızca bina yöneticisine kolaylık sağlamaz. Bakım firması için telefon trafiğini azaltır, teknisyenin doğru bilgiyle sahaya çıkmasını kolaylaştırır ve yapılan müdahalelerin geçmişe dönük izlenebilmesini sağlar. Doğru kurulduğunda müşteri portalı, bakım firması ile bina yönetimi arasında ek bir iletişim kanalı olmaktan çıkarak arıza yönetiminin standart bir parçası haline gelir.

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

Müşteri portalı, bina veya site yöneticisinin bakım firmasının sistemine kontrollü biçimde erişerek kendi sorumluluğundaki asansörlerle ilgili işlemleri takip edebildiği dijital alandır.

Arıza bildirimi tarafında temel mantık oldukça basittir: Yönetici hangi binada ve hangi asansörde problem yaşandığını seçer, arızayı açıklar ve servis talebini oluşturur. Kayıt bakım firmasının sistemine düştüğünde ilgili personel tarafından değerlendirilerek teknisyene yönlendirilebilir.

Örneğin bir apartmanda iki asansör bulunduğunu düşünelim. Yönetici telefonda sadece “Bizim sağdaki asansör yine çalışmıyor” dediğinde ofis çalışanının önce hangi bina olduğunu, ardından hangi cihazdan bahsedildiğini anlaması gerekir.

Portal üzerinden kayıt açıldığında ise sistem zaten şu bilgileri ilişkilendirebilir:

• Müşteri veya bina bilgisi
• İlgili asansör
• Arıza açıklaması
• Bildirim tarihi ve saati
• Bildirimi yapan kişi
• Fotoğraf veya ek açıklama
• Servis talebinin mevcut durumu
• Atanan teknik personel
• Müdahale ve tamamlanma bilgileri

Bu sayede telefon görüşmesindeki bilgi kaybı önemli ölçüde azalır.

Arıza Bildirim Süreci Nasıl İşlemeli?

Müşteri portalında en önemli konu çok fazla alan oluşturmak değil, doğru bilgiyi mümkün olan en kısa yoldan toplamaktır. Bina yöneticisinin basit bir arıza bildirimi için uzun formlar doldurması sistemi kullanma isteğini azaltır.

Pratik bir süreç aşağıdaki şekilde kurulabilir.

1. Bina ve asansör seçilir

Müşteri hesabına yalnızca kendisine bağlı bina ve asansörlerin gösterilmesi gerekir. Böylece yanlış adrese arıza kaydı açılması engellenir.

Örneğin bir site yöneticisinin üç blokta toplam beş asansörü bulunuyorsa ekranda doğrudan bu beş cihazı görmesi yeterlidir.

2. Arıza türü belirtilir

Yönetici teknik teşhis yapmak zorunda değildir. Bunun yerine kullanıcıların anlayabileceği basit seçenekler sunulabilir:

• Asansör çalışmıyor
• Kapı açılmıyor veya kapanmıyor
• Kat seviyesinde durmuyor
• Gürültülü çalışıyor
• Kabin aydınlatması çalışmıyor
• Gösterge veya buton problemi var
• Diğer

Buradaki amaç teknisyenin arızayı uzaktan kesin olarak teşhis etmesi değil, sahaya hazırlıklı çıkmasını sağlayacak ilk bilgiyi elde etmektir.

3. Açıklama ve fotoğraf eklenir

Serbest açıklama alanı, standart seçeneklerin yetersiz kaldığı durumlarda oldukça değerlidir.

Örneğin:

Asansör 4. katta kaldı. Kapı kapalı ancak çağrı butonuna basıldığında hareket etmiyor.

Bina yöneticisi ekranda görünen hata kodunun veya hasarlı bir parçanın fotoğrafını paylaşabiliyorsa teknisyen servis aracından çıkmadan önce durum hakkında daha fazla fikir sahibi olabilir.

4. Arıza kaydı oluşturulur

Bildirim gönderildiğinde sistemin kayıt numarası oluşturması faydalıdır. Böylece hem bakım firması hem de müşteri aynı servis kaydı üzerinden konuşur.

Telefon görüşmelerinde sık karşılaşılan “Sabah aramıştık, bizim arıza ne oldu?” sorusu yerine belirli bir servis kaydı üzerinden süreç takip edilebilir.

5. Müdahale süreci takip edilir

Müşteri açısından en değerli bölümlerden biri budur. Yönetici, sürekli bakım firmasını aramak yerine arızanın hangi aşamada olduğunu görebilir.

Örneğin durumlar şu şekilde sade tutulabilir:

1. Bildirim alındı
2. Servise yönlendirildi
3. Teknisyen görevlendirildi
4. Müdahale yapılıyor
5. Tamamlandı

Bu yapı müşterinin gereksiz telefon trafiğini azaltırken bakım firmasının operasyonunu da daha düzenli hale getirir.

Telefonla Arıza Bildirimi ile Müşteri Portalının Farkları

Telefon tamamen ortadan kaldırılması gereken bir kanal değildir. Özellikle acil durumlarda doğrudan iletişim hâlâ kritik öneme sahiptir. Ancak günlük servis operasyonunda her bildirimin telefon üzerinden alınması, firma büyüdükçe yönetilmesi zor bir süreç oluşturur.

Konu	Telefonla Bildirim	Müşteri Portalından Bildirim
Bina bilgisi	Görüşmede tekrar sorulabilir	Kayıtla otomatik eşleşebilir
Asansör bilgisi	Yanlış veya eksik aktarılabilir	İlgili cihaz seçilebilir
Bildirim zamanı	Not alınmasına bağlıdır	Otomatik kaydedilebilir
Fotoğraf paylaşımı	Ayrı mesajlaşma gerekebilir	Kayda eklenebilir
Durum takibi	Tekrar telefon gerekir	Portal üzerinden görülebilir
Arıza geçmişi	Dağınık kalabilir	Cihaz bazında saklanabilir
Ofis telefon yükü	Yüksek	Daha düşük
Raporlama	Manuel çalışma gerekir	Dijital kayıt üzerinden yapılabilir

Özellikle yüzlerce asansöre bakım veren firmalarda küçük zaman kayıpları ay sonunda önemli bir operasyon yüküne dönüşür.

Günde 20 arıza bildirimi alan bir firmada her ilk telefon görüşmesinin ortalama birkaç dakika sürdüğünü düşünmek bile sürecin ölçeğini gösterir. Buna müşterilerin durum sormak için yaptığı ikinci ve üçüncü aramalar eklendiğinde ofis personelinin önemli bölümü yalnızca bilgi aktarmakla uğraşabilir.

Bakım Firması Açısından En Büyük Kazançlar

Müşteri portalının faydası yalnızca telefon sayısını azaltmak değildir. Asıl değer, arıza verisinin düzenli hale gelmesidir.

Arıza geçmişi cihaz bazında oluşur

Bir asansörde son altı ay içerisinde tekrar eden kapı arızaları varsa bu bilgi bakım firmasının teknik değerlendirmesi açısından değerlidir.

Kayıtlar düzenli tutulduğunda şu sorular daha kolay cevaplanabilir:

• Hangi cihaz daha sık arızalanıyor?
• Hangi arıza türü tekrar ediyor?
• Aynı ekipman üzerinde kaç kez müdahale yapılmış?
• Arıza hangi tarihlerde gerçekleşmiş?
• Hangi işlem sonrasında problem tekrar etmiş?
• Servis müdahale süreleri nasıl değişmiş?

Bu bilgiler yalnızca günlük operasyon için değil, bakım kalitesinin değerlendirilmesi ve müşteriye yapılacak teknik açıklamalar açısından da önemlidir.

Teknisyen daha doğru bilgiyle sahaya çıkar

Teknisyenin “Arıza var, bir bakıp gel” şeklinde yönlendirilmesi ile cihaz, arıza açıklaması ve varsa fotoğraf bilgisiyle yönlendirilmesi arasında ciddi fark vardır.

Ön bilgi sayesinde teknisyen gerekli olabilecek malzeme veya ekipman konusunda hazırlık yapabilir. Elbette portal üzerinden alınan bilgiler kesin teknik teşhis yerine geçmez; nihai değerlendirme yetkin teknik personelin sahadaki kontrolüyle yapılmalıdır.

Servis kayıtlarında standart oluşur

Bir çalışan telefon konuşmasını kısa notlarla kaydederken diğer çalışan farklı bir yöntem kullanırsa kayıt kalitesi kişiye bağlı hale gelir.

Dijital sistemde ise aynı alanların kullanılması sayesinde kayıt standardı oluşur.

Asansorex gibi bakım ve arıza süreçlerini tek sistemde toplayan yazılımlarda müşteri portalından gelen bildirimin doğrudan ilgili bina ve asansör kaydıyla ilişkilendirilmesi, ofisin bilgiyi tekrar sisteme girmesi ihtiyacını azaltabilir.

Bina ve Site Yöneticisi İçin Ne Değişir?

Bina yöneticileri açısından en büyük sorun çoğu zaman arızayı bildirmek değil, bildirimden sonra ne olduğunu öğrenmektir.

Yönetici arızayı bildirir, ardından apartman sakinleri kendisini aramaya başlar:

“Servis çağrıldı mı?”

“Teknisyen geliyor mu?”

“Ne zaman düzelecek?”

Yönetici bakım firmasından bilgi alamadığında bina sakinlerine de sağlıklı bilgi veremez.

Müşteri portalı bu iletişim zincirini daha şeffaf hale getirebilir.

Yönetici portal üzerinden:

• Arıza kaydının oluşturulduğunu görebilir.
• Hangi asansör için kayıt açıldığını kontrol edebilir.
• Servis durumunu takip edebilir.
• Tamamlanan arızaları inceleyebilir.
• Önceki servis kayıtlarına ulaşabilir.
• Yapılan işlemle ilgili açıklamaları görebilir.

Bunun bakım firması açısından ticari bir karşılığı da vardır. Müşteri yalnızca son yaşadığı problemi değil, yıl boyunca yapılan servis çalışmalarını görebildiğinde sunulan hizmet daha görünür hale gelir.

Müşteri Portalı Kurarken Dikkat Edilmesi Gerekenler

Bir portalın bulunması tek başına yeterli değildir. Kullanımı karmaşıksa bina yöneticileri eski alışkanlıklarına dönerek telefon veya mesajlaşma uygulamalarını kullanmaya devam eder.

İyi çalışan bir müşteri portalında şu noktalar önemlidir:

1. Bildirim birkaç adımda tamamlanabilmeli. Uzun formlar yerine yalnızca gerekli bilgiler istenmelidir.
2. Bina ve asansör önceden tanımlı olmalı. Kullanıcı adres veya cihaz bilgilerini her seferinde tekrar yazmamalıdır.
3. Mobil kullanım kolay olmalı. Arıza bildiriminin büyük bölümü telefon üzerinden yapılacaktır.
4. Durum ifadeleri anlaşılır olmalı. Teknik ekip içerisindeki kodlar müşteriye gösterilmemelidir.
5. Bildirim zamanı kayıt altına alınmalı. Arızanın ne zaman bildirildiği tartışmalı hale gelmemelidir.
6. Tamamlanan işlem görülebilmeli. Yönetici servis sonucuna ulaşabilmelidir.
7. Yetkilendirme doğru yapılmalı. Her bina yöneticisi yalnızca yetkili olduğu bina ve asansörleri görmelidir.
8. Acil durum iletişimi ayrıca belirtilmeli. Portal normal servis kaydı için kullanılmalı; mahsur kalma gibi acil durumlarda uygun acil iletişim kanalları açıkça gösterilmelidir.

Son madde özellikle önemlidir.

Müşteri portalı düzenli arıza yönetimini kolaylaştırır; ancak kabinde kişinin mahsur kaldığı acil durumlarda portal bildirimi tek iletişim yöntemi olarak kullanılmamalıdır.

Bu tür durumlarda binanın ve bakım firmasının belirlediği acil kurtarma ve iletişim prosedürlerinin uygulanması gerekir.

Portal Bildirimlerini Operasyona Bağlamak

Arıza formunun dijital olması tek başına süreç iyileştirmesi sağlamaz. Bildirimden sonraki iş akışının da belirlenmesi gerekir.

Örneğin firma şu modeli kullanabilir:

Bildirim → Kontrol → Teknisyen atama → Saha müdahalesi → Servis kaydı → Müşteri bilgilendirmesi → Kapanış

Buradaki kritik nokta, aynı bilginin farklı yerlerde tekrar tekrar yazılmamasıdır.

Bina yöneticisi portalda arıza açtıktan sonra ofis çalışanının aynı bilgileri başka bir listeye yazması, ardından teknisyene mesaj atması ve servis sonrasında başka bir dosyaya sonuç girmesi dijitalleşmenin avantajını büyük ölçüde ortadan kaldırır.

Arıza takip sisteminin mümkün olduğunca tek kayıt üzerinden ilerlemesi gerekir.

Örneğin aynı servis kaydının içerisinde:

• İlk müşteri bildirimi
• Bildirim tarihi
• Atanan teknisyen
• Müdahale zamanı
• Teknisyen açıklaması
• Kullanılan malzeme bilgisi
• Fotoğraf
• Müşteri bilgilendirmesi
• Kapanış zamanı

bir arada tutulabilir.

Bu yöntem özellikle firma büyüdükçe önem kazanır. 30–40 cihazlık portföyde hafızayla yönetilebilen operasyon, yüzlerce asansörde aynı şekilde sürdürülemez.

Arıza Verilerinden Operasyonel Sonuç Çıkarmak

Düzenli arıza kaydı yalnızca geçmişi görmek için kullanılmamalıdır. Toplanan veriler bakım kalitesini geliştirmek için de değerlendirilebilir.

Örneğin aylık olarak şu göstergeler incelenebilir:

• Toplam arıza sayısı
• Asansör başına arıza sıklığı
• Tekrar eden arıza sayısı
• Bildirim ile teknisyen yönlendirmesi arasındaki süre
• Müdahale sonrası tekrar açılan kayıtlar
• En sık karşılaşılan arıza türleri
• Bina veya cihaz bazında yoğunlaşan problemler

Bir asansör sürekli aynı nedenle servis kaydı oluşturuyorsa konu artık tek tek arızaları kapatmaktan daha büyük olabilir. Parça değişimi, ayar, kullanım koşulları veya daha kapsamlı teknik inceleme gerekebilir.

Asansorex içerisinde arıza, bakım ve cihaz geçmişinin aynı operasyon yapısında tutulması da bu noktada firmaların tekil servis kayıtları yerine daha bütüncül bir geçmiş üzerinden değerlendirme yapmasına yardımcı olabilir.

Sıkça Sorulan Sorular

Müşteri portalından herkes arıza kaydı açabilir mi?

Portal erişimi firmanın belirlediği yetkilendirme yapısına göre düzenlenmelidir. Genel uygulamada bina yöneticisi, site yöneticisi veya firma tarafından yetkilendirilen kişiler kendi bina ve asansörleri için servis talebi oluşturur.

Portal üzerinden arıza bildirimi telefonun tamamen yerini alır mı?

Hayır. Günlük ve acil olmayan servis taleplerinin dijitalleştirilmesi telefon trafiğini ciddi ölçüde azaltabilir. Ancak mahsur kalma gibi acil durumlarda doğrudan ve hızlı iletişim sağlayan acil durum prosedürleri kullanılmalıdır.

Yönetici arızanın hangi aşamada olduğunu görebilir mi?

Kullanılan Asansör Arıza Takip Programının özelliklerine bağlı olarak bildirim alındı, teknisyene yönlendirildi, işlem devam ediyor veya tamamlandı gibi durumlar müşteri portalından gösterilebilir.

Fotoğraf eklemek gerçekten gerekli mi?

Her arızada gerekli değildir ancak bazı durumlarda faydalıdır. Ekrandaki hata mesajı, hasarlı buton, kapı problemi veya görünür başka bir sorun teknisyene ön bilgi sağlayabilir. Fotoğraf hiçbir zaman teknik kontrolün yerine geçmez.

Eski arıza kayıtlarının saklanmasının faydası nedir?

Geçmiş kayıtlar tekrar eden arızaların tespit edilmesine, cihaz performansının değerlendirilmesine, yapılan işlemlerin kontrol edilmesine ve müşteriyle yaşanabilecek bilgi uyuşmazlıklarının azaltılmasına yardımcı olur.

Küçük bakım firmalarının da müşteri portalına ihtiyacı var mı?

Portföy küçükken telefon ve mesajlaşma ile süreç yönetilebilir. Ancak kayıt sayısı arttıkça bilgilerin farklı kanallarda dağılması sorun yaratır. Bu nedenle küçük firmalarda bile düzenli dijital kayıt, büyüme sürecinde önemli bir operasyon avantajı sağlayabilir.

Özet

Asansör Arıza Takip Programı ile müşteri portalından arıza bildirimi, bakım firması ile bina yöneticisi arasındaki servis iletişimini daha düzenli ve ölçülebilir hale getirir. Yönetici ilgili asansörü seçerek arıza kaydını oluşturabilir, gerekli açıklamaları ekleyebilir ve servis sürecinin durumunu takip edebilir. Bakım firması ise telefonla alınan dağınık bilgiler yerine standart, zaman damgalı ve cihazla ilişkilendirilmiş kayıtlarla çalışabilir.

Başarılı bir sistemin amacı müşteriye mümkün olduğunca fazla ekran göstermek değil; arıza bildirimini kolaylaştırmak, teknisyene doğru bilgiyi ulaştırmak ve yapılan müdahaleyi izlenebilir hale getirmektir. Bu yapı doğru uygulandığında ofis telefon yükünü azaltır, saha ekibinin koordinasyonunu güçlendirir ve bina yöneticisine daha şeffaf bir servis deneyimi sunar.