Asansör Arıza Çağrı Programı İçin Pilot Müşteri Seçimi

İÇERİK

Asansör arıza çağrılarını telefon, mesaj ve kâğıt notlardan ortak bir kayıt düzenine taşırken ilk denemeyi hangi müşteride yapacağınız önemlidir. Çok sakin bir bina, programın yoğun çağrılarda nasıl çalıştığını göstermez. Sürekli anlaşmazlık yaşanan bir müşteri ise yazılımın faydasını değerlendirmeyi zorlaştırabilir. Asansör Arıza Çağrı Programı için pilot müşteri seçimi, gerçek iş akışını temsil eden ve geri bildirim verebilen bir müşteriyle başlamayı gerektirir. Bu rehber; uygun bina profilini belirlemenizi, denemenin kapsamını oluşturmanızı ve yaygınlaştırma kararını somut sonuçlara dayandırmanızı sağlar.

Pilot uygulamada neyi öğrenmek istiyorsunuz?

Pilotun amacı yalnızca teknisyenin uygulamaya giriş yapabildiğini görmek değildir. Çağrının alınmasından işin kapanmasına kadar bilgilerin doğru kişiye, doğru zamanda ulaşıp ulaşmadığını değerlendirmektir.

Firma sahibi için temel soru, arıza takibindeki belirsizliğin azalıp azalmadığıdır. Teknisyen, adrese gitmeden önce hangi asansöre müdahale edeceğini ve önceki işlemleri görebilmelidir. Bina yöneticisi ise bildiriminin alındığını, sorumlunun belli olduğunu ve sonuç hakkında bilgilendirileceğini bilmek ister.

Başlamadan önce mevcut süreçteki üç somut sorunu yazın. Örneğin:

• Aynı arızanın farklı kişiler tarafından bildirilmesi nedeniyle iki teknisyen görevlendiriliyor.
• Akşam gelen çağrının ertesi gün kim tarafından takip edileceği belirsiz kalıyor.
• İş tamamlandığı hâlde bina yöneticisi bilgilendirilmediği için tekrar telefon ediyor.

Pilot boyunca bu sorunların nasıl değiştiğini inceleyin. Böylece değerlendirme, “ekip programı beğendi” gibi genel yorumların ötesine geçer.

Pilotun başarısı, daha fazla kayıt açılması değil; çağrıların daha az karışıklıkla takip edilmesidir.

İdeal pilot müşteri hangi özellikleri taşımalı?

En büyük müşterinizin ilk aday olması gerekmez. Uygun müşteri; yeterli çağrı üreten, bina ve asansör bilgileri erişilebilir olan, iletişim kurulabilen ve firmanın olağan çalışma düzenini temsil eden müşteridir.

Gerçek iş akışını temsil eden bina

Portföyünüz ağırlıklı olarak apartmanlardan oluşuyorsa ilk denemeyi büyük bir alışveriş merkezinde yapmak yanıltıcı olabilir. Kullanım yoğunluğu, erişim kuralları ve iletişim zinciri farklıdır.

İlk adayda şu özellikleri arayın:

• Portföyünüzde sık karşılaştığınız bina ve asansör yapısı.
• Yakın geçmişte incelenebilecek arıza kayıtları.
• Açık adres ve karışıklığa yol açmayan asansör tanımları.
• Teknik ekibin bildiği, ulaşım koşulları öngörülebilir bir konum.
• Çağrı sonucunu takip edebilecek bir yönetici veya yetkili.

Hiç çağrı gelmeyen bir bina yerine, olağan servis ihtiyacı bulunan bir müşteri daha fazla öğrenme fırsatı sağlar. Ancak sırf denemeyi hareketlendirmek için ağır teknik sorunları olan bir binayı seçmeyin.

Geri bildirim verebilen yönetici

Yöneticinin teknolojiye çok hâkim olması şart değildir. Bildirimi doğru kanaldan iletmeye, iletişim bilgilerini doğrulamaya ve kısa değerlendirmelere katılmaya istekli olması yeterlidir.

“Siz nasıl uygun görürseniz” diyen ama sonrasında ulaşılamayan bir müşteriyle bilgi akışını değerlendirmek güçleşir. Bildirimlerin anlaşılır olup olmadığını, gereksiz tekrar oluşup oluşmadığını söyleyebilen bir yönetici daha yararlıdır.

Kapsamı belli olan ilişki

Sözleşme kapsamı, ücretlendirme veya geçmiş hizmetler konusunda çözülememiş anlaşmazlıklar varsa pilot sonucu bunlardan etkilenebilir. Önce bu belirsizlikleri giderin. Yeni kayıt düzeninin, mevcut ticari tartışmaları kendiliğinden çözmesini beklemeyin.

Aday müşterileri puanlayarak karşılaştırın

Yalnızca ekip alışkanlıklarına göre seçim yapmak, kolay görünen ama öğretici olmayan bir adayla başlamanıza neden olabilir. Kısa bir değerlendirme tablosu, kararın gerekçesini görünür kılar.

Aşağıdaki ağırlıklar örnek bir seçim modeli niteliğindedir; sektör standardı değildir. Firmanızın önceliklerine göre değiştirebilirsiniz.

Seçim ölçütü	Değerlendirme sorusu	Örnek ağırlık
Portföyü temsil etme	Bina, olağan müşteri yapımıza benziyor mu?	%25
Yönetici katılımı	Yetkili kişi düzenli geri bildirim verebilir mi?	%20
Çağrı çeşitliliği	Gerçek takip akışını gözlemleyebilir miyiz?	%20
Kayıtların hazırlığı	Asansör ve iletişim bilgileri yeterli mi?	%15
Ekibin erişimi	Teknisyenler binayı ve erişim koşullarını biliyor mu?	%10
Ticari netlik	Hizmet kapsamı ve sorumluluklar açık mı?	%10

Her ölçüte 1 ile 5 arasında puan verin. Ağırlıklı sonucu hesaplamak için puanı ağırlıkla çarpıp sonuçları toplayın. Örneğin yüzde 25 ağırlığındaki bir ölçütün 4 puan alması, toplam sonuca 1 puan katkı yapar.

Ancak toplam puanı tek karar ölçütü olarak kullanmayın. Yöneticiye ulaşılamaması veya asansörlerin doğru tanımlanamaması gibi eksikler, yüksek puanlı bir adayın da ertelenmesini gerektirebilir.

Son değerlendirmeye ofis sorumlusu ve sahada çalışacak teknisyeni birlikte katın. Ofisin kolay gördüğü bir binada teknisyen erişim problemi yaşayabilir; teknisyenin iyi tanıdığı bir müşteride ise çağrı ileten yetkililer belirsiz olabilir.

Pilot kapsamını küçük ve yazılı tutun

İlk denemede bütün müşterileri, tüm teknisyenleri ve her iş türünü aynı anda kapsamak, sorunların kaynağını bulmayı zorlaştırır. Başlangıç için bir müşteri, belirli asansörler ve sorumluları belli küçük bir ekip seçilebilir.

Örneğin üç bloklu bir sitenin iki bloğuyla başlayabilirsiniz. Birden fazla asansör varsa “A Blok Asansör 1” gibi açık tanımlar kullanın. “Girişteki asansör” ifadesi, özellikle farklı teknisyenler görev aldığında yeterli değildir.

Başlamadan önce şu maddeleri yazılı hâle getirin:

1. Hangi bina ve asansörler denemeye dâhil?
2. Çağrıyı kim alacak ve kim kaydedecek?
3. Teknisyen görevlendirmesini kim yapacak?
4. Yöneticiye hangi aşamalarda bilgi verilecek?
5. İşin tamamlandığını kim kontrol edecek?
6. Eksik veya hatalı kayıt nasıl düzeltilecek?
7. Değerlendirme hangi tarihte yapılacak?

Telefonla gelen çağrının programa kim tarafından girileceği özellikle net olmalıdır. Müşteriden yeni bir bildirim yöntemi kullanmasını istiyorsanız bunu kısa bir örnekle anlatın.

Asansorex gibi bir bakım ve arıza takip yazılımıyla pilot kayıtlarını aynı yerde toplamak, ofis ve saha ekibinin çağrı geçmişini birlikte incelemesini kolaylaştırabilir. Denemede özellikle seçtiğiniz bildirim ve görevlendirme akışının günlük işe uyumunu kontrol edin.

Başlamadan önce verileri ve karşılaştırma temelini hazırlayın

Yanlış telefon numarası, birbirine benzeyen bina adları veya eksik asansör bilgileri, yazılım sorunu gibi görünebilir. Pilot başlamadan önce seçilen müşterinin kayıtlarını kontrol edin.

Her asansör için açık konum, firma içi tanım, mevcut teknik bilgiler ve erişim notları hazır olsun. Yöneticinin yanı sıra gerektiğinde ulaşılacak alternatif yetkiliyi de belirleyin. İletişim listesini gereksiz kişilerle büyütmek yerine, görevle ilgili kişilerle sınırlayın.

Ardından yakın geçmişten karşılaştırılabilir çağrıları inceleyin. Örneğin önceki dört haftada kaç çağrı geldiğini, kaçının tekrar aramaya yol açtığını ve hangi kayıtlarda işlem sonucunun eksik olduğunu çıkarabilirsiniz. Bu süre örnektir; çağrı yoğunluğuna göre daha uzun bir dönem gerekebilir.

Geçmiş kayıtlarda güvenilir saat bilgisi yoksa kesin müdahale süresi karşılaştırması yapmayın. İlk aşamada şu ölçütler daha kullanışlı olabilir:

• Asansörü doğru tanımlanmış çağrıların oranı.
• Görevlendirilen teknisyeni belli olan kayıtların oranı.
• İşlem açıklaması tamamlanmış kapanışların oranı.
• Sonuç bilgisi verilen çağrıların oranı.

Eksik veriden kesin sonuç üretmek yerine, ölçülebilen alanlarla başlayın. Pilotun ilk kazanımı bazen hız artışı değil, daha önce görünmeyen eksiklerin ortaya çıkmasıdır.

Denemeyi takvimle değil, yeterli örnekle değerlendirin

Pilot için dört haftalık bir başlangıç planı yapılabilir. Ancak ay boyunca yalnızca bir çağrı geldiyse, bu süre bütün iş akışını değerlendirmeye yetmez.

İlk hafta kayıt ve görevlendirme düzenini gözlemleyin. İkinci hafta tekrar bildirimleri ve bilgi eksiklerini inceleyin. Üçüncü hafta yöneticiyle kısa bir görüşme yapın. Son hafta bulguları bir araya getirin. Çağrı sayısı yetersizse süreyi uzatın veya benzer özellikte ikinci bir müşteri ekleyin.

Kayıt kalitesini ölçün

Çağrıda doğru asansör seçilmiş mi? Bildirilen sorun anlaşılır mı? Teknisyen ne yaptığını yazmış mı? Parça bekleyen işin sonraki adımı ve sorumlusu belli mi?

Yalnızca “tamamlandı” yazan bir kayıt, sonraki arızada yeterli bilgi sağlamaz. Ekipten uzun metinler istemek yerine, yapılan işlem ve sonuç için kısa ama açıklayıcı kayıt bekleyin.

Çağrının aşamalarını ayırın

Çağrının alınması, teknisyenin görevlendirilmesi, binaya varılması ve işin tamamlanması farklı aşamalardır. Bunları tek süreye indirgerseniz gecikmenin nedenini göremezsiniz.

Örneğin teknisyen hızlı görevlendirilmiş ancak binaya girişte beklemiş olabilir. Başka bir işte ulaşım kısa sürmüş, parça temini nedeniyle kapanış uzamış olabilir. Değerlendirmede bu koşulları kayda ekleyin.

Kullanıcı yorumunu somutlaştırın

“Program zor” veya “çok iyi” yorumuyla yetinmeyin. Teknisyene hangi adımda zaman kaybettiğini sorun. Yöneticiye hangi bilgiyi hâlâ telefonla öğrenmek zorunda kaldığını sorun. Bu cevaplar, eğitim ihtiyacıyla süreç eksikliğini ayırmanıza yardımcı olur.

Pilot müşteri seçiminde sık yapılan hatalar

En sık hata, yalnızca en memnun müşteriyi seçmektir. İletişimi kolay bir müşteri başlangıç için avantajlıdır; ancak hiç çağrı üretmiyorsa gerçek arıza takibini sınayamazsınız.

İkinci hata, en sorunlu müşterinin ilişkisini yazılımla düzeltmeye çalışmaktır. Program takip düzenini iyileştirebilir; geçmiş hizmet anlaşmazlıkları ayrıca ele alınmalıdır.

Üçüncü hata, bütün çağrıları çift kayıtla uzun süre yürütmektir. Başlangıçta kontrol amacıyla kısa bir karşılaştırma yapılabilir. Fakat telefon notu, mesaj listesi ve program birlikte kalıcı kayıt kaynağına dönüşürse ekip hangi bilginin güncel olduğunu anlayamaz.

Dördüncü hata, az sayıdaki çağrıdan büyük sonuç çıkarmaktır. Altı çağrının sorunsuz tamamlanması olumlu bir işarettir; yoğun dönem performansını kanıtlamaz.

Beşinci hata, müşteriyi bilgilendirmeden süreci değiştirmektir. Pilot başlamadan önce neyin değişeceğini ve geri bildirimin nasıl alınacağını açıklayın. Deneme sırasında firmanın olağan hizmet sorumlulukları devam eder.

Sıkça Sorulan Sorular

Pilot için tek müşteri yeterli mi?

İlk iş akışını görmek için yeterli olabilir. Ancak farklı bina türlerine hizmet veriyorsanız yaygınlaştırmadan önce ikinci bir müşteriyle farklı koşulları değerlendirmek yararlıdır. İlk müşterinin az çağrı üretmesi de kapsamı genişletme gerekçesidir.

En çok arıza yapan bina seçilmeli mi?

Tek başına çağrı sayısı belirleyici olmamalıdır. Yoğun çağrı öğretici olabilir; fakat teknik sorunlar, erişim güçlükleri veya ticari anlaşmazlıklar sonuçları etkileyebilir. Temsil gücü ve iletişim kalitesini birlikte değerlendirin.

Bina yöneticisi program kullanmak zorunda mı?

Pilotun kapsamına bağlıdır. Firma, gelen telefon çağrılarını kendisi kaydederek başlayabilir. Yöneticinin doğrudan bildirim yapması da sınanacaksa kısa bir kullanım anlatımı ve ulaşılabilir destek sorumlusu belirleyin.

Pilot ne zaman tamamlanmış sayılır?

Belirlenen süre dolduğunda sonuçları inceleyin; karar için yeterli gerçek çağrı olup olmadığını ayrıca değerlendirin. Görevlendirme, tekrar bildirim, bekleyen iş ve kapanış gibi temel akışlar gözlemlenmediyse denemeyi uzatabilirsiniz.

Pilot başarısız görünürse yazılımdan vazgeçilmeli mi?

Önce nedenleri ayırın. Yanlış müşteri seçimi, eksik veri, belirsiz sorumluluklar veya eğitim eksikliği sonucu bozabilir. Düzeltilen koşullarda sorun sürüyorsa programın firmanın çalışma biçimine uygunluğunu yeniden değerlendirin.

Özet

Asansör Arıza Çağrı Programı için pilot müşteri seçerken portföyünüzü temsil eden, kayıtları hazırlanabilir ve geri bildirim verebilen bir müşteriye öncelik verin. Kapsamı yazılı belirleyin, geçmiş verinin kalitesini kontrol edin ve sonuçları yeterli gerçek çağrı üzerinden değerlendirin.

Asansorex ile geçiş planlarken de aynı yaklaşımı izleyebilirsiniz: küçük bir müşteri grubunda çağrı takibini netleştirip öğrendiklerinizi sonraki müşterilere taşıyın. Yaygınlaştırma kararını kayıt kalitesi, sorumlulukların açıklığı ve günlük işin kolaylaşması üzerinden verin.