Asansör Arıza Çağrı Programı Kurulumunda Ekip Direnci Nasıl Aşılır?

İÇERİK

Yeni bir Asansör Arıza Çağrı Programı satın almak, dijital dönüşümün yalnızca teknik kısmıdır. Asıl başarı; çağrı merkezi çalışanlarının, saha teknisyenlerinin ve operasyon sorumlularının sistemi günlük işlerinin doğal bir parçası olarak kullanmasıyla elde edilir. Özellikle yıllardır telefon, WhatsApp grupları ve kâğıt servis formlarıyla çalışan ekiplerde yeni programa karşı direnç oluşması normaldir. Bu rehberde ekip direncinin nedenlerini, geçiş öncesinde yapılması gerekenleri, pilot uygulamanın nasıl yürütüleceğini ve kullanım alışkanlığının nasıl kalıcı hâle getirileceğini ele alacağız.

Ekipler Yeni Arıza Programına Neden Direnir?

Çalışanların yazılıma karşı çıkması her zaman teknolojiye kapalı oldukları anlamına gelmez. Direncin arkasında çoğu zaman belirsizlik, alışkanlıkların bozulması veya performanslarının sürekli izleneceği endişesi vardır.

Deneyimli bir teknisyen, telefonla aldığı arıza adresini zihninde tutmaya alışmış olabilir. Arıza sonucunu birkaç kelimelik WhatsApp mesajıyla bildirmek ona daha hızlı gelebilir. Yeni sistemde durum seçmek, kullanılan parçayı kaydetmek, fotoğraf eklemek ve servis formunu tamamlamak başlangıçta fazladan iş gibi görünür.

Ofis çalışanlarının endişeleri ise farklı olabilir. Çağrı kayıtlarının standartlaşması, daha önce kişisel notlarla yürütülen sürecin değişmesi anlamına gelir. Ayrıca bazı çalışanlar, programın kendi görevlerini gereksiz hâle getireceğini düşünebilir.

Direncin yaygın nedenleri şunlardır:

• Programın neden alındığının ekibe açıklanmaması
• Çalışanların seçim ve kurulum sürecine katılmaması
• Tüm özelliklerin aynı gün kullanılmaya başlanması
• Telefon veya mobil internet imkânlarının yetersiz olması
• Eğitim verilmeden eksiksiz kullanım beklenmesi
• Programın yalnızca çalışanları denetlemek için kullanılacağı düşüncesi
• Eski ve yeni yöntemin uzun süre birlikte devam etmesi
• İlk haftadaki hataların çalışanlara yüklenmesi
• Sahadaki gerçek iş akışına uymayan zorunlu alanlar

Ekip direncini azaltmanın ilk adımı, “Çalışanlar neden kullanmıyor?” sorusu yerine “Kullanımı zorlaştıran hangi koşulu ortadan kaldırabiliriz?” sorusunu sormaktır.

Kurulumdan Önce Ekibi Sürece Hazırlayın

Program satın alındıktan sonra yapılan ani bir duyuru, değişimin tepeden dayatıldığı izlenimini oluşturabilir. Bunun yerine kurulumdan önce kısa bir ekip toplantısı yapılmalıdır. Toplantıda yazılımın teknik özelliklerinden çok, mevcut düzende yaşanan somut sorunlar konuşulmalıdır.

Örneğin son bir ay içinde mükerrer yönlendirilen arızalar, geç ulaşılan bina bilgileri, kaybolan servis formları veya kullanılan parçanın kaydedilmemesi nedeniyle oluşan stok farkları incelenebilir. Böylece yeni sistemin gerekçesi herkes tarafından görülebilir hâle gelir.

Toplantıda şu mesajlar açıkça verilmelidir:

1. Programın amacı çalışan sayısını azaltmak değil, koordinasyon kaybını önlemektir.
2. Teknisyenin yaptığı iş görünür ve kanıtlanabilir hâle gelecektir.
3. Adres, irtibat kişisi ve geçmiş arıza bilgileri tek noktadan ulaşılabilir olacaktır.
4. Gece nöbetlerinde kimin hangi çağrıya gittiği konusunda karışıklık azalacaktır.
5. Eksik veya hatalı süreçler, çalışanı suçlamadan önce sistem üzerinden incelenecektir.
6. İlk kullanım döneminde hatalara karşı öğrenme süreci uygulanacaktır.

Her bölümden bir temsilci belirlemek de faydalıdır. Çağrı kaydını açan ofis çalışanı, saha teknisyeni ve operasyon sorumlusu kendi ihtiyaçlarını belirtmelidir. Bu katılım, çalışanların programı yalnızca yönetimin aldığı bir karar olarak görmesini engeller.

Pilot Ekiple Kontrollü Geçiş Yapın

Bütün teknisyenleri ve müşterileri aynı gün sisteme aktarmak gereksiz bir baskı oluşturabilir. Daha güvenli yöntem, sınırlı sayıda çalışan ve bina grubuyla pilot uygulama başlatmaktır.

Pilot grup için farklı kullanıcı profilleri seçilmelidir. Yalnızca teknolojiye yatkın genç çalışanların seçilmesi yanıltıcı sonuç verir. Ekipte deneyimli bir teknisyen, mobil uygulamalara alışkın bir çalışan, ofisten çağrı açan bir kullanıcı ve operasyonu takip eden bir sorumlu bulunabilir.

İlk pilot dönem genel uygulamada iki ila dört hafta arasında planlanabilir. Ancak süre, firmanın günlük çağrı sayısına göre belirlenmelidir. Günde iki arıza alan küçük bir firmanın anlamlı veri toplaması için daha uzun süreye ihtiyacı olabilir.

Pilot aşaması	Uygulanacak işlem	Başarı göstergesi
Hazırlık	Kullanıcı, bina ve cihaz bilgilerini kontrol etme	Yanlış adres ve telefon bilgilerinin temizlenmesi
İlk hafta	Arıza açma, atama ve durum güncelleme	Çağrıların büyük bölümünün sistemde görünmesi
İkinci hafta	Fotoğraf, açıklama ve servis sonucu ekleme	Eksik kapatılan kayıtların azalması
Üçüncü hafta	Kullanılan parça ve müşteri onayı süreçleri	Arıza geçmişinin eksiksiz oluşması
Değerlendirme	Çalışan geri bildirimlerini toplama	Tekrarlanan kullanım sorunlarının belirlenmesi
Yaygınlaştırma	Diğer ekipleri gruplar hâlinde sisteme alma	Telefon ve WhatsApp bağımlılığının azalması

Pilot boyunca çalışanlardan kısa ve somut geri bildirim istenmelidir. “Programı beğendiniz mi?” sorusu yerine “Arıza kaydını kapatırken sizi en çok hangi adım yavaşlattı?” gibi sorular daha yararlı sonuç verir.

Eğitimi Gerçek Arıza Senaryolarıyla Verin

Uzun ve yalnızca özellikleri anlatan eğitimler saha ekibinde karşılık bulmaz. Teknisyenin bilmesi gereken temel konu, gerçek bir çağrı geldiğinde hangi adımları izleyeceğidir.

Eğitim mümkünse firmanın kendi bina ve müşteri kayıtları kullanılarak yapılmalıdır. Örnek bir senaryo şöyle ilerleyebilir:

1. Bina yöneticisinden “asansör katta kaldı” çağrısı gelir.
2. Ofis çalışanı bina, asansör ve arıza açıklamasını kaydeder.
3. Uygun teknisyen seçilerek görev atanır.
4. Teknisyen çağrıyı gördüğünü ve yola çıktığını bildirir.
5. Binaya ulaştığında çalışmaya başladığını kaydeder.
6. Arıza nedenini, yapılan işlemi ve değiştirilen parçayı girer.
7. Gerekliyse fotoğraf ve müşteri onayı ekler.
8. Arıza kaydı sonuçlandırılır.

İlk eğitimde raporlama, gelişmiş filtreler veya nadiren kullanılacak özellikler anlatılmamalıdır. Kullanıcıların kendi görevleriyle ilgili üç ya da dört temel işlemi doğru yapması önceliklidir.

Eğitim sonrasında bir sayfalık görev özeti hazırlanabilir. Örneğin teknisyen için Çağrıyı kabul et → Yola çık → İşleme başla → Sonucu kaydet → Kapat sıralaması yeterli olabilir. Telefon ekranında kolayca açılabilen kısa eğitim videoları da unutulan adımların tekrar öğrenilmesini kolaylaştırır.

Çalışanın Faydasını Görünür Hâle Getirin

Bir program sadece firma sahibine rapor sağlıyorsa saha personeli sistemi ek yük olarak görebilir. Bu nedenle teknisyenin elde edeceği faydalar özellikle gösterilmelidir.

Arıza geçmişini gören teknisyen, aynı binada daha önce hangi parçanın değiştirildiğini inceleyebilir. Bina yöneticisinin telefonunu aramak, adres sormak veya ofisten eski servis formunu istemek zorunda kalmaz. Yapılan işlemin fotoğraf ve açıklamayla kayıt altına alınması, sonradan ortaya çıkabilecek “Teknisyen gelmedi” ya da “Bu parça değiştirilmedi” gibi anlaşmazlıklarda çalışanı korur.

Programın çalışan açısından somut faydaları şunlardır:

• Açık adres ve irtibat bilgisine hızlı ulaşmak
• Aynı arızaya iki teknisyenin yanlışlıkla gönderilmesini önlemek
• Daha önce yapılan müdahaleleri görmek
• Kullanılan parçaları unutmadan kaydetmek
• Gece ve hafta sonu nöbetlerinde çağrı sırasını izlemek
• Yapılan işi fotoğraf, saat ve açıklamayla belgelemek
• Ofise tekrar tekrar durum bilgisi vermek zorunda kalmamak
• Kâğıt servis formu taşıma ve teslim etme yükünü azaltmak

Asansorex gibi bir bakım ve arıza takip yazılımında çağrının açılmasından saha sonucuna kadar kayıtların aynı süreçte tutulması, teknisyen ile ofis arasındaki bilgi kopukluğunu azaltmaya yardımcı olur. Buradaki amaç daha fazla veri girmek değil, aynı bilginin farklı kişilere tekrar tekrar aktarılmasını önlemektir.

İlk Ayda Kullanımı Nasıl Takip Etmelisiniz?

Geçiş döneminde başarı, yalnızca sisteme giriş yapan kullanıcı sayısıyla ölçülmemelidir. Bir teknisyenin uygulamayı açması, arıza sürecini doğru tamamladığını göstermez. Çağrının açılma, atanma, müdahale ve kapanış aşamaları birlikte değerlendirilmelidir.

İlk ay için takip edilebilecek temel göstergeler şunlardır:

• Sisteme kaydedilen toplam arıza oranı
• Ataması yapılmadan bekleyen çağrı sayısı
• Teknisyen tarafından kabul edilmeyen görevler
• Sonuç açıklaması olmadan kapatılan kayıtlar
• Fotoğraf veya müşteri onayı gerektirdiği hâlde eksik bırakılan işler
• Ortalama yönlendirme ve müdahale süresi
• Tekrar açılan aynı bina veya cihaz arızaları
• Hatalı müşteri, adres veya asansör kaydı sayısı

Bu göstergeler ilk aşamada ceza vermek için kullanılmamalıdır. Örneğin sonuç açıklamalarının sürekli boş kalması, çalışanların isteksizliğinden değil, alanın kullanımının anlaşılmamasından kaynaklanabilir. Benzer şekilde teknisyenler görevi zamanında göremiyorsa bildirim ayarları, mobil internet veya cihaz uyumluluğu kontrol edilmelidir.

Haftada bir kez 15 dakikalık değerlendirme toplantısı yapılabilir. Toplantıda en fazla üç sorun seçilmeli ve bunlar için net düzenlemeler yapılmalıdır. Her geri bildirimin anında uygulanması gerekmez; ancak neden uygulanmadığı çalışanlara açıklanmalıdır.

Ekip Direncini Artıran Yönetim Hataları

Dijital geçişlerde en sık yapılan hata, program satın alındığında değişimin tamamlandığını düşünmektir. Oysa yazılım kurulumu birkaç gün içinde yapılabilirken çalışma alışkanlığının değişmesi haftalar sürebilir.

Kaçınılması gereken uygulamalar şunlardır:

• İlk günden bütün alanları zorunlu yapmak
• Eski yöntemi belirsiz süreyle açık bırakmak
• Eğitime katılmayan personelden kusursuz kullanım beklemek
• Her eksik kaydı disiplinsizlik olarak yorumlamak
• Çalışanın kişisel telefon ve internet imkânını sorgulamadan kullanım istemek
• Programı çalışanları birbirleriyle yarıştırmak için kullanmak
• Yanlış müşteri ve cihaz verilerini düzeltmeden sistemi devreye almak
• Sahadan gelen önerileri tamamen görmezden gelmek

Eski yöntem için açık bir bitiş tarihi belirlenmelidir. Örneğin pilot dönemde telefon ve program birlikte kullanılabilir; ancak yaygın kullanıma geçildiğinde resmi arıza kaydının program üzerinden açılması kural hâline getirilmelidir. Aksi durumda ekipler daha kolay buldukları eski yönteme döner ve raporlar eksik kalır.

Sıkça Sorulan Sorular

Teknoloji kullanmak istemeyen deneyimli teknisyene nasıl yaklaşılmalı?

Deneyimli teknisyenin mesleki bilgisiyle yazılım kullanım becerisi birbirinden ayrılmalıdır. Önce yaptığı işin değerli olduğu gösterilmeli, ardından yalnızca kendi görevi için gerekli birkaç adım öğretilmelidir. Bire bir uygulamalı eğitim, kalabalık sınıf eğitiminden daha etkili olabilir.

Telefon ve WhatsApp kullanımını hemen bırakmak gerekir mi?

Pilot aşamada yedek iletişim kanalı olarak kullanılabilir. Ancak resmi arıza kaydının hangi tarihten itibaren yalnızca programda tutulacağı açıklanmalıdır. Süresiz çift sistem kullanımı, eksik veri ve sorumluluk belirsizliği oluşturur.

Çalışanları programa alıştırmak ne kadar sürer?

Firmanın çağrı yoğunluğuna, kullanıcı sayısına ve mevcut dijital alışkanlıklarına göre değişir. Genel uygulamada temel işlemler birkaç hafta içinde öğrenilebilir. Kalıcı kullanım için düzenli takip ve geri bildirim gerekir.

Program performans denetimi için kullanılabilir mi?

Arıza kabul, yönlendirme ve sonuç süreleri operasyonu değerlendirmek için kullanılabilir. Ancak tek bir süre göstergesiyle teknisyen performansı ölçmek doğru değildir. Trafik, arızanın niteliği, yedek parça ihtiyacı ve iş güvenliği koşulları birlikte değerlendirilmelidir.

Hangi bilgiler teknisyen için zorunlu olmalı?

Arıza durumu, yapılan işlem, sonuç açıklaması ve gerekli durumlarda kullanılan parça temel alanlar olabilir. Fotoğraf, imza veya ek açıklama zorunluluğu ise arıza türüne göre belirlenmelidir. Gereksiz zorunlu alanlar sahadaki kullanımı yavaşlatır.

Pilot uygulama sonunda başarısızlık görülürse ne yapılmalı?

Önce sorunun yazılımdan mı, hatalı veriden mi, yetersiz eğitimden mi yoksa iş akışından mı kaynaklandığı ayrıştırılmalıdır. Gerekli düzenlemeler yapıldıktan sonra pilot aynı ekipte veya yeni bir bina grubunda tekrarlanabilir.

Özet

Asansör Arıza Çağrı Programı kurulumunda ekip direncini aşmanın yolu daha fazla baskı kurmak değil, değişimin gerekçesini açıkça anlatmak ve çalışanı sürece katmaktır. Küçük bir pilot ekiple başlamak, eğitimi gerçek arıza senaryoları üzerinden vermek, gereksiz veri girişini azaltmak ve ilk ayı öğrenme dönemi olarak yönetmek geçişi kolaylaştırır.

Asansorex, arıza çağrılarının ofis ve saha arasında düzenli biçimde izlenmesine yardımcı olabilir. Ancak hangi yazılım kullanılırsa kullanılsın, başarılı sonuç için görevler, geçiş tarihi, kullanıcı sorumlulukları ve geri bildirim süreci netleştirilmelidir. Ekip programın kendisine zaman kazandırdığını ve yaptığı işi güvenilir biçimde belgelediğini gördüğünde direnç, yerini kullanım alışkanlığına bırakır.