Asansör Arıza Takip Yazılımında Çoklu Şube Görünümü

İÇERİK

Bir asansör bakım firması birkaç yüz cihazlık portföyden binlerce asansöre doğru büyürken operasyonun en zor taraflarından biri, şubeler arasında arıza yönetimini standartlaştırmak olur. Tek şehirde çalışan küçük bir ekipte telefon, WhatsApp grubu veya basit bir görev listesi bir süre yeterli görünebilir. Ancak İstanbul, Ankara, Bursa veya farklı ilçelerde ayrı ekipler devreye girdiğinde aynı yöntem hızla karmaşaya dönüşür.

Bir şubede teknisyen yoğunluğu oluşurken diğer şubede ekip boşta kalabilir. Merkez ofis hangi arızanın ne kadar süredir açık olduğunu göremeyebilir. Aynı müşterinin farklı bölgelerde bulunan asansörlerinin servis geçmişi ayrı dosyalarda tutulabilir. En önemlisi, firma sahibi toplam operasyon performansını görmek için farklı çalışanlardan ayrı ayrı bilgi istemek zorunda kalabilir.

Asansör arıza takip yazılımında çoklu şube görünümü, bu dağınıklığı azaltmak için tüm şubelerin ortak bir sistem üzerinde çalışmasını, ancak her ekibin kendi operasyon alanına odaklanmasını sağlar. Doğru kurulduğunda amaç yalnızca bütün arızaları aynı ekrana toplamak değildir. Asıl hedef; arıza kabulünden teknisyen atamasına, müdahale süresinden kapanış raporuna kadar şirket genelinde ölçülebilir bir iş akışı oluşturmaktır.

Çoklu Şube Görünümü Neden Gerekli Hale Gelir?

Asansör firmalarında şubeleşme her zaman resmi bir şube açılması anlamına gelmez. Firma aynı şirket altında farklı şehirlerde, ilçelerde veya servis bölgelerinde ekipler çalıştırıyor olabilir. Operasyon açısından bunların her biri ayrı bir servis birimi gibi düşünülebilir.

Örneğin bir firmanın yapısı şöyle olabilir:

• İstanbul Avrupa Yakası ekibi
• İstanbul Anadolu Yakası ekibi
• Kocaeli servis ekibi
• Bursa şubesi
• Gece nöbet ekibi
• Modernizasyon ve revizyon ekibi

Bu yapıda gün içerisinde 40 arıza kaydı oluştuğunu düşünelim. Bütün kayıtlar tek bir listeye düştüğünde hangi kaydın hangi ekibi ilgilendirdiğini manuel olarak ayırmak ciddi zaman kaybına neden olur.

Çoklu şube mantığında ise arıza kaydı oluşturulurken ilgili bina, asansör ve servis bölgesi zaten tanımlı olduğu için kayıt doğrudan doğru şubenin iş akışına dahil edilebilir.

Örneğin:

Bursa > Nilüfer > ABC Sitesi > Asansör 2 > Kapı açılmıyor

şeklinde oluşturulan bir kayıt, İstanbul ekibinin günlük iş listesini gereksiz yere kalabalıklaştırmaz. Bursa ekibi kendi sorumluluk alanını görürken firma sahibi veya operasyon sorumlusu şirket genelindeki tabloyu izleyebilir.

Bu ayrım özellikle arıza sayısı yükseldikçe önemli hale gelir. Çünkü sorun artık yalnızca kayıt tutmak değil, doğru arızayı doğru ekibe mümkün olduğunca hızlı ulaştırmak haline gelir.

Merkez ve Şube Arasında Doğru Görünüm Nasıl Olmalı?

İyi tasarlanmış bir asansör arıza takip sisteminde herkesin yüzlerce kaydı aynı anda görmesi gerekmez. Kullanıcının görevi neyse karşısına çıkan bilgi de buna göre anlamlı olmalıdır.

Şube sorumlusu kendi bölgesindeki açık arızaları, teknisyenleri ve geciken işleri takip etmek ister. Firma sahibi ise daha üst seviyeden tüm şubelerin performansını karşılaştırmak isteyebilir.

Örnek bir görünüm şu şekilde olabilir:

Kullanıcı / Birim	Öncelikli Görmesi Gereken Bilgi	Temel Amaç
Firma sahibi	Tüm şubeler, açık arıza sayısı, müdahale süreleri	Genel performansı izlemek
Operasyon sorumlusu	Şubeler ve teknisyen iş yükleri	İş dağılımını düzenlemek
Şube sorumlusu	Kendi bölgesindeki arızalar ve ekipler	Günlük operasyonu yönetmek
Teknisyen	Kendisine atanmış görevler	Sahadaki işleri tamamlamak
Bina yöneticisi	Kendi binasına ait kayıtlar	Hizmet durumunu takip etmek

Buradaki temel nokta, çoklu şube görünümünün sadece filtreleme özelliği olmamasıdır. Şube bilgisi; görev atama, raporlama, performans ölçümü ve servis geçmişi gibi birçok sürecin temel verisi haline gelmelidir.

Örneğin merkez ofiste çalışan kişi isterse tüm şirketi görebilmeli, isterse yalnızca Bursa şubesini seçerek o bölgedeki açık arızaları inceleyebilmelidir.

Bu yapı sayesinde günlük toplantılarda “Bursa'da durum nasıl?” sorusunun cevabı telefonla şube sorumlusuna sorulmak yerine sistem üzerinden görülebilir.

Arıza Atamalarında Şube Mantığı Nasıl Kullanılır?

Çoklu şube yapısının en önemli faydalarından biri teknisyen atama sürecinde ortaya çıkar.

Manuel sistemlerde arıza geldiğinde önce adres kontrol edilir, ardından o bölgedeki teknisyen aranır. Teknisyen başka bir görevdeyse ikinci kişiye ulaşılır. Özellikle yoğun saatlerde bu süreç arıza müdahalesinin kendisinden önce ciddi zaman kaybettirebilir.

Şube bazlı sistemde süreç daha düzenli kurulabilir:

1. Arıza kaydı sisteme girilir.
2. Binanın hangi şubeye veya servis bölgesine bağlı olduğu belirlenir.
3. O şubedeki uygun teknisyenler değerlendirilir.
4. Görev ilgili personele atanır.
5. Teknisyen sahaya çıktığında kayıt üzerinden işlem yapar.
6. Müdahale tamamlandığında yapılan işlem ve gerekli notlar kaydedilir.
7. Arıza kapanış bilgisi merkezi kayıtta saklanır.

Bu yapı özellikle aynı isimde teknisyenlerin, benzer bina adlarının veya farklı şehirlerde aynı müşteriye ait tesislerin bulunduğu firmalarda karışıklığı azaltır.

İş Yükü Dengesi de Görülmeli

Sadece şube bilgisi yeterli değildir. Bir şubede beş teknisyen bulunması, hepsinin aynı anda müsait olduğu anlamına gelmez.

Örneğin:

• Teknisyen A: 1 açık görev
• Teknisyen B: 5 açık görev
• Teknisyen C: 2 açık görev
• Teknisyen D: izinli
• Teknisyen E: planlı bakımda

Bu tablo görülmeden sürekli aynı personele arıza atanması hem müdahale sürelerini uzatabilir hem de ekip içinde dengesiz iş yüküne yol açabilir.

Bu nedenle çoklu şube görünümü, mümkün olduğunca şube + teknisyen + açık görev ilişkisini birlikte değerlendirmeye yardımcı olmalıdır.

Çoklu Şube Raporlaması Firma Sahibine Ne Kazandırır?

Şube yönetiminin asıl değeri yalnızca günlük operasyon sırasında ortaya çıkmaz. Birkaç aylık veri biriktiğinde hangi bölgenin verimli çalıştığını, hangi bölgede tekrar eden problemler bulunduğunu görmek mümkün hale gelir.

Örneğin üç şubeli bir firmanın aylık sonuçları şöyle olabilir:

Şube	Gelen Arıza	Ortalama Müdahale	Tekrar Arıza	Açık Kalan
İstanbul	320	48 dk.	27	11
Bursa	140	38 dk.	8	3
Kocaeli	110	67 dk.	19	9

Bu basit tablo bile yönetime önemli sorular sordurur.

Kocaeli'de müdahale süresi neden daha uzun? Personel mi yetersiz? Portföy çok geniş bir alana mı yayılmış? Tekrar arıza oranının yüksek olması belirli cihazlarda kalıcı çözüm üretilemediğini mi gösteriyor?

İstanbul'da açık iş sayısının yüksek olması günlük arıza hacminden mi kaynaklanıyor, yoksa vardiya planı mı gözden geçirilmeli?

Raporlama yapılmadığında bu sorunlar genellikle “Kocaeli biraz yoğun” gibi kişisel yorumlarla değerlendirilir. Veri olduğunda ise karar daha ölçülebilir hale gelir.

Takip edilebilecek temel göstergeler arasında şunlar bulunabilir:

• Şube bazında toplam arıza sayısı
• Açık ve kapanmış arıza sayısı
• Ortalama ilk müdahale süresi
• Ortalama çözüm süresi
• Tekrar eden arıza oranı
• Teknisyen başına görev sayısı
• Mesai dışı gelen arızalar
• En fazla arıza veren bina ve asansörler
• Uzun süredir kapanmayan kayıtlar

Burada amaç çalışanları sürekli puanlamak değil, operasyonun nerede darboğaza girdiğini erken fark etmektir.

Müşteri Deneyiminde Çoklu Şube Yönetiminin Etkisi

Bina yöneticisi açısından asansör firmasının kaç şubesi bulunduğu çoğu zaman önemli değildir. Yönetici arızayı bildirdiğinde hızlı geri dönüş almak ve sürecin kaybolmadığını bilmek ister.

Firma içinde ise aynı müşterinin birden fazla lokasyonu bulunabilir.

Örneğin bir zincir işletmenin:

• İstanbul'da 12,
• Bursa'da 5,
• Ankara'da 8

tesisi olabilir.

Bu müşterinin arıza kayıtları şubelere göre tamamen ayrı tutulursa firma genelindeki hizmet geçmişini görmek zorlaşır. Merkezde yapılan müşteri toplantısında farklı şubelerden ayrı Excel dosyaları istenmesi gerekebilir.

Doğru çoklu şube yapısında ise şubeler operasyonel olarak ayrılırken müşteri ilişkisi bütün olarak korunabilir.

Böylece “Bu müşterinin son üç ayda toplam kaç arızası oldu?” sorusu ile “Bursa şubesinde bu müşteriye ait kaç açık arıza var?” sorusu ayrı ayrı cevaplanabilir.

Bu yaklaşım özellikle kurumsal müşteriler, AVM'ler, hastaneler, zincir mağazalar, fabrikalar ve çok sayıda bina yöneten profesyonel yönetim firmalarıyla çalışan asansör firmaları için önemlidir.

Arıza geçmişini kâğıt, telefon ve farklı Excel dosyaları yerine Asansorex gibi merkezi bir asansör bakım ve arıza takip yazılımında tutmak, farklı şubelerde üretilen saha kayıtlarının aynı müşteri ve asansör geçmişinde düzenli biçimde toplanmasını kolaylaştırabilir.

Çoklu Şube Sistemine Geçerken Kontrol Edilmesi Gerekenler

Bir yazılımda “şube ekle” seçeneğinin bulunması tek başına yeterli değildir. Sistemin gerçek saha operasyonunda şubeleri birbirinden doğru şekilde ayırabilmesi gerekir.

Yazılım değerlendirirken şu kontrol listesini kullanabilirsiniz:

• Her bina ve asansör ilgili şubeye bağlanabiliyor mu?
• Arıza kayıtları şubeye göre filtrelenebiliyor mu?
• Şube personeli yalnızca sorumlu olduğu operasyonu kolayca görebiliyor mu?
• Merkez ekip gerektiğinde bütün şubeleri birlikte görüntüleyebiliyor mu?
• Teknisyen atamaları şube bazında yapılabiliyor mu?
• Açık ve kapanmış arızalar şubeye göre raporlanabiliyor mu?
• Teknisyen performansı bölge bazında analiz edilebiliyor mu?
• Bir müşterinin farklı şubelerdeki tesisleri tek müşteri geçmişinde izlenebiliyor mu?
• Şubeler arasında personel veya portföy değişikliği yapılması durumunda geçmiş kayıtlar korunuyor mu?
• Arıza kayıtları tarih, personel, bina ve asansör bilgileriyle geriye dönük bulunabiliyor mu?

Şube Tanımını Fazla Parçalamayın

Yaygın hatalardan biri her küçük servis bölgesini ayrı şube olarak tanımlamaktır.

Örneğin aynı operasyon yöneticisinin kontrol ettiği ve aynı teknisyen havuzunun çalıştığı üç ilçe için üç ayrı şube oluşturmak gereksiz olabilir.

Şube ayrımı yapmadan önce şu soruyu sorun:

Bu bölgenin personeli, iş dağılımı ve günlük operasyonu gerçekten diğer bölgeden bağımsız mı yönetiliyor?

Cevap hayırsa şube yerine servis bölgesi veya ekip mantığı daha uygun olabilir.

Eski Kayıtların Sahipliğini Koruyun

Teknisyen başka şubeye geçtiğinde geçmişte yaptığı işlemler yeni şubeye taşınmış gibi görünmemelidir. Tarihsel raporlama açısından kayıt, işlem yapıldığı dönemdeki operasyon bilgisini mümkün olduğunca korumalıdır.

Aksi halde geçmiş aylarla güncel ayların şube performansını karşılaştırmak yanıltıcı hale gelebilir.

Sıkça Sorulan Sorular

Asansör arıza takip yazılımında çoklu şube özelliği nedir?

Çoklu şube özelliği, farklı şehirlerde veya servis bölgelerinde çalışan ekiplerin aynı sistem içerisinde ayrı operasyonlar olarak yönetilebilmesini sağlar. Firma merkezi tüm yapıyı izleyebilirken şubeler günlük olarak kendi görevlerine odaklanabilir.

Küçük bir asansör firmasının çoklu şube özelliğine ihtiyacı var mı?

Tek bir bölgede ve tek ekip halinde çalışan küçük firmalarda başlangıçta gerekli olmayabilir. Ancak firma farklı ilçelerde bağımsız ekipler oluşturuyor veya yeni şehirlerde hizmet vermeye hazırlanıyorsa, sistemi baştan şube mantığına uygun kurmak büyüme sırasında veri karmaşasını azaltabilir.

Şubeler birbirinin arıza kayıtlarını görmek zorunda mı?

Hayır. Operasyon yapısına göre erişim ve görünürlük sınırlandırılabilir. Önemli olan şube çalışanının günlük görevlerini kolayca takip edebilmesi, yetkili merkez personelinin ise gerektiğinde şirket genelini görebilmesidir.

Çoklu şube raporunda hangi KPI'lar takip edilmelidir?

Arıza sayısı, açık kayıt sayısı, ortalama müdahale süresi, çözüm süresi, tekrar arıza oranı ve teknisyen başına görev sayısı başlangıç için yeterli göstergelerdir. Firma büyüdükçe müşteri, cihaz tipi veya servis bölgesine göre daha ayrıntılı analiz yapılabilir.

Aynı müşteri farklı şubelerde takip edilebilir mi?

Doğru kurgulanmış sistemlerde müşteri kaydı ortak tutulurken müşteriye ait bina ve asansörler farklı şubelerin sorumluluğuna verilebilir. Böylece operasyon ayrılırken müşterinin şirket genelindeki servis geçmişi kaybolmaz.

Asansorex çoklu şubeli firmalarda nasıl kullanılabilir?

Asansorex gibi merkezi bakım ve arıza yönetimi çözümleri; farklı saha ekiplerinin arıza, bakım ve servis kayıtlarını ortak bir dijital yapı içerisinde takip etmeye yardımcı olur. Böylece firma büyüdükçe şubeler arasında farklı Excel dosyaları veya birbirinden kopuk kayıt sistemleri oluşturma ihtiyacı azaltılabilir.

Özet

Asansör arıza takip yazılımında çoklu şube görünümü, büyüyen servis firmaları için yalnızca ek bir ekran özelliği değildir. Şubelerin, teknisyenlerin, müşterilerin ve arıza kayıtlarının doğru ilişkilendirilmesi; günlük iş dağılımını hızlandırırken firma sahibine operasyonun tamamını ölçme imkânı verir.

En verimli yapı, her çalışana bütün şirket verisini göstermek yerine ihtiyacı olan operasyon bilgisini sunan; merkez seviyesinde ise şubelerin karşılaştırılmasına izin veren sistemdir. Böylece bir şubenin neden geciktiği, hangi bölgede tekrar arızaların arttığı veya hangi ekibin kapasite sorunu yaşadığı tahminlerle değil kayıtlarla değerlendirilebilir.

Firma henüz iki şubeli olsa bile büyüme planı varsa bu altyapıyı erken kurmak önemlidir. Çünkü beş veya on şubeye ulaştıktan sonra dağınık müşteri, bina, teknisyen ve arıza kayıtlarını yeniden düzenlemek; sistemi en başından doğru kurgulamaktan çok daha zahmetli olabilir.