Asansör Programı Satın Alma Sonrası 30-60-90 Planı

İÇERİK

Bir asansör programı satın almak, dijital dönüşümün tamamlandığı anlamına gelmez. Asıl sonuç; müşteri, bina ve asansör bilgilerinin doğru aktarılması, teknisyenlerin sistemi sahada kullanmaya başlaması, bakım ve arıza süreçlerinin yazılım üzerinden yürütülmesi ve yöneticinin doğru raporları takip etmesiyle ortaya çıkar. Bu nedenle yazılım satın alındıktan sonraki ilk 90 gün kritik bir dönemdir.

Özellikle yıllardır Excel, WhatsApp, kâğıt bakım föyleri ve telefon görüşmeleriyle çalışan bir asansör bakım firmasında tüm süreçleri bir günde değiştirmeye çalışmak ters etki yaratabilir. Teknisyen sistemi benimsemez, ofis personeli eski kayıt yöntemlerine döner ve firma sahibi satın aldığı yazılımın yeterince kullanılmadığını düşünmeye başlar.

Daha sağlıklı yaklaşım, geçişi 30-60-90 günlük aşamalara bölmektir. İlk 30 gün temel kurulum ve veri düzeni, ikinci 30 gün operasyonun sisteme taşınması, son 30 gün ise ölçüm ve optimizasyon dönemidir.

İlk 30 Gün: Temel Kurulum ve Veri Düzenini Tamamlayın

İlk ayın hedefi bütün özellikleri kullanmak değildir. Öncelik, sistemde güvenilir bir veri tabanı oluşturmak ve günlük operasyonun temel kayıtlarını yazılıma taşımaktır.

Asansör bakım firmalarında en sık karşılaşılan hata, eski Excel dosyalarındaki bütün bilgilerin kontrol edilmeden yeni programa aktarılmasıdır. Aynı bina iki kez kayıtlı olabilir, telefon numaraları güncel olmayabilir veya artık bakım sözleşmesi bulunmayan asansörler aktif listede kalabilir.

Bu nedenle veri aktarımı aynı zamanda bir veri temizliği çalışması olarak görülmelidir.

İlk Aktarılması Gereken Bilgiler

Öncelikle şu kayıtların düzenlenmesi gerekir:

• Müşteri veya bina yönetimi bilgileri
• Bina adı ve açık adresi
• Yetkili kişi ve telefon numarası
• Binaya bağlı asansörler
• Asansör kimlik veya seri bilgileri
• Bakım sözleşmesi başlangıç ve bitiş tarihleri
• Aylık bakım bedelleri
• Mevcut cari borç ve alacaklar
• Teknisyen ve ekip bilgileri
• Bakım bölgeleri
• Varsa sözleşmeye bağlı özel hizmet şartları

Örneğin firmanın portföyünde 400 asansör bulunuyorsa ancak bunların 35 tanesi artık aktif müşteri değilse, eski listenin olduğu gibi sisteme aktarılması daha ilk günden bakım planını hatalı hale getirir.

İlk 30 günün başarısı, sisteme ne kadar çok veri girildiğiyle değil, girilen verinin ne kadar doğru olduğu ile ölçülmelidir.

Tek Bir Ana Veri Kaynağı Belirleyin

Yeni programa geçildikten sonra en büyük risklerden biri çift kayıt düzenidir. Teknisyen bakım sonucunu mobil uygulamaya girerken ofis personeli aynı bilgiyi ayrıca Excel'e yazıyorsa dijitalleşme gerçekleşmiş sayılmaz.

Belirli bir geçiş tarihinden sonra ana kayıt kaynağı asansör programı olmalıdır.

Excel dosyaları geçmiş kayıtların kontrolü için arşivlenebilir ancak yeni bakım, arıza ve tahsilat kayıtları mümkün olduğunca tek sistem üzerinden yürütülmelidir.

30 Günlük Kontrol Listesi Nasıl Olmalı?

İlk ay sonunda firma sahibi veya operasyon sorumlusu aşağıdaki tabloyu kontrol edebilir:

Kontrol Noktası	İlk 30 Gün Hedefi	Kontrol Yöntemi
Aktif müşteriler	Eksiksiz kayıt	Müşteri listesi
Aktif binalar	Adres ve yetkili bilgileri tamam	Rastgele kontrol
Asansörler	Doğru bina ile eşleşmiş	Bina bazlı liste
Teknisyenler	Kullanıcı hesapları açılmış	Giriş kontrolü
Bakım planları	Aktif portföy planlanmış	Aylık takvim
Sözleşmeler	Temel tarihler girilmiş	Bitiş tarihi raporu
Cari başlangıçlar	Kontrol edilmiş	Cari ekstre karşılaştırması
Mobil kullanım	Pilot ekip başlamış	Tamamlanan iş sayısı

Burada amaç yüzde 100 kusursuzluk değil, ikinci aya geçilebilecek kadar sağlam bir operasyon zemini oluşturmaktır.

Örneğin 10 teknisyenli bir firmada tüm ekibi aynı gün sisteme geçirmek yerine iki veya üç teknisyenle pilot kullanım başlatılabilir. Pilot ekipten gelen sorunlar çözüldükten sonra diğer personel sisteme dahil edilir.

31-60. Günler: Günlük Operasyonu Yazılıma Taşıyın

İlk ay veri ve temel eğitim dönemiyse ikinci ay gerçek operasyon dönemidir.

Bu aşamada artık program yalnızca kayıt tutulan bir ekran olmaktan çıkmalı; teknisyenin bakım aldığı, arıza gördüğü, tamamladığı işi kaydettiği ve ofisin operasyonu takip ettiği temel çalışma aracı haline gelmelidir.

Bakım Sürecini Baştan Sona Dijitalleştirin

Örnek bir bakım akışı şu şekilde oluşturulabilir:

1. Aylık bakım planı hazırlanır.
2. Bakım ilgili teknisyen veya ekibe atanır.
3. Teknisyen sahada görev detayını açar.
4. Kontrol veya bakım formunu doldurur.
5. Gerekiyorsa fotoğraf ekler.
6. Yapılan işlemi ve kullanılan parçayı kaydeder.
7. Bina yetkilisinden gerekli onay veya imza alınır.
8. İş tamamlanır.
9. Ofis tamamlanan ve bekleyen bakımları rapordan kontrol eder.

Bu yapı sayesinde ay sonunda "hangi binalara gidildi?" sorusunu WhatsApp mesajlarından veya teknisyenlerin kişisel notlarından araştırmak gerekmez.

Bakım kayıtlarını Asansorex gibi bir bakım takip yazılımında toplamak; bina, asansör, teknisyen ve işlem geçmişinin tek yerde tutulmasına yardımcı olur. Burada önemli olan yalnızca yazılımı satın almak değil, saha ekibinin günlük alışkanlığını sisteme taşımaktır.

Arıza Yönetimini de Aynı Sisteme Alın

Firmalarda bakım süreci dijitalleştirilip arıza süreci hâlâ telefon ve WhatsApp üzerinden yürütüldüğünde veri bütünlüğü bozulur.

Örneğin bir bina son üç ay içinde beş kez kapı arızası verdiyse bu bilgi tek ekranda görülebilmelidir. Aksi halde farklı teknisyenler aynı semptoma tekrar tekrar müdahale edebilir.

Arıza kaydında en azından şu bilgiler tutulmalıdır:

• Arızanın geldiği tarih ve saat
• Bina ve asansör
• Arıza açıklaması
• Atanan teknisyen
• Müdahale durumu
• Yapılan işlem
• Kullanılan parça
• Gerekirse fotoğraf
• Çözüm açıklaması
• Ücretli işlem varsa tahsilat veya cari bağlantısı

Bu kayıtlar yalnızca günlük takip için değil, tekrar eden problemlerin tespiti açısından da değerlidir.

31-60. Günlerde Teknisyen Adaptasyonunu Ölçün

Bir yazılım geçişinin başarısını firma sahibinin programa giriş yapması değil, sahadaki teknisyenin aktif kullanması belirler.

Bu nedenle ikinci ay boyunca teknisyen kullanım oranları yakından izlenmelidir.

Sadece "uygulamayı kullanıyor musunuz?" diye sormak yeterli değildir. Somut göstergeler takip edilmelidir:

• Atanan işlerin ne kadarı sistem üzerinden kapatılıyor?
• Bakım formları eksiksiz dolduruluyor mu?
• İşler zamanında tamamlanıyor mu?
• Fotoğraf gereken işlemlerde kayıt bulunuyor mu?
• Arıza açıklamaları yeterince detaylı mı?
• Teknisyenler eski WhatsApp yöntemine geri dönüyor mu?

Örneğin bir teknisyen ay içerisinde 80 bakım gerçekleştirmiş ancak sistemde yalnızca 35 bakım kapatmışsa sorun yazılımın kullanılmaması olabilir.

Böyle durumlarda doğrudan ceza yaklaşımı yerine kullanım engeli bulunmalıdır. Teknisyen şifresini mi unutuyor, ekranı mı anlamıyor, internet bağlantısı mı sorun oluyor, yoksa aynı bilgiyi iki farklı yere girmek zorunda mı kalıyor?

Çoğu adaptasyon problemi birkaç dakikalık saha eğitimiyle çözülebilir.

61-90. Günler: Artık Performansı Ölçmeye Başlayın

İlk iki ay operasyonun sisteme yerleşmesi için kullanıldıktan sonra üçüncü ayın amacı veriden karar üretmektir.

Bu aşamada firma sahibi artık yalnızca "bakımlar tamamlandı mı?" sorusunu değil, operasyonun verimliliğini gösteren daha detaylı soruları sormalıdır.

Örneğin:

• Hangi teknisyen kaç bakım tamamladı?
• Ay içinde kaç arıza geldi?
• En çok arıza veren binalar hangileri?
• Tekrar arıza oranı hangi bölgede yüksek?
• Hangi sözleşmelerin yenileme tarihi yaklaşıyor?
• Toplam cari alacak ne durumda?
• Tahsilatı geciken müşteriler hangileri?
• Bakım planında geciken binalar var mı?
• Teknisyenlerin iş yükü dengeli mi?

Üçüncü ayda sistemden bu sorulara cevap alınabiliyorsa dijital dönüşüm artık günlük operasyona yerleşmeye başlamış demektir.

KPI Sayısını Sınırlayın

İlk aşamada onlarca performans göstergesi takip etmek yerine 5-7 temel KPI seçmek daha faydalıdır.

Örneğin:

KPI	Ne Gösterir?
Planlanan / tamamlanan bakım oranı	Bakım planı disiplini
Açık arıza sayısı	Operasyon yükü
Ortalama arıza kapanış süresi	Müdahale performansı
Tekrar arıza sayısı	Teknik kalite
Vadesi geçmiş alacak	Finansal risk
Yaklaşan sözleşme yenilemeleri	Müşteri kaybı riski
Teknisyen başına tamamlanan iş	İş yükü dağılımı

Bu göstergeler aylık yönetim toplantısında düzenli şekilde değerlendirilebilir.

90 Gün İçinde Yapılmaması Gereken Hatalar

Yazılım satın alındıktan sonra bazı firmalar sistemi çok hızlı büyütmeye çalışırken temel kullanım disiplinini kaçırır.

En sık görülen hatalar şunlardır:

• İlk gün bütün modülleri açmak
• Eski Excel kayıtlarını kontrol etmeden aktarmak
• Teknisyenlere eğitim vermeden kullanıcı hesabı oluşturmak
• Hem Excel hem yazılım üzerinden kayıt tutmaya devam etmek
• Her personelin farklı yöntem kullanmasına izin vermek
• İlk ay rapor sonuçlarına göre teknisyen performansı hakkında kesin karar vermek
• Bakım planını güncellemeden eski portföy üzerinden devam etmek
• Kullanıcı hatalarını kayıt altına almamak
• Firma içinde süreç sorumlusu belirlememek
• Yazılımı yalnızca ofis personelinin kullanacağı bir araç olarak görmek

Özellikle "her şeyi ilk haftada kullanalım" yaklaşımı çoğu ekipte gereksiz direnç oluşturabilir.

Daha doğru sıra önce temel kayıtlar, sonra saha operasyonu, ardından finans ve performans analizi şeklindedir.

Firma İçinde Bir Yazılım Sorumlusu Belirlemek Neden Önemli?

Programın başarılı kullanımı yalnızca yazılım sağlayıcısının vereceği eğitime bağlı değildir. Firma içinde de süreci takip edecek bir kişinin bulunması gerekir.

Bu kişi mutlaka firma sahibi olmak zorunda değildir. Operasyonu iyi bilen bir ofis çalışanı veya saha sorumlusu da görev alabilir.

Sorumlunun görevleri şunlar olabilir:

• Eksik müşteri kayıtlarını kontrol etmek
• Teknisyen kullanım sorunlarını toplamak
• Yanlış açılan kayıtları düzeltmek
• Yeni çalışanlara temel kullanım göstermek
• Aylık bakım planını kontrol etmek
• Yazılım destek ekibine sorunları düzenli iletmek
• Firma içinde standart kullanım yöntemini korumak

Örneğin bir teknisyen arıza kaydını "motor problemi" şeklinde kapatırken başka bir teknisyen sadece "yapıldı" yazıyorsa raporların kalitesi düşer.

Yazılım sorumlusu basit standartlar belirleyerek veri kalitesini artırabilir.

30-60-90 Planının Sonunda Ne Değişmiş Olmalı?

90 gün sonunda ideal durumda operasyonun büyük kısmının yeni sisteme taşınmış olması beklenir.

İlk 30 Günün Sonunda

• Aktif müşteri ve bina listesi temizlenmiştir.
• Asansörler doğru binalara bağlanmıştır.
• Kullanıcı hesapları oluşturulmuştur.
• Bakım planı sisteme alınmıştır.
• Pilot ekip kullanıma başlamıştır.

60. Günün Sonunda

• Bakımlar sistem üzerinden yönetilmektedir.
• Arızalar kayıt altına alınmaktadır.
• Teknisyenlerin önemli bölümü mobil kullanıma geçmiştir.
• Saha formları dijital olarak oluşmaktadır.
• Ofis operasyon durumunu tek ekrandan takip edebilmektedir.

90. Günün Sonunda

• Temel KPI'lar takip edilmektedir.
• Eksik ve geciken bakımlar görünür durumdadır.
• Arıza geçmişi analiz edilebilmektedir.
• Sözleşme ve tahsilat takibi daha düzenli yürütülmektedir.
• Teknisyen performansı somut verilere dayalı değerlendirilebilmektedir.
• Firma eski Excel ve WhatsApp bağımlılığını önemli ölçüde azaltmıştır.

Bu aşamadan sonra rota optimizasyonu, stok yönetimi, teklif süreçleri, müşteri portalı, otomatik bildirimler veya daha detaylı finans raporları gibi özellikler adım adım devreye alınabilir.

Sıkça Sorulan Sorular

Asansör programına geçiş gerçekten 90 gün sürmek zorunda mı?

Hayır. 30-60-90 yaklaşımı kesin bir süre değil, kontrollü geçiş için kullanılan pratik bir yöntemdir. Küçük bir firma birkaç hafta içinde adapte olabilirken yüzlerce veya binlerce asansörü bulunan yapılarda geçiş daha uzun sürebilir.

Eski Excel kayıtlarını programa aktarmalı mıyız?

Aktif müşteri, bina, asansör, sözleşme ve cari bilgilerinin aktarılması genellikle faydalıdır. Ancak aktarım öncesinde mükerrer, eski ve hatalı kayıtların temizlenmesi gerekir. Gereksiz geçmiş veriyi sisteme taşımak başlangıç düzenini bozabilir.

Teknisyenler yeni programı kullanmak istemezse ne yapılmalı?

Öncelikle direncin nedeni belirlenmelidir. Karmaşık ekranlar, çift kayıt zorunluluğu, yetersiz eğitim veya alışkanlıklar etkili olabilir. Kısa saha eğitimleri ve birkaç temel kullanım adımıyla başlamak adaptasyonu kolaylaştırır.

İlk günden bütün modülleri kullanmak doğru mu?

Genellikle hayır. Önce müşteri, bina, asansör, bakım ve arıza süreçlerini oturtmak daha sağlıklıdır. Daha sonra cari, stok, teklif, sözleşme ve gelişmiş raporlama gibi süreçler aşamalı olarak devreye alınabilir.

Yazılımın başarılı kullanıldığını nasıl anlarız?

Sadece kullanıcı giriş sayılarına bakmak yeterli değildir. Planlanan bakımların sistemde kapatılması, arızaların kayıt altına alınması, saha formlarının düzenli oluşması, yöneticinin güncel rapor alabilmesi ve eski manuel takip yöntemlerine duyulan ihtiyacın azalması daha anlamlı göstergelerdir.

Asansorex geçiş sürecinde nasıl kullanılabilir?

Asansorex; müşteri, bina ve asansör kayıtlarını, bakım ve arıza operasyonlarını, saha kayıtlarını ve ilgili ticari süreçleri aynı çalışma düzeninde toplamaya yardımcı olabilir. En sağlıklı sonuç için özellikleri tek seferde açmak yerine firmanın iş akışına göre aşamalı kullanım planı oluşturmak gerekir.

Özet

Bir asansör programı satın almak, tek başına operasyonu dijitalleştirmez. Asıl değer, yazılımın günlük iş yapış biçiminin parçası haline gelmesiyle ortaya çıkar.

İlk 30 günde doğru veri tabanı kurulmalı ve temel eğitim tamamlanmalıdır. 31-60. günlerde bakım ve arıza operasyonları sisteme taşınmalı, teknisyen adaptasyonu ölçülmelidir. 61-90. günlerde ise oluşan veriler kullanılarak bakım tamamlama oranı, arıza süreleri, tekrar arızalar, alacaklar ve sözleşme yenilemeleri gibi temel göstergeler takip edilmelidir.

Böyle bir 30-60-90 planı, yazılım yatırımının raflarda kalan bir lisansa dönüşmesini engeller. Asansorex gibi asansör sektörüne odaklı bir sistem kullanılırken de en verimli yaklaşım, önce temel süreçleri oturtmak, ardından firmanın ihtiyacına göre finans, stok, sözleşme, raporlama ve diğer operasyonel özellikleri aşamalı biçimde devreye almaktır.