Asansör Mobil Programı ile Müşteriye Anlık Durum

İÇERİK

Asansör bakım firmalarında müşteri iletişiminin önemli bir bölümü aslında tek bir soruya dayanır: “Asansörle ilgili işlem şu anda hangi aşamada?” Arıza kaydı açıldığında bina yöneticisi teknisyenin gelip gelmediğini, periyodik bakım gününde işlemin tamamlanıp tamamlanmadığını veya tespit edilen bir parçanın ne zaman değiştirileceğini bilmek ister. Bu bilgi düzenli verilmediğinde müşteri telefonu açar, ofis teknisyeni arar, teknisyen yeniden bilgi verir ve basit bir durum sorgusu birkaç kişinin zamanını tüketir. Asansör mobil programı kullanıldığında ise bakım ve arıza sürecindeki gelişmeler kayıt altına alınabilir ve uygun bilgiler müşteriye çok daha hızlı aktarılabilir. Böylece yalnızca iletişim hızlanmaz; servis firmasının yaptığı iş de daha görünür hale gelir.

Müşteriye Anlık Durum Bilgisi Neden Önemlidir?

Asansör hizmetinde müşterinin değerlendirdiği konu yalnızca teknik işin doğru yapılması değildir. Özellikle yoğun kullanılan apartman, site, hastane, iş merkezi veya ticari yapılarda sürecin ne zaman başlayacağı ve hangi aşamada olduğu da müşteri deneyiminin önemli bir parçasıdır.

Örneğin sabah saatlerinde bir bina yöneticisi “asansör çalışmıyor” diyerek servis firmasını aradığında arızanın aynı dakika çözülmesini beklemeyebilir. Ancak kaydının alınmış olduğunu, hangi ekibin ilgilendiğini ve işlem tamamlandığında kendisine bilgi verileceğini görmek ister.

Geleneksel yöntemde bu bilginin takibi telefon görüşmeleri ve mesajlar üzerinden ilerler. Ofisteki personel teknisyeni arar, teknisyen sahadan cevap verir ve bilgi tekrar müşteriye aktarılır. Gün içerisinde onlarca arıza ve bakım bulunan bir firmada bu yöntem hızla operasyon yüküne dönüşebilir.

Mobil sistemde ise işlem aşamalarının kayıt altına alınması sayesinde bilgi akışı daha düzenli kurulabilir.

Örneğin bir arıza için müşteriye gösterilebilecek durumlar şöyle olabilir:

1. Arıza kaydı alındı.
2. Servis personeline yönlendirildi.
3. Teknisyen müdahale sürecinde.
4. Arıza nedeni tespit edildi.
5. Parça veya onay bekleniyor.
6. İşlem tamamlandı.

Buradaki önemli nokta her teknik ayrıntıyı müşteriye göstermek değildir. Amaç, müşterinin “Benim kaydım unutuldu mu?” endişesini ortadan kaldıracak kadar net bilgi vermektir.

Asansör Mobil Programı Hangi Durumları Müşteriye Gösterebilir?

İyi tasarlanmış bir müşteri bilgilendirme sistemi yalnızca “açık” ve “kapalı” şeklinde iki durum sunmamalıdır. Bakım firmasının iş akışına göre anlamlı aşamalar oluşturulmalıdır.

İşlem	Müşteriye Gösterilebilecek Durum	Müşterinin Anladığı
Arıza bildirimi	Kayıt alındı	Talebim sisteme ulaştı
Teknisyen yönlendirme	Servise atandı	Firma işlem başlattı
Saha müdahalesi	Müdahale ediliyor	Teknisyen işlem üzerinde çalışıyor
Parça ihtiyacı	Parça/onay bekleniyor	İş neden tamamlanmadı belli
Periyodik bakım	Bakım planlandı	Bakım tarihi oluşturuldu
Bakım sonrası	Bakım tamamlandı	İşlem gerçekleştirildi
Teklif süreci	Teklif onayı bekleniyor	Karar vermem gereken işlem var
Arıza kapanışı	Servis tamamlandı	Açık servis kaydı kalmadı

Bu görünürlük özellikle birden fazla asansörü yöneten site ve tesis yöneticilerinde önem kazanır. On veya yirmi farklı cihaz için servis firmasını tek tek aramak yerine hangi cihazın bakımının tamamlandığını veya hangi arızanın açık olduğunu görmek ciddi zaman kazandırabilir.

Burada “anlık durum” ifadesini doğru anlamak gerekir. Her durumda teknisyenin saniye saniye konumunun müşteriye gösterilmesi gerekmez. Hatta gereksiz olabilir. Çoğu müşteri için iş emrinin güncel aşaması yeterlidir.

Arıza Sürecinde Anlık Bilgilendirme Nasıl Çalışır?

Arıza yönetimi, anlık bilgilendirmenin en fazla değer oluşturduğu alanlardan biridir. Çünkü çalışmayan bir asansör doğrudan bina sakinlerini etkiler ve yöneticinin üzerindeki iletişim baskısını artırır.

Örneğin 40 daireli bir apartmanda asansör arızalandığında yöneticinin telefonu kısa sürede birçok farklı kişiden mesaj alabilir. Yönetici de doğal olarak bakım firmasından sürekli bilgi istemeye başlar.

Dijital süreçte ise arıza kaydı açıldığı anda işlem kayıt altına alınır. Teknisyen görevi gördüğünde, sahaya ulaştığında veya müdahaleyi tamamladığında durum güncellenebilir. Bu bilgi müşterinin erişebildiği ekrana veya firmanın kullandığı bildirim kanalına aktarılabilir.

Böylece bina yöneticisinin her aşamada servis firmasını araması gerekmez.

Özellikle “parça bekleniyor” gibi ara durumların görünür olması önemlidir. Çünkü bazı arızalar ilk ziyarette tamamlanamayabilir. Motor sürücüsü, kapı ekipmanı, buton veya başka bir parçanın değiştirilmesi gerekebilir. Müşteriye yalnızca “arıza devam ediyor” denildiğinde belirsizlik oluşur. “Arıza tespit edildi, parça değişimi için süreç devam ediyor” bilgisi ise çok daha açıklayıcıdır.

Bu sistem aynı zamanda servis firmasını da korur. Müşteri birkaç gün sonra “kimse ilgilenmedi” dediğinde işlemin ne zaman açıldığı, hangi aşamalardan geçtiği ve ne zaman kapatıldığı kayıtlar üzerinden görülebilir.

Periyodik Bakımda Şeffaflık Nasıl Sağlanır?

Anlık durum takibi yalnızca arıza kayıtları için düşünülmemelidir. Periyodik bakım operasyonunda da önemli fayda sağlar.

Bir bakım firması yüzlerce asansörle çalışıyorsa bina yöneticilerinin tamamına telefonla “bakımınız bugün yapıldı” şeklinde bilgi vermek pratik değildir. Bu nedenle birçok firmada bakım gerçekleştirilmesine rağmen müşteri işlemden haberdar olmayabilir.

Bu durum zaman zaman şu soruya yol açar:

“Bu ay bizim asansörün bakımı gerçekten yapıldı mı?”

Mobil bakım kaydı sayesinde teknisyen sahada bakım formunu doldurabilir, gerekli kontrolleri kaydedebilir ve işlemi tamamlayabilir. Sistem üzerinden bakım tarihi ve işlem durumu saklandığında müşteriye daha somut bilgi sunulabilir.

Örneğin bina yöneticisi son bakım tarihini, tamamlanan servis kaydını veya varsa açık işlem durumunu görebilir. Fotoğraf, bakım formu veya imza gibi belgelerin paylaşılması firmanın çalışma modeline göre ayrıca düzenlenebilir.

Bu bakım kayıtlarını kâğıt formlar, telefon mesajları ve farklı dosyalar yerine Asansorex gibi bir bakım takip yazılımında merkezi şekilde tutmak, hem saha ekibinin işlem kapatmasını hem de müşteri tarafında güncel durum bilgisinin oluşmasını kolaylaştırabilir.

Firma Sahibi, Teknisyen ve Bina Yöneticisi Ne Kazanır?

Aynı sistem üç farklı taraf için farklı fayda üretir.

Firma sahibi açısından

Firma sahibinin temel kazancı iletişim yükünün azalması ve operasyonun daha ölçülebilir hale gelmesidir. Müşteri aramalarının önemli kısmı “teknisyen çıktı mı?”, “bakım yapıldı mı?” veya “arıza ne durumda?” sorularından oluşuyorsa bu bilgilerin dijital ortamda görünür hale gelmesi ofis yükünü azaltabilir.

Ayrıca tamamlanan ve bekleyen işler daha net ayrıldığı için müşteri şikâyetlerinde olayın geçmişini incelemek kolaylaşır.

Teknisyen açısından

Teknisyenin sürekli telefonla durum bildirmesi yerine yaptığı işlemi mobil cihazdan güncellemesi daha düzenli bir yöntemdir.

Ancak burada süreç teknisyene ek bürokrasi yaratmamalıdır. Bir arızayı kapatmak için çok uzun formlar doldurulması gerekiyorsa personel sistemi kullanmakta zorlanabilir.

Pratik yapı; iş emrini açma, gerekli bilgileri girme, gerekiyorsa fotoğraf veya açıklama ekleme ve işlemi kapatma şeklinde ilerlemelidir.

Bina yöneticisi açısından

Bina yöneticisi için en önemli kazanç belirsizliğin azalmasıdır. Servis firmasına ulaşmaya çalışmadan güncel durumu görebilmek özellikle yoğun sitelerde önemli kolaylık sağlar.

Ayrıca önceki bakım ve arıza kayıtlarının düzenli olması yönetici değişikliklerinde de avantaj yaratır. Yeni yönetici geçmiş işlemlerin tamamını eski WhatsApp konuşmalarında aramak zorunda kalmaz.

Her Bilgiyi Müşteriye Göstermek Doğru mu?

Şeffaflık faydalıdır ancak sınırsız bilgi paylaşımı anlamına gelmez. Mobil sistem kurulurken müşteri ekranında hangi verilerin bulunacağı dikkatli belirlenmelidir.

Örneğin firma içindeki personel notları, maliyet hesapları, teknisyenler arasındaki görev değişiklikleri veya operasyon içi açıklamalar müşterinin görmesi gereken bilgiler olmayabilir.

Aynı şekilde bir teknisyenin konum bilgisinin sürekli ve gereksiz biçimde paylaşılması yerine müşteriye “servise yönlendirildi” veya “müdahale başladı” gibi operasyon durumlarının gösterilmesi çoğu senaryoda daha sağlıklıdır.

Dikkat edilmesi gereken bir diğer konu yanlış durum bilgisidir. Teknisyen işi tamamladığı halde sistem güncellenmezse müşteri hâlâ “müdahale ediliyor” durumunu görebilir. Tersine, işlem teknik olarak bitmeden yanlışlıkla “tamamlandı” olarak işaretlenmesi de güven kaybına yol açar.

Bu nedenle mobil programın kendisi kadar saha kullanım disiplini de önemlidir.

Durumların mümkün olduğunca gerçek işlem adımlarına bağlanması gerekir. Örneğin teknisyen bakım formunu tamamladığında bakımın otomatik olarak “tamamlandı” durumuna geçmesi, ayrı ayrı veri girişi yapılmasından daha güvenilir olabilir.

Anlık Müşteri Bilgilendirme Sistemi Nasıl Kurulmalı?

Başarılı bir uygulama için önce mevcut operasyon incelenmelidir. Yazılım alınmadan önce “müşteriye ne göstereceğiz?” sorusunun cevabı belirlenmelidir.

Özellikle arıza tarafında kayıt alındı, yönlendirildi, müdahale başladı, beklemede ve tamamlandı gibi birkaç temel durum çoğu firma için başlangıçta yeterlidir.

Sonrasında bildirim sıklığı belirlenmelidir. Her küçük değişiklik için SMS veya mesaj göndermek müşteriyi rahatsız edebilir. Kritik aşamalar seçilmelidir.

Örneğin müşteriye arıza kaydının alındığı, işlemin bekleme nedeninin oluştuğu ve servisin tamamlandığı bilgisinin iletilmesi çoğu durumda yeterlidir.

Bakım tarafında ise planlanan tarih ve tamamlanan bakım kaydı ön plana çıkabilir.

Bir diğer kritik konu müşteri verisinin doğruluğudur. Aynı binada eski yöneticiye ait telefon veya e-posta bilgileri kalmışsa en iyi yazılım bile doğru kişiye bildirim gönderemez. Bu nedenle bina ve yetkili kişi kayıtlarının düzenli tutulması gerekir.

Firma büyüdükçe müşteri portalı yaklaşımı daha değerli hale gelir. Bina yöneticisinin kendi yetkisi kapsamında borç, bakım, arıza veya servis geçmişini görebildiği yapı; ofisin sürekli bilgi aktaran bir çağrı merkezi gibi çalışmasının önüne geçebilir.

Asansorex'te bakım, arıza ve müşteri kayıtlarının aynı operasyon içinde tutulabilmesi de bu noktada yardımcı olur. Amaç müşteriye gereksiz teknik ayrıntı göstermek değil, doğru servis bilgisini doğru zamanda ulaşılabilir hale getirmektir.

Müşteri Memnuniyetini Artırırken Telefon Trafiği Nasıl Azalır?

Telefon trafiğini azaltmanın yolu müşteriyi iletişimsiz bırakmak değildir. Tam tersine, müşterinin bilgiye kendisinin ulaşabileceği bir yapı oluşturmaktır.

Örneğin bir servis firması günde 30 açık iş emri yönetiyorsa bu işlerin yalnızca bir kısmı için bile durum sorgulama telefonu gelmesi ofisin ciddi zaman kaybetmesine neden olabilir. Her görüşmede müşterinin hangi binadan aradığının bulunması, teknisyenin aranması ve tekrar dönüş yapılması gerekir.

Dijital durumda ise aynı bilgi müşterinin erişimine açık olabilir.

Buradaki temel prensip şudur: Müşteri soru sormadan önce ihtiyaç duyacağı bilgiyi görünür hale getirmek.

Bu yaklaşım müşteri ilişkilerini de değiştirir. Görüşmeler yalnızca “servis nerede?” sorusuna cevap vermek yerine teklif, revizyon, güvenlik ihtiyacı veya uzun vadeli bakım kalitesi gibi daha önemli konulara ayrılabilir.

Müşteri açısından ise bakım firmasının yaptığı iş daha görünür olur. Özellikle düzenli bakım hizmetinin fiziksel bir ürün gibi görülmediği düşünülürse kayıtların paylaşılabilir olması verilen hizmetin değerini göstermek açısından önemlidir.

Sıkça Sorulan Sorular

Asansör mobil programı müşteriye hangi bilgileri gösterebilir?

Programın yapısına göre bakım tarihi, açık arıza kaydı, servis durumu, tamamlanan işlemler ve bekleyen süreçler gösterilebilir. Müşteriye hangi verilerin açılacağı firmanın iş modeline göre belirlenmelidir.

Müşteriye teknisyenin canlı konumunu göstermek gerekir mi?

Her durumda gerekmez. Çoğu bina yöneticisi için arızanın kayda alındığını, servise yönlendirildiğini ve işlemin hangi aşamada olduğunu görmek yeterlidir. Konum paylaşımı ancak gerçekten operasyonel fayda sağlıyorsa değerlendirilmelidir.

Anlık durum bilgisi telefon trafiğini tamamen ortadan kaldırır mı?

Hayır. Acil durumlar, teknik açıklama gerektiren işlemler ve teklif görüşmeleri için telefon iletişimi devam eder. Ancak rutin “bakım yapıldı mı?” ve “arıza ne durumda?” sorgularının önemli bölümünü azaltabilir.

Teknisyen durum güncellemeyi unutursa ne olur?

Müşteriye yanlış veya eski bilgi görünebilir. Bu nedenle durum değişikliklerinin mümkün olduğunca teknisyenin zaten yaptığı işlemlere bağlanması gerekir. Örneğin servis formunun tamamlanmasıyla iş emrinin kapanması bu riski azaltır.

Bina yöneticisi geçmiş bakım kayıtlarını görebilir mi?

Kullanılan program destekliyorsa belirli tarih aralıklarındaki bakım ve servis geçmişi müşteriye sunulabilir. Böylece yönetici eski bakım bilgilerini kâğıt dosyalarda veya mesaj geçmişlerinde aramak zorunda kalmaz.

Küçük asansör bakım firmaları için de gerekli midir?

Az sayıda cihaz yöneten firmalarda telefonla takip bir süre çalışabilir. Ancak portföy ve teknisyen sayısı arttıkça bilgi aktarımı zorlaşır. Dijital durum takibine erken geçmek, büyüme sırasında operasyonun dağılmasını önlemeye yardımcı olabilir.

Özet

Asansör mobil programı ile müşteriye anlık durum sunmanın temel amacı daha fazla bildirim göndermek değil, bakım ve arıza süreçlerindeki belirsizliği azaltmaktır. Arıza kaydının alındığı, teknisyene yönlendirildiği, işlemin beklediği veya tamamlandığı gibi temel durumların doğru biçimde paylaşılması müşteri deneyimini ciddi ölçüde iyileştirebilir.

Firma sahibi açısından daha az rutin telefon trafiği, teknisyen açısından daha düzenli iş kaydı, bina yöneticisi açısından ise daha şeffaf servis süreci ortaya çıkar. En başarılı yapı; müşteriye gerekli bilgiyi gösteren, teknik ekibe gereksiz veri girişi yüklemeyen ve durum değişikliklerini gerçek saha operasyonuyla eşleştiren yapıdır.

Asansorex gibi asansör bakım ve yönetim yazılımları bu bilgilerin arıza, bakım ve müşteri kayıtlarıyla birlikte merkezi şekilde yönetilmesine yardımcı olabilir. Böylece müşteri iletişimi kişilerin hafızasına veya dağınık mesajlara değil, güncel operasyon kayıtlarına dayanır.