Asansör Arıza Çağrı Programı ve WhatsApp Kaosundan Çıkış

İÇERİK

Bir asansör bakım firmasında arıza çağrısının doğru alınması kadar, doğru teknisyene zamanında aktarılması ve yapılan müdahalenin kayıt altına alınması da önemlidir. Buna rağmen birçok firma çağrıları hâlâ WhatsApp grupları, kişisel telefonlar ve dağınık notlar üzerinden yönetiyor. Başlangıçta hızlı görünen bu yöntem, cihaz sayısı ve ekip büyüdükçe ciddi bir operasyon karmaşasına dönüşür. Asansör Arıza Çağrı Programı, gelen bildirimden işin kapatılmasına kadar bütün süreci izlenebilir hâle getirerek firma sahibinin, ofis personelinin ve teknisyenin aynı bilgi üzerinden çalışmasını sağlar. Bu rehberde WhatsApp kaosunun nedenlerini, geçiş adımlarını ve doğru sistemde aranması gereken özellikleri bulabilirsiniz.

WhatsApp ile Arıza Yönetimi Neden Bir Süre Sonra Tıkanır?

WhatsApp hızlı iletişim için kullanışlıdır. Ancak bir mesajlaşma uygulamasını arıza yönetim sistemi gibi kullanmak, operasyon büyüdükçe önemli boşluklar oluşturur. Çünkü mesaj vardır fakat yapılandırılmış bir iş emri, sorumlu teknisyen, müdahale süresi ve kapanış kontrolü yoktur.

Örneğin bina yöneticisi gruba “Asansör üçüncü katta kaldı” mesajı gönderdiğinde farklı çalışanlar bu mesajı görebilir. Bir kişi teknisyene telefon açar, başka biri aynı arızayı farklı bir ekibe iletir. Teknisyen müdahale etse bile sonucu gruba yazmayı unutabilir. Ertesi gün firma sahibi arızanın çözülüp çözülmediğini öğrenmek için mesaj geçmişini taramak zorunda kalır.

WhatsApp üzerinden yürütülen süreçlerde sık karşılaşılan sorunlar şunlardır:

• Arıza mesajının yoğun konuşmalar arasında kaybolması
• Aynı çağrı için birden fazla teknisyenin yönlendirilmesi
• Çağrının kimin sorumluluğunda olduğunun anlaşılamaması
• Sesli mesajların daha sonra aranıp bulunamaması
• Fotoğraf ve videoların cihaz geçmişiyle ilişkilendirilememesi
• Müdahaleye başlama ve tamamlama saatlerinin ölçülememesi
• Değiştirilen parçaların stoktan düşülmemesi
• Bina yöneticisine düzenli servis raporu sunulamaması
• Personel değiştiğinde geçmiş yazışmalara erişilememesi
• Kişisel telefonlarda kurumsal verilerin birikmesi

Asıl problem WhatsApp kullanılması değil, tek resmi kayıt kaynağının WhatsApp olmasıdır. Ekipler haberleşmek için mesajlaşma uygulamalarını kullanabilir; ancak arızanın ana kaydı, görevlendirmesi ve kapanışı takip edilebilir bir sistemde tutulmalıdır.

Asansör Arıza Çağrı Programı Süreci Nasıl Düzenler?

Arıza çağrı programı, her bildirimi benzersiz bir kayıt hâline getirir. Kayıtta bina, asansör, çağrı zamanı, arıza açıklaması, önem seviyesi, görevlendirilen teknisyen ve mevcut durum birlikte görülebilir.

Sağlıklı bir iş akışı genel olarak şu adımlardan oluşur:

1. Çağrı alınır: Bina yöneticisinin telefon, müşteri portalı veya QR kod üzerinden ilettiği bildirim kaydedilir.
2. Doğru cihaz seçilir: Arıza, ilgili bina ve asansörün geçmişine bağlanır.
3. Öncelik belirlenir: Kabinde mahsur kalma gibi acil durumlar ile aydınlatma şikâyeti gibi standart işler ayrıştırılır.
4. Teknisyen atanır: Bölge, iş yükü ve teknik yeterlilik dikkate alınarak görev verilir.
5. Saha süreci izlenir: Teknisyen görevi kabul eder, yola çıkar ve müdahaleye başladığında durumu günceller.
6. Yapılan işlem kaydedilir: Arıza nedeni, uygulanan çözüm, kullanılan parça, fotoğraf ve açıklamalar forma eklenir.
7. Müşteri onayı alınır: Uygun işlerde bina yetkilisinin imzası veya dijital onayı alınabilir.
8. Çağrı kapatılır: Eksik alanlar kontrol edildikten sonra servis kaydı tamamlanır ve rapor oluşturulur.

Bu yapı sayesinde “Mesajı kim gördü?”, “Teknisyen gitti mi?” veya “Hangi parça değişti?” gibi soruların cevabı kişilere bağlı kalmaz. Firma sahibi güncel durumu ek telefon görüşmesi yapmadan görebilir.

WhatsApp ile Programlı Takip Arasındaki Farklar

Bir arıza çağrısının yalnızca iletilmesi yeterli değildir. Çağrının ölçülebilir, denetlenebilir ve geçmiş cihaz kayıtlarıyla bağlantılı olması gerekir.

Kontrol noktası	WhatsApp ile takip	Arıza çağrı programı ile takip
Çağrının kayıt numarası	Genellikle yoktur	Her arıza için ayrı kayıt oluşturulur
Sorumlu teknisyen	Mesajlardan anlaşılmaya çalışılır	Kayıt üzerinde açıkça görülür
Müdahale süresi	Tahmini veya sözlüdür	Başlangıç ve tamamlanma zamanları izlenir
Arıza geçmişi	Eski konuşmalarda dağınıktır	Bina ve cihaz bazında listelenir
Fotoğraf ve belge	Sohbet içinde kaybolabilir	İlgili iş emrine bağlanır
Kullanılan parça	Ayrı not tutulması gerekir	İş kaydına ve stoğa bağlanabilir
Müşteri bilgilendirmesi	Personelin hatırlamasına bağlıdır	Durum değişikliklerine göre yürütülebilir
Performans raporu	Elle hazırlanır	Kayıtlardan düzenli olarak üretilebilir
Personel değişikliği	Bilgi kaybı riski yüksektir	Kurumsal geçmiş korunur
Tekrarlayan arıza analizi	Zordur	Cihaz ve arıza türüne göre incelenebilir

Bu fark özellikle yüzlerce asansöre bakım veren firmalarda belirginleşir. Günde üç veya dört çağrı alan küçük bir ekip dağınık yöntemi bir süre idare edebilir. Günlük çağrı sayısı yükseldiğinde ise tek bir unutulan mahsur kalma bildirimi bile hem güven hem de müşteri ilişkileri açısından ciddi sonuçlar doğurabilir.

WhatsApp Kaosundan Çıkış İçin Uygulanabilir Geçiş Planı

Program değişikliği yalnızca yazılım satın almak değildir. Ekip alışkanlıklarının ve arıza kabul kurallarının da yeniden düzenlenmesi gerekir. Geçişi bir gecede yapmak yerine kontrollü adımlarla ilerlemek daha sağlıklıdır.

Mevcut çağrı kanallarını belirleyin

Öncelikle arızaların firmaya nerelerden geldiğini listeleyin. Sabit telefon, şirket cep telefonu, teknisyenin kişisel hattı, WhatsApp grubu, e-posta ve bina yöneticisinin doğrudan araması ayrı kanallar olabilir.

Amaç müşterinin iletişim kurmasını zorlaştırmak değildir. Bildirim hangi kanaldan gelirse gelsin, ofiste veya sahada tek arıza kaydına dönüştürülmesini sağlamaktır.

Zorunlu kayıt alanlarını sade tutun

İlk çağrı sırasında uzun formlar doldurmak, çalışanların sisteme direnmesine neden olur. Başlangıçta şu bilgiler yeterli olabilir:

• Bina veya müşteri adı
• İlgili asansör
• Bildirimi yapan kişi ve iletişim bilgisi
• Arıza açıklaması
• Çağrı zamanı
• Aciliyet durumu
• Atanan teknisyen
• İletişim kanalı

Teknisyen müdahale sonrasında arıza nedeni, işlem açıklaması, kullanılan malzeme ve görsel kanıt gibi detayları ekleyebilir.

Pilot ekip ve bölge seçin

İlk hafta bütün operasyonu değiştirmek yerine bir ofis çalışanı, iki teknisyen ve sınırlı sayıda binayla pilot uygulama yapılabilir. Pilot sürede eksik alanlar, gereksiz adımlar ve bildirim sorunları tespit edilir.

Deneme sonunda şu sorulara cevap aranmalıdır:

• Yeni çağrı oluşturmak bir dakikadan uzun sürüyor mu?
• Teknisyen görevi kolayca görebiliyor mu?
• Acil çağrı diğer işlerden ayrılabiliyor mu?
• İnternet zayıf olduğunda saha kaydı yapılabiliyor mu?
• Müşteri raporu anlaşılır biçimde oluşturuluyor mu?
• Kapanmayan işler ofisin dikkatine geliyor mu?

WhatsApp’ın rolünü yeniden tanımlayın

“Bugünden sonra WhatsApp kullanılmayacak” şeklindeki keskin bir karar çoğu ekipte uygulanamaz. Bunun yerine basit bir kural belirlenebilir:

WhatsApp haberleşme için kullanılabilir; ancak kayıt numarası olmayan iş, resmi arıza görevi sayılmaz.

Örneğin teknisyene WhatsApp üzerinden kısa bir uyarı gönderilse bile işin ayrıntıları ve kapanış kaydı programda bulunmalıdır. Böylece hızlı iletişim korunurken kurumsal kayıt disiplini sağlanır.

İlk 30 gün verileri kontrol edin

Geçişten sonraki ilk ay boyunca firma sahibi veya operasyon sorumlusu şu göstergeleri haftalık incelemelidir:

• Açılan toplam arıza sayısı
• Atama bekleyen çağrılar
• Açık bırakılan işler
• Ortalama görevlendirme süresi
• Ortalama müdahale süresi
• Tekrarlayan arıza sayısı
• Eksik servis formu oranı
• Müşteriye raporu gönderilen işler

Amaç teknisyenleri yalnızca hız üzerinden yarıştırmak değildir. Bölge mesafesi, arızanın niteliği, trafik ve yedek parça ihtiyacı gibi şartlar dikkate alınmadan yapılan performans karşılaştırmaları yanıltıcı olabilir.

Doğru Programda Aranması Gereken Özellikler

Her dijital araç asansör servis operasyonuna uygun değildir. Genel görev uygulamaları basit iş ataması yapabilir; fakat cihaz geçmişi, periyodik bakım bağlantısı ve saha servis formu gibi sektör ihtiyaçlarında yetersiz kalabilir.

Bir Asansör Arıza Çağrı Programı değerlendirilirken şu özellikler kontrol edilmelidir:

• Bina ve asansör bazında arıza geçmişi
• Mobil cihazdan kolay iş kabulü ve durum güncelleme
• Acil çağrıların görünür biçimde ayrıştırılması
• Konum ve bölgeye göre teknisyen atama
• Fotoğraf, video, açıklama ve imza ekleme
• İnternet bağlantısının zayıf olduğu alanlarda çalışabilme
• Kullanılan parçaların kayıt altına alınması
• Tekrarlayan arızaları cihaz bazında raporlama
• Bakım, arıza ve periyodik muayene bilgilerinin birlikte görülebilmesi
• Müşteriye PDF veya dijital servis raporu sunma
• Yetkilere göre kullanıcı erişimi
• Kişisel telefon yerine kurumsal veri düzeninin korunması

Saha testi yapılmadan yalnızca masa başı sunuma göre karar verilmemelidir. Bir teknisyenin makine dairesinde, bina bodrumunda veya zayıf internet bulunan bir bölgede kaydı ne kadar rahat tamamlayabildiği mutlaka denenmelidir.

Asansorex gibi asansör bakım ve yönetim yazılımları; çağrıyı ilgili bina ve asansörle ilişkilendirme, teknisyen görevlendirme, saha kaydı oluşturma ve servis geçmişini saklama konularında bu düzenin kurulmasına yardımcı olabilir. Buradaki temel kazanç, yeni bir mesajlaşma kanalı oluşturmak değil, dağınık operasyonu ortak bir kayıt yapısında toplamaktır.

Düzenli Arıza Verisi Firmaya Ne Kazandırır?

Arıza kayıtlarının düzenlenmesi yalnızca ofisin iş yükünü azaltmaz. Toplanan veriler, bakım kalitesini ve sözleşme kârlılığını değerlendirmek için de kullanılabilir.

Bir asansör son üç ayda aynı kapı arızası nedeniyle beş kez servis çağrısı oluşturmuşsa sorun yalnızca çağrı sayısı değildir. Yanlış ayar, aşınmış parça, kullanıcı davranışı veya kalıcı çözüm gerektiren teknik bir durum olabilir. Dağınık WhatsApp mesajlarında bu tekrar kolayca fark edilmez. Cihaz geçmişi düzenli tutulduğunda ise teknik sorumlu örüntüyü görebilir.

Düzenli veriler şu kararları destekler:

• Hangi asansörlerde arıza sıklığının yükseldiğini belirleme
• Geçici müdahale ile kalıcı çözümü ayırma
• Sık kullanılan yedek parçaları planlama
• Bölgelere göre teknisyen iş yükünü dengeleme
• Gece ve hafta sonu çağrı yoğunluğunu görme
• Bakım sözleşmesinin gerçek servis maliyetini hesaplama
• Bina yöneticisine somut geçmiş sunma
• Modernizasyon veya parça değişimi önerisini teknik kayıtlarla açıklama

Bina yöneticisi açısından da kayıtlı süreç daha güven vericidir. “Teknisyen geldi” ifadesi yerine çağrı zamanı, müdahale açıklaması, değiştirilen parça ve kapanış bilgisi bulunan bir rapor sunulur. Böylece apartman sakinlerinden gelen sorulara sözlü tahminlerle değil, belgeli bilgilerle cevap verilebilir.

Sıkça Sorulan Sorular

WhatsApp tamamen bırakılmalı mı?

Hayır. WhatsApp ekip içi hızlı iletişim veya müşteriden ilk bildirimi almak için kullanılabilir. Ancak görevlendirme, müdahale ve kapanış bilgilerinin yalnızca mesajlarda kalmaması gerekir. Resmi operasyon kaydı arıza çağrı programında tutulmalıdır.

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

Evet. Küçük ekiplerde bilgi çoğu zaman bir veya iki kişinin hafızasına bağlıdır. Bu kişiler izinli olduğunda ya da firmadan ayrıldığında ciddi bilgi kaybı yaşanabilir. Erken aşamada kurulan basit kayıt düzeni, firma büyüdüğünde geçiş maliyetini azaltır.

Teknisyenlerin sisteme alışması ne kadar sürer?

Bu süre programın kullanım kolaylığına ve geçiş planına bağlıdır. Zorunlu alanlar sade tutulur, saha eğitimi verilir ve pilot ekip kullanılırsa genel uygulamada ilk birkaç hafta içinde temel iş akışı oturabilir.

Müşteri kendi arıza kaydını açabilir mi?

Kullanılan yazılım destekliyorsa müşteri portalı veya QR kod üzerinden bildirim alınabilir. Ancak yanlış cihaz seçimi ve gereksiz tekrarları önlemek için kayıtların ofis tarafından kontrol edilmesi faydalıdır.

Arıza müdahale süresinin ölçülmesi teknisyeni değerlendirmek için yeterli midir?

Hayır. Mesafe, trafik, çağrının aciliyeti, teknik zorluk ve parça bekleme süresi birlikte değerlendirilmelidir. Tek bir süre göstergesine göre performans yorumu yapmak adil ve sağlıklı değildir.

Eski WhatsApp kayıtları programa aktarılmalı mı?

Bütün sohbet geçmişinin aktarılması genellikle gerekli değildir. Devam eden arızalar, tekrarlayan kritik sorunlar ve önemli cihaz geçmişleri seçilerek sisteme işlenebilir. Yeni başlangıç tarihi belirlenip sonraki bütün çağrıların eksiksiz kaydedilmesi daha uygulanabilir bir yöntemdir.

Özet

WhatsApp, hızlı iletişim sağlar ancak tek başına sürdürülebilir bir asansör arıza yönetimi sunmaz. Çağrıların mesajlarda kaybolması, sorumluluğun belirsiz kalması, müdahale sürelerinin ölçülememesi ve cihaz geçmişinin oluşmaması firma büyüdükçe daha pahalı sorunlara dönüşür.

WhatsApp kaosundan çıkış için önce çağrı kanalları belirlenmeli, sade bir kayıt standardı oluşturulmalı, küçük bir ekiple pilot çalışma yapılmalı ve sonuçlar ilk 30 gün boyunca izlenmelidir. Asansorex üzerinden arıza çağrısı, teknisyen ataması, saha işlemleri ve servis geçmişinin ortak bir düzende tutulması; firma sahibinin operasyonu görmesini, teknisyenin doğru bilgiyle sahaya çıkmasını ve bina yöneticisinin belgeli hizmet almasını kolaylaştırır.