Asansör Arıza Yazılımı ve WhatsApp Kaosundan Çıkış

İÇERİK

Bir asansör bakım firmasında arıza bildirimi ilk bakışta basit görünür: Bina yöneticisi mesaj gönderir, ofis teknisyene haber verir, ekip adrese gider ve sorun çözülür. Ancak asansör sayısı, teknisyen sayısı ve günlük çağrı yoğunluğu arttığında WhatsApp grupları hızla kontrol edilmesi güç bir operasyon merkezine dönüşür. Araya giren mesajlar, cevapsız çağrılar, eksik adresler ve belirsiz görev dağılımı hem müdahale süresini uzatır hem de müşteri güvenini zedeler.

Asansör arıza yazılımı, WhatsApp’ı tamamen yasaklamak için değil, mesajlaşma uygulamasının taşıyamadığı operasyon yükünü düzenli iş emirlerine dönüştürmek için kullanılır. Bu yazıda WhatsApp kaynaklı karmaşanın nedenlerini, yazılıma geçiş aşamalarını, tutulması gereken kayıtları ve ekiplerin yeni düzene nasıl alıştırılacağını somut örneklerle ele alacağız.

WhatsApp ile Arıza Yönetimi Neden Bir Noktadan Sonra Aksar?

WhatsApp hızlı iletişim için kullanışlıdır. Fakat bir arıza yönetim sistemi değildir. Mesajları kayıt numarasına göre sıralamaz, teknisyen kapasitesini göstermez, müdahale süresini otomatik hesaplamaz ve tamamlanan işlemleri cihaz geçmişiyle ilişkilendirmez.

Örneğin 600 asansöre hizmet veren bir firmada pazartesi sabahı aynı anda 15 bildirim geldiğini düşünelim. Mesajların bir kısmı özelden ofis çalışanına, bir kısmı teknisyene, bazıları da farklı WhatsApp gruplarına gönderilebilir. “Asansör yine çalışmıyor” mesajında bina adı, açık adres, cihaz numarası ve arızanın niteliği bulunmayabilir. Ofis önce mesaj sahibini aramak, ardından doğru cihazı bulmak zorunda kalır.

Başlıca sorunlar şunlardır:

• Mesajın görüldüğü hâlde iş emrine dönüşmemesi
• Aynı arızaya iki teknisyenin yönlendirilmesi
• Kimsenin görevlendirilmediği bildirimin beklemesi
• Sesli mesajdaki önemli ayrıntıların sonradan bulunamaması
• Fotoğraf ve videoların cihaz geçmişiyle eşleşmemesi
• Teknisyenin yaptığı işlemi yalnızca gruba yazması
• Müşteriye dönüş yapılıp yapılmadığının bilinmemesi
• Personel değiştiğinde geçmiş kayıtların kaybolması
• Arıza kapanmadan sohbetin başka mesajlarla devam etmesi

Bu yapı küçük bir portföyde kişisel dikkatle yürütülebilir. Ancak büyüyen firmalarda süreç çalışanın hafızasına bağımlı hâle gelir. Personel izinli olduğunda veya telefon değiştirdiğinde kurumsal hafıza da kesintiye uğrar.

WhatsApp Mesajı ile İş Emri Arasındaki Fark

Bir mesaj yalnızca iletişim kurar. İş emri ise sorumluluk, zaman, cihaz ve sonuç bilgilerini tek kayıtta birleştirir. Arıza operasyonunun ölçülebilmesi için bildirimin konuşma olmaktan çıkıp izlenebilir bir göreve dönüşmesi gerekir.

Kontrol noktası	WhatsApp ile takip	Asansör arıza yazılımı ile takip
Bildirim numarası	Genellikle yoktur	Her arızaya özel kayıt oluşturulur
Cihaz eşleştirme	Mesaj içeriğine bağlıdır	İlgili asansör kaydına bağlanır
Teknisyen ataması	Grup mesajıyla yapılır	Sorumlu kişi sistemde görünür
Durum takibi	Mesajlardan anlaşılmaya çalışılır	Açık, yolda, işlemde, tamamlandı gibi izlenir
Müdahale süresi	Elle hesaplanır	Zaman kayıtlarından ölçülebilir
Fotoğraf ve imza	Sohbet içinde kaybolabilir	İş emrinin içinde saklanır
Arıza geçmişi	Eski mesajlarda aranır	Cihaz bazında listelenir
Yönetici bilgilendirmesi	Manuel mesaj gerekir	Standart rapor veya bildirim üretilebilir
Performans analizi	Sağlıklı biçimde yapılamaz	Ekip, bölge ve arıza türüne göre yapılabilir

Bu fark yalnızca ofisin işini kolaylaştırmaz. Teknisyen de adres, yetkili kişi, önceki arızalar ve cihaz bilgileri için farklı kişileri aramak zorunda kalmaz.

Asansör Arıza Yazılımına Geçiş Nasıl Yapılır?

Geçişin başarılı olması için bir gecede bütün iletişim kanallarını kapatmak gerekmez. Daha sağlıklı yöntem, mevcut bildirim kanallarını koruyup bütün talepleri tek kayıt düzeninde toplamaktır.

1. Resmî bildirim kanallarını belirleyin

Müşterinin hangi kanallardan arıza bildirebileceğini açıkça tanımlayın. Telefon, WhatsApp, müşteri portalı veya QR kod kullanılabilir. Kritik kural, bildirim hangi kanaldan gelirse gelsin sistemde bir arıza kaydı açılmasıdır.

Örneğin bina yöneticisi WhatsApp üzerinden yazdığında ofis personeli konuşmayı grupta sürdürmek yerine şu bilgileri alarak iş emri oluşturmalıdır:

• Firma veya bina adı
• Açık adres
• Asansör ya da cihaz numarası
• Bildirimi yapan kişinin adı ve telefonu
• Arızanın kısa açıklaması
• Kabinde mahsur kalma olup olmadığı
• Bildirim tarihi ve saati
• Varsa fotoğraf veya video

2. Arıza önceliklerini standartlaştırın

Her bildirime aynı öncelikle yaklaşmak hem ekip kapasitesini bozar hem de gerçek acil durumların gecikmesine neden olur. Firma, kendi operasyonuna uygun bir sınıflandırma oluşturmalıdır.

Genel uygulamada örnek bir sıralama şöyle olabilir:

1. Acil: Kabinde mahsur kalma, güvenliği etkileyen durum veya ciddi risk şüphesi
2. Yüksek: Asansörün tamamen hizmet dışı kalması
3. Normal: Kapı ayarı, ses, gösterge veya kullanım kalitesini etkileyen arıza
4. Planlı: Acil olmayan parça değişimi, gözlem ya da tekrar kontrol gerektiren iş

Bu sınıflandırma teknik değerlendirme yerine geçmez. Güvenlik şüphesi bulunan bildirimlerde yetkili personelin değerlendirmesi esas alınmalı, cihazın kullanımıyla ilgili gerekli önlemler geciktirilmemelidir.

3. Durum adlarını herkes için aynı hâle getirin

“Bakılıyor”, “haber verdim” veya “usta ilgilenecek” gibi ifadeler net değildir. Arıza yazılımında herkesin aynı anlamda kullandığı durumlar bulunmalıdır:

• Yeni bildirim
• Teknisyen atandı
• Yola çıktı
• Adrese ulaştı
• İşlem devam ediyor
• Parça bekliyor
• Kontrol planlandı
• Tamamlandı
• Müşteri onayı alındı

Bir arızanın “tamamlandı” sayılması için teknisyenin yalnızca gruba mesaj göndermesi yeterli olmamalıdır. Yapılan işlem, kullanılan parça, sonuç, tarih ve gerekiyorsa müşteri imzası kayda eklenmelidir.

4. Pilot ekiple başlayın

İlk hafta tüm portföy yerine bir bölge, bir ekip veya belirli sayıda asansör seçilebilir. Pilot uygulamada şu sorulara cevap aranmalıdır:

• Kayıt açmak kaç dakika sürüyor?
• Teknisyen atamayı zamanında görüyor mu?
• Eksik bırakılan alanlar hangileri?
• Fotoğraf ve imza süreci sahada çalışıyor mu?
• İnternetin zayıf olduğu binalarda kayıt tutulabiliyor mu?
• Müşteriye gönderilen servis sonucu anlaşılır mı?

Pilot sonunda gereksiz alanlar azaltılmalı, zorunlu bilgiler netleştirilmeli ve ardından kapsam genişletilmelidir.

Sahadaki Teknisyen İçin Sistem Nasıl Kolaylaştırılmalı?

Teknisyenden uzun açıklamalar ve çok sayıda ekran doldurması istenirse kayıt disiplini kısa sürede bozulur. Sahadaki süreç mümkün olduğunca kısa, mobil uyumlu ve işin doğal akışına uygun olmalıdır.

Teknisyen adrese ulaştığında ilgili iş emrinde şunları görebilmelidir:

• Bina ve cihaz bilgileri
• Yol tarifi ve iletişim kişisi
• Bildirilen arıza
• Cihazın yakın dönem arıza geçmişi
• Daha önce değiştirilen parçalar
• Varsa teknik notlar ve fotoğraflar

İşlem sonunda ise birkaç temel kayıt yeterli olmalıdır: tespit edilen sorun, yapılan işlem, kullanılan malzeme, cihazın çalışma durumu, fotoğraf ve gerekiyorsa imza. İnternet bağlantısının zayıf olduğu makine daireleri ve bodrum katlar düşünülerek offline çalışma veya bağlantı geri geldiğinde senkronizasyon özelliği de değerlendirilmelidir.

Bu kayıtları kâğıt, kişisel telefon ve WhatsApp grupları arasında dağıtmak yerine Asansorex gibi bir asansör arıza takip yazılımında cihaz bazında toplamak, hem ofisin kontrolünü hem de teknisyenin geçmiş bilgiye erişimini kolaylaştırır.

Tekrarlayan Arızalar Nasıl Görünür Hâle Gelir?

WhatsApp düzeninde aynı asansörün bir ay içinde dört kez arıza verdiği gözden kaçabilir. Çünkü her bildirim farklı bir konuşma içinde kalır. Yazılımda ise tüm kayıtlar aynı cihazın geçmişinde birikir.

Tekrarlayan arıza analizi yapılırken şu veriler birlikte incelenmelidir:

• Son 30, 90 ve 180 gündeki arıza sayısı
• Aynı hata veya belirtiyle açılan kayıtlar
• Yapılan geçici ve kalıcı işlemler
• Değiştirilen parçalar
• Arızaların gün ve saat dağılımı
• Müdahale eden teknisyenler
• Arıza sonrası tekrar çağrı süresi
• Cihazın bakım ve periyodik kontrol geçmişi

Örneğin bir kapı arızası her seferinde ayarla gideriliyor fakat kısa sürede tekrarlanıyorsa yalnızca “arıza giderildi” kaydı yeterli değildir. Tekrar sıklığı, parçanın durumu, kullanıcı etkisi ve kalıcı çözüm ihtiyacı teknik sorumlu tarafından değerlendirilmelidir.

Düzenli kayıt ayrıca bina yöneticisiyle iletişimi de güçlendirir. Parça değişimi önerildiğinde karar yalnızca sözlü anlatıma değil, tarihli servis geçmişine ve somut tespitlere dayanır.

Müşteri İletişimi Nasıl Düzenlenir?

Bina yöneticisinin temel beklentisi yalnızca arızanın giderilmesi değildir. Bildirimin alındığını, teknisyenin yönlendirildiğini ve işlemin sonucunu bilmek ister. Sessizlik, müdahale başlamış olsa bile “kimse ilgilenmiyor” algısı oluşturabilir.

Standart bir bilgilendirme akışı şu şekilde kurulabilir:

• Bildirim alındığında kayıt numarasını paylaşın.
• Teknisyen atandığında müşteriye kısa bilgi verin.
• Gecikme veya parça ihtiyacı varsa nedeni açıklayın.
• İşlem tamamlandığında yapılan çalışmayı sade dille özetleyin.
• Kullanım dışı bırakma veya ek kontrol gerekiyorsa bunu açıkça belirtin.
• Servis formunu ya da dijital raporu yetkili kişiye iletin.

Teknik ifadeler müşteriye aynen aktarılmamalıdır. “Kontaktör problemi” demek yerine, uygun olduğunda “kumanda sistemindeki ilgili parça kontrol edildi ve değişim önerildi” gibi anlaşılır bir açıklama kullanılabilir. Ancak teknik servis formunda ayrıntılı tespit ayrıca bulunmalıdır.

Yönetimin Takip Etmesi Gereken Arıza Göstergeleri

Yazılıma geçişin amacı yalnızca mesajları başka bir ekrana taşımak değildir. Toplanan veriler, operasyonu iyileştirecek kararlar üretmelidir. Firma sahibi veya servis sorumlusu haftalık ve aylık olarak şu göstergeleri inceleyebilir:

• Açılan ve tamamlanan arıza sayısı
• Açık kalan iş emirleri
• İlk atamaya kadar geçen süre
• Adrese ulaşma süresi
• Ortalama çözüm süresi
• Tekrar arıza oranı
• Parça bekleyen işler
• Bölge ve teknisyen bazında iş yoğunluğu
• En sık arıza veren cihazlar
• Müşteriye raporu gönderilmeyen işler

Teknisyen performansı yalnızca kapatılan iş sayısıyla değerlendirilmemelidir. Bölgenin mesafesi, cihazların yaşı, arıza zorluğu, parça bekleme süresi ve tekrar çağrı oranı birlikte ele alınmalıdır. Aksi hâlde hızlı kayıt kapatmak teşvik edilirken kalıcı çözüm kalitesi düşebilir.

Sıkça Sorulan Sorular

WhatsApp tamamen bırakılmalı mı?

Hayır. WhatsApp müşteri iletişimi ve hızlı bilgi paylaşımı için kullanılabilir. Ancak asıl arıza kaydı, teknisyen ataması, işlem sonucu ve cihaz geçmişi yazılımda tutulmalıdır. Böylece iletişim kanalı ile operasyon kaydı birbirinden ayrılır.

Küçük asansör firmalarının da arıza yazılımına ihtiyacı var mı?

Az sayıda cihazı olan firmalarda bile kayıt düzeni önemlidir. Küçük ekiplerde bir kişinin izinli olması operasyonu doğrudan etkileyebilir. Erken kurulan düzen, portföy büyüdüğünde geçiş maliyetini ve veri karmaşasını azaltır.

Eski WhatsApp mesajları yazılıma aktarılmalı mı?

Bütün konuşmaları aktarmak yerine açık işler, tekrarlayan önemli arızalar, parça bekleyen kayıtlar ve yakın dönem cihaz geçmişi önceliklendirilebilir. Gereksiz mesajları taşımak yeni sistemi daha başlamadan kirletebilir.

QR kodla arıza bildirimi kullanılabilir mi?

Evet. Asansör veya bina için tanımlanan QR kod, müşterinin doğru cihaz üzerinden bildirim başlatmasını kolaylaştırabilir. Yine de kötüye kullanım, eksik bilgi ve mükerrer kayıtlar için doğrulama süreci bulunmalıdır.

Arıza kaydında müşteri imzası zorunlu mudur?

Her işlem için aynı yöntem uygulanmayabilir. Firmanın hizmet süreci ve sözleşme şartlarına göre imza, dijital onay veya yetkili kişiye gönderilen servis formu kullanılabilir. Önemli olan işlemin tarih, kapsam ve sonuç bilgilerinin doğrulanabilir biçimde saklanmasıdır.

Yazılıma geçiş ne kadar sürer?

Süre; cihaz sayısına, mevcut verilerin düzenine ve ekip büyüklüğüne bağlıdır. Genel uygulamada önce müşteri ve cihaz kayıtları hazırlanır, ardından pilot ekip başlatılır. Kontrollü bir geçiş, bütün süreci tek günde değiştirmeye çalışmaktan daha sağlıklıdır.

Özet

WhatsApp, hızlı haberleşme sağlar; fakat büyüyen bir asansör bakım firmasının arıza operasyonunu tek başına yönetemez. Sağlıklı süreçte her bildirim cihazla eşleştirilir, önceliklendirilir, sorumlu teknisyene atanır ve yapılan işlem kanıtlarıyla birlikte kapatılır. Böylece arızalar mesaj kalabalığında kaybolmaz, tekrarlayan sorunlar fark edilir ve bina yöneticisine daha şeffaf bilgi verilir.

Asansorex gibi bir asansör arıza yazılımı; bildirim, iş emri, saha kaydı ve raporlama adımlarını aynı süreçte toplamak için kullanılabilir. Başarının asıl şartı ise yazılımı kurmakla yetinmeyip ekip için açık durum adları, kısa kayıt ekranları ve düzenli kontrol alışkanlığı oluşturmaktır.