Asansör Arıza Programı ile Call Center Entegrasyonu Nasıl Çalışır?

İÇERİK

Asansör arıza çağrıları birçok firmada telefon, WhatsApp ve kişisel notlar üzerinden yürütülür. Çağrı sayısı azken bu yöntem yeterli gibi görünse de portföy büyüdükçe arızanın hangi binadan geldiği, kimin ilgilendiği, müşteriye ne söylendiği ve teknisyenin ne zaman ulaştığı belirsizleşebilir. Asansör arıza programı ile call center entegrasyonu, gelen çağrıyı yalnızca cevaplanan bir telefon görüşmesi olmaktan çıkararak izlenebilir bir iş emrine dönüştürür.

Bu yapı sayesinde çağrı merkezi çalışanı, bina yöneticisinin bildirdiği sorunu standart alanlarla kaydeder ve uygun teknisyene yönlendirme yapılmasını kolaylaştırır. Firma sahibi süreci raporlardan takip ederken bina yöneticisi de arızanın alındığını ve işlemin hangi aşamada olduğunu daha net görebilir. Bu yazıda entegrasyonun nasıl çalıştığını, hangi bilgilerin kaydedilmesi gerektiğini ve uygulamada dikkat edilmesi gereken noktaları inceleyeceğiz.

Call Center Entegrasyonu Nedir?

Call center entegrasyonu, telefonla gelen bir asansör arıza çağrısının arıza takip yazılımı içinde doğrudan kayıt altına alınmasını sağlayan yapıdır. Amaç yalnızca arayan kişinin numarasını görmek değildir. Asıl amaç; görüşme sırasında alınan bilgileri bina, asansör, arıza türü, öncelik, ilgili kişi ve yönlendirilen ekip ile ilişkilendirmektir.

Örneğin bir site yöneticisi “B bloktaki asansör üçüncü katta kaldı” dediğinde operatörün ayrı bir kâğıda not alması yerine sistemde ilgili cariyi, binayı ve asansörü seçmesi gerekir. Böylece kayıt daha ilk dakikadan doğru cihaza bağlanır.

Entegrasyonun temel çıktıları şunlardır:

• Gelen çağrının tarih ve saat bilgisiyle kaydedilmesi
• Arayan numaranın müşteri veya bina kaydıyla eşleştirilmesi
• Arıza açıklamasının standart biçimde oluşturulması
• Acil durum ile normal arızanın ayrılması
• Teknisyen veya ekip atamasının yapılması
• Müşteriye kayıt bilgisi gönderilmesi
• Müdahale ve çözüm sürelerinin raporlanması
• Tekrarlayan arızaların cihaz bazında izlenmesi

Bu yapı, özellikle çok sayıda bina yöneticisiyle çalışan ve gün içinde yoğun arıza telefonu alan firmalarda operasyonun düzenini belirgin biçimde iyileştirir.

Telefon Görüşmesi Nasıl Arıza Kaydına Dönüşür?

İyi kurulmuş bir sistemde çağrı merkezi çalışanı uzun ve karmaşık formlar doldurmaz. Ekranda yalnızca karar vermeyi ve yönlendirmeyi kolaylaştıran alanlar bulunur.

1. Arayan kişinin tanınması

Gelen telefon numarası daha önce sisteme kaydedilmişse müşteri, bina yöneticisi veya görevli kişi görüntülenir. Aynı kişinin birden fazla binayla ilişkisi varsa operatör doğru binayı seçer.

Numara kayıtlı değilse yeni iletişim bilgisi eklenebilir veya görüşme sırasında ilgili cari bulunabilir. Burada yalnızca telefon numarasına güvenilmemelidir. Yönetici değişiklikleri ve ortak kullanılan görevli telefonları nedeniyle bina adı mutlaka teyit edilmelidir.

2. Bina ve asansör seçimi

Aynı binada birden fazla asansör bulunabilir. “Sağdaki asansör”, “yük asansörü” veya “1 numaralı asansör” gibi tanımlar sistemdeki cihaz bilgisiyle eşleştirilmelidir.

Doğru asansör seçildiğinde teknisyen geçmiş arızaları, son bakım tarihini ve daha önce değiştirilen parçaları inceleyebilir. Bu bilgi, özellikle tekrarlayan kapı, kilit, fotosel veya kumanda arızalarında müdahaleyi hızlandırır.

3. Arıza türü ve öncelik belirleme

Her telefon çağrısı aynı öncelikte değildir. Kabinde yolcu kalması ile kat göstergesinin çalışmaması aynı sıraya alınmamalıdır. Operatörün teknik teşhis koyması beklenmez; ancak doğru soruları sorarak çağrıyı sınıflandırması gerekir.

Örnek öncelik yapısı şöyle olabilir:

• Acil: Kabinde yolcu kalması, yoğun duman veya yanık kokusu bildirilmesi, kontrolsüz hareket şüphesi
• Yüksek: Asansörün tamamen devre dışı kalması, kapının kapanmaması veya sıkışma riski oluşturan durum
• Normal: Ses, titreşim, kat göstergesi, aydınlatma veya konfor şikâyeti
• Planlanabilir: Tekrarlayan fakat kullanımı tamamen durdurmayan sorunlar

Can güvenliği riski taşıyan bildirimlerde operatör, bina görevlisine kullanıcıların asansöre erişimini engellemesi ve gerekiyorsa ilgili acil birimlerle iletişime geçmesi gerektiğini açıkça söylemelidir. Çağrı merkezi çalışanı uzaktan teknik müdahale talimatı vermemelidir.

4. Ekip atama ve bildirim

Kayıt oluşturulduktan sonra bölge, vardiya, uzmanlık ve mevcut iş yüküne göre uygun teknisyen belirlenir. Atanan personele mobil bildirim, SMS veya uygulama içi görev gönderilebilir.

Teknisyenin aldığı iş emrinde şu bilgiler yer almalıdır:

• Bina adı ve açık adres
• İlgili kişi ve telefon numarası
• Asansörün tanımı
• Bildirilen arıza
• Öncelik seviyesi
• Çağrının alınma zamanı
• Varsa önceki benzer arızalar
• Özel erişim veya güvenlik notları

Bu bilgiler eksiksiz olduğunda teknisyenin adres, bina veya arıza ayrıntısı için çağrı merkezini tekrar aramasına gerek kalmaz.

Entegrasyon Olmadan ve Entegrasyonla Süreç Karşılaştırması

Aşağıdaki tablo, geleneksel telefon-not yönteminin call center bağlantılı asansör arıza programına göre farklarını gösterir.

Süreç adımı	Entegrasyon olmadan	Call center entegrasyonuyla
Çağrı kaydı	Kâğıt, Excel veya WhatsApp notu	Tarih, saat ve müşteri bilgisiyle merkezi kayıt
Bina doğrulama	Operatörün hafızasına bağlı	Cari, bina ve asansör kaydından seçim
Arıza önceliği	Kişisel yoruma göre	Tanımlı acil, yüksek ve normal sınıfları
Ekip atama	Telefonla teknisyen arama	Bölge ve müsaitliğe göre kayıt üzerinden atama
Müşteri bilgisi	Tekrar arayarak öğrenir	Otomatik veya kontrollü durum mesajı
Müdahale süresi	Ölçülmesi zordur	Çağrı, atama, varış ve kapanış zamanları izlenir
Geçmiş arızalar	Farklı mesajlarda dağınık	Asansör bazında toplu geçmiş
Yönetici raporu	Manuel derleme gerekir	Günlük ve aylık performans raporları

Bu karşılaştırmanın en önemli sonucu şudur: Entegrasyon, çağrı merkezini yalnızca telefon cevaplayan bir birim olmaktan çıkarır ve saha operasyonunun başlangıç noktası hâline getirir.

Doğru Entegrasyon İçin Hangi Bilgiler Tutulmalı?

Her bilgiyi toplamak verimli değildir. Fazla alan operatörü yavaşlatır, eksik alan ise teknisyenin tekrar telefon açmasına neden olur. Dengeli bir arıza kaydında aşağıdaki bilgiler bulunmalıdır:

1. Arayan kişinin adı ve telefonu
2. Cari veya site yönetimi bilgisi
3. Bina adı ve açık adres
4. İlgili asansör
5. Arıza bildiriminin kısa açıklaması
6. Kabinde yolcu kalıp kalmadığı
7. Asansörün çalışıp çalışmadığı
8. Öncelik seviyesi
9. Atanan ekip veya teknisyen
10. Müşteriye verilen ilk bilgi
11. Varış, müdahale ve kapanış zamanı
12. Çözüm açıklaması ve kullanılan parça

Arıza kapatılırken teknisyenin yalnızca “yapıldı” yazması yeterli değildir. Örneğin kat kapısı kilit kontağı temizlendi ve ayarı yapıldı gibi somut bir açıklama, sonraki çağrılarda teknik geçmişin anlaşılmasını sağlar.

Fotoğraf, müşteri imzası ve tahsilat bilgisi de işin niteliğine göre arıza kaydına eklenebilir. Bu kayıtları kâğıt yerine Asansorex gibi bir asansör arıza programında tutmak, çağrı merkezi ile saha ekibinin aynı güncel bilgi kaynağını kullanmasını sağlar.

Müşteri Bilgilendirmesi Nasıl Kurgulanmalı?

Entegrasyonun müşteriye görünen en güçlü tarafı bilgilendirmedir. Bina yöneticisi arızayı bildirdikten sonra “Kayıt alındı mı, teknisyen çıktı mı?” sorularını tekrar tekrar sormak zorunda kalmamalıdır.

Genel uygulamada dört temel bildirim yeterlidir:

• Kayıt alındı: Arızanın sisteme işlendiğini bildirir.
• Teknisyen atandı: İlgili ekibin görevlendirildiğini belirtir.
• Müdahale başladı: Teknisyenin binaya ulaştığını gösterir.
• Arıza sonuçlandı: Yapılan işlemin kısa özetini ve gerekiyorsa sonraki adımı bildirir.

Mesajların otomatik gönderilmesi faydalıdır; ancak her durumda aynı metnin kullanılması doğru değildir. Kabinde yolcu kalması gibi acil olaylarda çağrı merkezi çalışanının doğrudan telefonla iletişim kurması gerekir. Parça beklenen işlerde ise “arıza kapatıldı” mesajı yerine “geçici müdahale yapıldı, parça değişimi planlandı” gibi doğru durum bilgisi paylaşılmalıdır.

Müşteriye kesin varış süresi verilemiyorsa gerçekçi olmayan sözler verilmemelidir. “Teknisyenimiz 10 dakika içinde orada” demek yerine, ekip atandığında tahmini süre aralığı paylaşmak daha güvenilir bir iletişim sağlar.

Firma Sahibi ve Teknik Ekip İçin Ölçülmesi Gereken Metrikler

Call center entegrasyonu yalnızca kayıt düzeni sağlamaz; firmanın hizmet kalitesini ölçmesini de mümkün kılar. Ancak çok sayıda grafik yerine operasyonu gerçekten geliştiren metriklere odaklanmak gerekir.

Takip edilebilecek temel göstergeler şunlardır:

• Gelen toplam arıza çağrısı
• Cevaplanamayan veya geri dönüş bekleyen çağrı sayısı
• Çağrıdan iş emri oluşturmaya kadar geçen süre
• İş emrinden teknisyen atamaya kadar geçen süre
• Ortalama varış süresi
• Ortalama çözüm süresi
• İlk müdahalede çözülen arıza oranı
• Aynı asansörde tekrarlayan arıza sayısı
• Teknisyen ve bölge bazında açık iş yükü
• Müşteri başına aylık arıza sıklığı

Bu veriler personeli baskılamak için değil, süreçteki darboğazı görmek için kullanılmalıdır. Örneğin varış süresi sürekli uzuyorsa sorun teknisyenin performansı değil, bölge dağılımı veya vardiya planı olabilir. Aynı arıza bir ay içinde birkaç kez tekrarlanıyorsa geçici müdahale yerine kök neden analizi yapılmalıdır.

Firma sahibi ayrıca çağrıların hangi saatlerde yoğunlaştığını inceleyerek nöbetçi ekip planlamasını geliştirebilir. Akşam saatlerinde belirli bölgelerden yoğun çağrı geliyorsa vardiya dağılımı buna göre düzenlenebilir.

Uygulamada Sık Yapılan Hatalar

Her çağrıyı tek satırlık notla kaydetmek

“Bakılacak”, “arıza var” veya “çalışmıyor” gibi ifadeler teknisyene yeterli bilgi vermez. Operatör en azından arızanın nerede ve nasıl görüldüğünü kaydetmelidir.

Teknisyene farklı kanallardan görev vermek

Aynı işin hem uygulamadan hem kişisel mesajdan iletilmesi görev tekrarına ve durum karmaşasına yol açar. Resmî görev kaynağı arıza programı olmalı, telefon yalnızca acil teyit için kullanılmalıdır.

Müşteriye her durumda otomatik mesaj göndermek

Yanlış aşamada gönderilen otomatik mesaj güven kaybettirir. Özellikle iş tamamlanmadan “çözüldü” bildirimi gitmemelidir.

Çağrı kayıtlarını yalnızca kişiye bağlamak

Bina yöneticileri değişebilir. Arıza geçmişi kişide değil, ilgili bina ve asansörde tutulmalıdır. Böylece yönetici değişse bile cihazın teknik geçmişi korunur.

Kapanış açıklamasını zorunlu tutmamak

Çözüm bilgisi girilmeyen iş emirleri, gelecekteki bakım ve arıza analizini zayıflatır. Kapanışta yapılan işlem, değişen parça ve asansörün çalışma durumu mutlaka yazılmalıdır.

Sıkça Sorulan Sorular

Call center entegrasyonu için ayrı bir çağrı merkezi kurmak gerekir mi?

Hayır. Bir veya birkaç kişinin telefonları cevapladığı küçük bakım firmaları da aynı yapıyı kullanabilir. Önemli olan, gelen her arıza çağrısının ortak sisteme kaydedilmesidir.

Arayan numara otomatik olarak bina bilgisiyle eşleşebilir mi?

Telefon altyapısı ve yazılım bağlantısına göre eşleşme yapılabilir. Ancak aynı numaranın birden fazla bina için kullanılabileceği unutulmamalı, operatör bina ve asansörü görüşme sırasında doğrulamalıdır.

WhatsApp üzerinden gelen arızalar da aynı sisteme alınabilir mi?

Evet. Telefon, WhatsApp, QR kod veya müşteri portalından gelen bildirimlerin aynı arıza havuzunda toplanması mümkündür. Böylece farklı kanallardaki kayıtlar birbirinden kopmaz.

Teknisyen müşteriyi doğrudan aramalı mı?

Adres, erişim veya teknik ayrıntı gerektiğinde arayabilir. Ancak görev kabulü ve durum değişiklikleri sistem üzerinden işlenmelidir. Böylece çağrı merkezi ve firma sahibi güncel durumu görebilir.

Görüşmelerin ses kaydını almak zorunlu mudur?

Her firma için genel bir zorunluluk bulunduğu söylenemez. Ses kaydı alınacaksa kişisel verilerin korunması, aydınlatma ve saklama süresi gibi konularda hukuki değerlendirme yapılmalıdır. Çoğu operasyon için düzenli yazılı arıza kaydı temel ihtiyacı karşılar.

Entegrasyon müşteri şikâyetlerini azaltır mı?

Tek başına yazılım tüm şikâyetleri ortadan kaldırmaz. Ancak kayıp çağrıları, unutulan görevleri ve bilgi eksikliğini azalttığı için iletişim kaynaklı şikâyetlerin düşmesine yardımcı olur.

Özet

Asansör arıza programı ile call center entegrasyonu, telefon görüşmesini izlenebilir ve ölçülebilir bir saha görevine dönüştürür. Doğru bina ve asansör seçimi, standart önceliklendirme, ekip atama, müşteri bilgilendirmesi ve çözüm kaydı aynı süreç içinde yürütüldüğünde hem firma içi koordinasyon hem de müşteri güveni güçlenir.

Başarılı bir uygulama için karmaşık ekranlardan çok, doğru sorulara ve net iş akışına ihtiyaç vardır. Arıza çağrılarının Asansorex üzerinde bina, asansör ve teknisyenle ilişkilendirilmesi; firma sahibinin açık işleri takip etmesini, teknisyenin eksiksiz bilgiyle sahaya çıkmasını ve bina yöneticisinin süreçten haberdar olmasını kolaylaştırır.