Asansör Yazılımına Geçişte İlk 30 Gün

İÇERİK (MARKDOWN)

Asansör yazılımına geçmek, yalnızca bilgisayara yeni bir program kurmak veya teknisyenlerin telefonuna mobil uygulama yüklemek değildir. Asıl geçiş; müşteri kayıtlarının, bina bilgilerinin, bakım planlarının, arıza süreçlerinin, tahsilatların ve saha alışkanlıklarının yeni bir düzene taşınmasıdır. Bu nedenle ilk 30 gün, yazılım yatırımının başarılı olup olmayacağını belirleyen en kritik dönemdir.

Doğru yönetilen bir ilk ayın sonunda firma; hangi teknisyenin nerede olduğunu görebilir, yaklaşan bakımları takip edebilir, yapılan işlemleri fotoğraf ve imzayla kayıt altına alabilir, eksik tahsilatları kontrol edebilir ve müşteri taleplerine daha hızlı cevap verebilir. Plansız bir geçişte ise aynı bilgiler hem kâğıtta hem Excel dosyalarında hem de yazılımda tutulmaya devam eder. Sonuç olarak ekip yorulur, kayıtlar birbirini tutmaz ve yazılım gereksiz bir yük gibi görülmeye başlanır.

Bu rehberde, asansör yazılımına geçişin ilk 30 gününü haftalara bölerek nasıl yönetebileceğinizi, hangi verileri hazırlamanız gerektiğini ve ekip adaptasyonunu nasıl ölçebileceğinizi ele alacağız.

İlk 30 Günün Asıl Hedefi Nedir?

İlk ayın hedefi, yazılımın bütün özelliklerini kullanmaya çalışmak değildir. Asıl hedef, firmanın en önemli iş akışlarını tek bir düzen içerisinde çalıştırmaya başlamaktır.

Bir asansör bakım firması için ilk aşamada aşağıdaki süreçlerin oturması yeterlidir:

• Müşteri, bina ve asansör bilgilerinin doğru kaydedilmesi
• Aylık bakım planlarının yazılım üzerinden oluşturulması
• Teknisyenlerin kendilerine atanan işleri görebilmesi
• Bakım ve arıza kayıtlarının sahadan kapatılması
• Kullanılan parçaların ve yapılan tahsilatların işleme bağlanması
• Firma sahibinin günlük operasyonu tek ekrandan takip edebilmesi

İlk 30 günde çok sayıda özellik açmak yerine, günlük işin temelini oluşturan üç veya dört süreci eksiksiz kullanmak daha doğru sonuç verir.

Başarılı yazılım geçişi, bütün özelliklerin ilk günden kullanılması değil, temel süreçlerin eski yöntemlere dönülmeden sürdürülebilmesidir.

Asansör yazılımı, mevzuattan kaynaklanan bakım, yetkili servis ve periyodik kontrol sorumluluklarının yerine geçen bir belge değildir. Yazılımın görevi; bu süreçlerde oluşan kayıtları düzenlemek, geçmişe dönük erişimi kolaylaştırmak ve eksik işlemlerin fark edilmesini sağlamaktır. Periyodik kontrollerin ilgili idarelerle protokolü bulunan A tipi muayene kuruluşları tarafından yürütülmesi ve sonuçların güvenlik durumuna göre değerlendirilmesi ayrı bir yasal süreçtir. ([Sanayi Bakanlığı][1])

Geçişten Önce Yapılması Gereken Hazırlıklar

Yazılım kullanımı başlamadan önce mevcut verilerin gözden geçirilmesi gerekir. Eski kayıtlar hatalıysa, bu kayıtların yeni sisteme aktarılması hataları ortadan kaldırmaz; yalnızca dijital ortama taşır.

Müşteri ve bina listesini temizleyin

Öncelikle aktif müşteriler ile artık hizmet verilmeyen müşteriler birbirinden ayrılmalıdır. Aynı bina farklı isimlerle birden fazla kez kaydedilmişse mükerrer kayıtlar birleştirilmelidir.

Her bina için mümkün olduğunca şu bilgiler hazırlanmalıdır:

• Bina veya site adı
• Açık adres
• Bina sorumlusunun adı ve telefon numarası
• Sözleşme başlangıç ve bitiş tarihi
• Aylık bakım bedeli
• Tahsilat şekli
• Binadaki asansör sayısı
• Asansörlerin kimlik ve teknik bilgileri
• Son bakım tarihi
• Son periyodik kontrol sonucu

Telefon numarası olmayan, adresi eksik girilmiş veya hangi teknisyenin baktığı bilinmeyen kayıtlar geçiş sırasında sorun çıkarır. Bu nedenle veri aktarımı öncesinde en az bir kez kontrol yapılmalıdır.

Asansörleri doğru binalarla eşleştirin

Özellikle site, hastane, fabrika ve toplu konut projelerinde aynı müşteriye bağlı birden fazla bina ve asansör bulunabilir. Her asansörün doğru bina ve cari hesapla ilişkilendirilmesi gerekir.

Örneğin bir site yönetimine ait beş blok bulunuyorsa bütün asansörleri tek bir bina altında toplamak yerine blok bazlı kayıt oluşturmak, bakım planını ve arıza geçmişini daha anlaşılır hâle getirir.

Eski kayıtların yedeğini alın

Excel dosyaları, bakım formları, sözleşmeler, cari listeler ve mevcut müşteri kayıtları geçişten önce yedeklenmelidir. Yazılıma aktarılmayacak eski belgeler bile gerektiğinde kontrol edilebilmesi için tarih sırasıyla saklanmalıdır.

Yazılıma geçildiği gün eski sistemi tamamen silmek doğru değildir. Ancak eski sistemin yalnızca arşiv amacıyla tutulması, yeni işlemlerin ise tek bir platformdan yürütülmesi gerekir.

1–7. Gün: Temel Verileri Kurun ve Pilot Başlatın

İlk hafta, firmanın dijital temelinin oluşturulduğu dönemdir. Bu aşamada amaç, bütün portföyü bir anda sisteme taşımak değil, doğru kayıt yapısını oluşturmak ve küçük bir grupla gerçek kullanım başlatmaktır.

Önce temel kayıtları tamamlayın

İlk olarak aşağıdaki kayıtlar sisteme eklenmelidir:

1. Personel ve teknisyenler
2. Aktif müşteriler
3. Binalar ve bina sorumluları
4. Asansörler
5. Aktif bakım sözleşmeleri
6. Yaklaşan bakım tarihleri
7. Açık arıza ve iş emirleri

Veri aktarımı tamamlandıktan sonra rastgele seçilen en az 10–20 kayıt kontrol edilmelidir. Büyük portföylerde yalnızca toplam kayıt sayısının doğru görünmesi yeterli değildir. Bina, asansör, sözleşme ve cari bağlantılarının da doğru olması gerekir.

Küçük bir pilot ekip seçin

İlk gün bütün teknisyenleri sisteme geçirmek yerine, dijital araçlara daha yatkın bir veya iki teknisyenle pilot çalışma başlatılabilir. Bu ekip, gerçek bakım ve arıza işlemlerini yazılım üzerinden tamamlar.

Pilot kapsamına farklı özelliklerde işler alınmalıdır:

• Standart aylık bakım
• Arıza çağrısı
• Parça değişimi
• Fotoğraflı işlem kaydı
• Müşteri imzası
• Tahsilat alınan bakım
• Eksik veya ertelenen işlem

Pilot kullanım sayesinde ofiste doğru görünen bir sürecin sahada nerede zorlandığı anlaşılır. Örneğin teknisyen bina adresini kolay bulamıyor, bakım formunda gereksiz alanlarla karşılaşıyor veya kullanılan parçayı nasıl seçeceğini bilmiyor olabilir.

İlk hafta kontrol tablosu

Kontrol alanı	Hedef	Kontrol yöntemi
Aktif müşteri kayıtları	Mükerrer kayıt olmaması	Rastgele müşteri kontrolü
Bina-asansör eşleştirmesi	Her asansörün doğru binada olması	Portföy listesini karşılaştırma
Teknisyen hesapları	Her personelin giriş yapabilmesi	Mobil uygulama giriş testi
Bakım planı	Yaklaşan bakımların görünmesi	Haftalık plan kontrolü
Pilot işler	En az 10 gerçek işlemin kapatılması	İş emri geçmişini inceleme
Fotoğraf ve imza	Gereken işlerde eklenmesi	Kapanan kayıt kontrolü

8–14. Gün: Saha Kullanımını Standartlaştırın

İkinci hafta, teknisyenlerin yazılımı yalnızca denemek yerine günlük işin bir parçası olarak kullanmaya başladığı dönemdir.

Bu aşamada her teknisyene açık bir işlem sırası verilmelidir:

1. Günlük görev listesini uygulamadan kontrol et.
2. Binaya ulaştığında doğru asansörü seç.
3. Bakım veya arıza formunu doldur.
4. Tespit edilen eksikleri açık şekilde yaz.
5. Gerekiyorsa fotoğraf ekle.
6. Kullanılan parçayı kaydet.
7. Müşteri imzasını veya teslim onayını al.
8. İşlemi sahadan kapat.

Bu sıralama teknisyenden teknisyene değişmemelidir. Bir teknisyen yalnızca açıklama yazarken diğerinin fotoğraf eklemesi, üçüncü teknisyenin işlemi ofise dönünce kapatması sağlıklı bir veri düzeni oluşturmaz.

Kâğıt ve dijital kayıt birlikte ne kadar sürmeli?

Geçişin ilk birkaç gününde kritik müşteriler için kısa süreli paralel kayıt tutulabilir. Ancak bu dönem gereğinden fazla uzatılmamalıdır. Teknisyen aynı bilgiyi hem forma hem telefona yazmak zorunda kalırsa yazılımı fazladan iş olarak görmeye başlar.

İkinci haftanın sonunda hedef, aktif işlemlerin büyük bölümünün doğrudan yazılım üzerinden kapatılmasıdır. Kâğıt form yalnızca müşteri talebi, teknik zorunluluk veya istisnai durumlar için kullanılmalıdır.

Asansorex gibi sahadan bakım formu, fotoğraf, imza, parça kullanımı ve tahsilat kaydı oluşturabilen bir bakım takip yazılımı kullanıldığında teknisyenin yaptığı işlem ile ofiste görülen kayıt aynı anda güncellenebilir. Böylece bilgilerin gün sonunda yeniden yazılması ihtiyacı azalır.

15–21. Gün: Finans, Stok ve Müşteri İletişimini Bağlayın

İlk iki hafta saha işleyişi oturduktan sonra finansal ve operasyonel bağlantılar kurulmalıdır. Bu aşamaya çok erken geçmek veri karmaşası oluşturabilir; çok geç kalmak ise yazılımın yalnızca bakım formu uygulaması gibi kullanılmasına neden olur.

Cari hesapları kontrol edin

Aktif müşterilerin açılış bakiyeleri sisteme girilecekse bu işlem kontrollü yapılmalıdır. Her cari hesap için şu sorular cevaplanmalıdır:

• Müşterinin güncel borcu ne kadar?
• Devreden bakiye hangi tarihe ait?
• Aylık bakım bedeli doğru mu?
• Fatura ve tahsilat kayıtları birbiriyle uyumlu mu?
• Aynı siteye bağlı farklı binaların ödemeleri nasıl takip edilecek?

Eski ve doğruluğu teyit edilmemiş borçların toplu şekilde aktarılması, müşteriyle yapılacak mutabakatlarda sorun çıkarabilir. Emin olunmayan bakiyeler geçici olarak ayrı bir listede tutulmalı ve kontrol sonrasında sisteme işlenmelidir.

Stok hareketlerini gerçek işlere bağlayın

Stok modülü kullanılacaksa yalnızca depodaki parçaların listesini oluşturmak yeterli değildir. Parçanın hangi bakımda, hangi arızada, hangi asansörde ve hangi teknisyen tarafından kullanıldığı izlenebilmelidir.

İlk aşamada bütün vida, pul ve küçük sarf malzemelerini tek tek takip etmek yerine maliyeti veya operasyonel önemi yüksek parçalarla başlanabilir:

• Kapı kilidi
• Fotosel
• Kontaktör
• Röle
• Akü
• Halat ekipmanları
• Paten ve makara
• Buton ve gösterge
• Yağ ve bakım sarfları

Müşteri bildirimlerini test edin

Bakım tamamlandı, arıza kaydı açıldı veya işlem kapatıldı gibi bildirimler kullanılacaksa önce firma içi telefonlarla test yapılmalıdır. Yanlış müşteriye mesaj gönderilmesi veya eksik bilgiler içeren otomatik bildirimler profesyonel görünümü zedeler.

Bildirim metinleri kısa ve anlaşılır olmalıdır. Müşteriye teknik kodlar yerine yapılan işlem, tarih ve gerektiğinde iletişim bilgisi verilmelidir.

22–30. Gün: Tam Geçiş ve Performans Ölçümü

Son hafta, pilot kullanımın sona erdiği ve sistemin firmanın genel çalışma düzenine dönüştüğü dönemdir. Bu aşamada artık “yazılımı deniyoruz” yaklaşımı bırakılmalı, yeni işlerin yazılım dışında açılmaması sağlanmalıdır.

Ölçülmesi gereken temel göstergeler

İlk ay sonunda çok karmaşık raporlar hazırlamak gerekmez. Aşağıdaki göstergeler geçişin sağlıklı ilerleyip ilerlemediğini anlamak için yeterlidir:

Gösterge	İlk ay için pratik hedef
Sisteme aktarılan aktif asansör oranı	Yüzde 95 ve üzeri
Yazılım üzerinden kapatılan bakım oranı	Yüzde 80 ve üzeri
Eksiksiz doldurulan bakım formu oranı	Yüzde 90 ve üzeri
Fotoğraf veya imza gereken işlerde kayıt oranı	Yüzde 90 ve üzeri
Sisteme işlenmeyen açık arıza sayısı	Sıfıra yakın
Teknisyenlerin günlük giriş yapma oranı	Yüzde 90 ve üzeri
Hatalı veya mükerrer müşteri kaydı	Düzenli olarak azaltılmalı

Bu oranlar yasal zorunluluk değil, geçiş sürecini değerlendirmek için kullanılabilecek işletme hedefleridir. Firma büyüklüğüne ve teknisyen sayısına göre daha düşük veya daha yüksek hedefler belirlenebilir.

Haftalık değerlendirme toplantısı yapın

İlk ay boyunca haftada bir kez 20–30 dakikalık değerlendirme yapılması faydalıdır. Toplantıda uzun sunumlar yerine şu dört konu konuşulmalıdır:

• Hangi işlem sahada zor ilerliyor?
• Hangi kayıtlar eksik bırakılıyor?
• Teknisyenlerin en sık yaptığı hata nedir?
• Bir sonraki hafta hangi tek süreç iyileştirilecek?

Aynı anda on farklı sorunu çözmeye çalışmak yerine her hafta en önemli bir veya iki konuya odaklanmak daha hızlı sonuç verir.

Geçiş Sürecinde En Sık Yapılan Hatalar

Bütün modülleri ilk gün açmak

Bakım, arıza, stok, muhasebe, sözleşme, teklif, rota ve müşteri portalını aynı gün kullanıma almak ekipte kafa karışıklığı oluşturabilir. Öncelik, günlük kullanılan temel süreçler olmalıdır.

Eski yöntemleri sınırsız süre devam ettirmek

“Bir süre daha Excel’den de takip edelim” yaklaşımı kısa sürede iki ayrı kayıt düzeni oluşturur. Hangi kaydın güncel olduğu bilinmez ve çalışanlar kolaylarına gelen yönteme döner.

Sadece ofis personeline eğitim vermek

Yazılımın başarısını sahadaki teknisyen belirler. Teknisyen uygulamayı kullanamıyorsa ofiste hazırlanan bakım planlarının ve raporların değeri azalır.

Eksik veriyi olduğu gibi aktarmak

Yanlış telefon numaraları, eski sözleşmeler, kapatılmış müşteriler ve mükerrer binalar sisteme taşındığında yeni yazılım kısa sürede dağınık görünmeye başlar.

Kullanım hatasını personel direnci sanmak

Bazı çalışanlar değişime direnebilir. Ancak her sorun isteksizlikten kaynaklanmaz. Mobil uygulamada fazla adım bulunması, internet erişimi, yanlış yetkilendirme veya yetersiz eğitim de kullanımın düşmesine neden olabilir.

Sıkça Sorulan Sorular

Asansör yazılımına geçiş ne kadar sürer?

Firmanın portföy büyüklüğüne ve mevcut verilerin düzenine göre süre değişir. Temel kullanım birkaç gün içinde başlayabilir ancak saha, finans, stok ve raporlama süreçlerinin düzenli çalışması için ilk 30 günün planlı yönetilmesi gerekir.

Bütün eski verileri yazılıma aktarmak gerekir mi?

Aktif müşteriler, binalar, asansörler, sözleşmeler, güncel bakiyeler ve devam eden işler mutlaka değerlendirilmelidir. Çok eski ve günlük operasyonda kullanılmayan kayıtlar arşivde bırakılabilir.

Teknisyenler yazılım kullanmak istemezse ne yapılmalı?

Önce işlemlerin neden tamamlanmadığı gözlemlenmelidir. Eğitim eksikliği, fazla veri girişi veya mobil kullanım sorunu varsa süreç sadeleştirilmelidir. Beklentiler açıkça anlatılmalı ve bütün teknisyenler için aynı kullanım standardı uygulanmalıdır.

İlk ayda hangi modüller kullanılmalı?

Öncelikle müşteri ve asansör kayıtları, bakım planlama, arıza yönetimi, teknisyen görevleri ve saha formları kullanılmalıdır. Finans, stok, teklif ve müşteri portalı gibi bölümler temel işleyiş oturduktan sonra devreye alınabilir.

Yazılım kullanmak denetimlerde yeterli olur mu?

Yazılım, bakım ve işlem geçmişini düzenli biçimde sunmayı kolaylaştırır ancak mevzuat kapsamındaki belge, bakım, yetkili servis veya periyodik kontrol yükümlülüklerinin yerine geçmez. Firma ve bina sorumlusu, ilgili yönetmelik kapsamındaki sorumluluklarını ayrıca yerine getirmelidir. ([Sanayi Bakanlığı][2])

İlk ay sonunda başarı nasıl anlaşılır?

Bakımların büyük bölümü sistemden planlanıyor, teknisyenler işlemleri sahadan kapatıyor, açık arızalar görünür durumda bulunuyor ve firma sahibi günlük operasyonu farklı dosyalar açmadan takip edebiliyorsa geçiş başarılı ilerliyor demektir.

Özet

Asansör yazılımına geçişte ilk 30 gün; veri temizliği, pilot kullanım, saha adaptasyonu ve performans takibi üzerine kurulmalıdır. İlk hafta temel kayıtlar hazırlanmalı, ikinci hafta teknisyenlerin saha kullanımı standartlaştırılmalı, üçüncü hafta finans ve stok bağlantıları kurulmalı, son hafta ise tam geçiş yapılarak sonuçlar ölçülmelidir.

Başarılı bir dijitalleşme sürecinde amaç çalışanlara daha fazla veri girdirmek değil, aynı bilginin tekrar tekrar yazılmasını önlemektir. Asansorex gibi asansör bakım ve yönetim süreçlerine odaklanan bir yazılımın planlı şekilde devreye alınması; bakım, arıza, tahsilat ve müşteri kayıtlarının ortak bir düzende ilerlemesine yardımcı olur. Ancak kalıcı başarı, yazılım seçiminden çok ilk 30 günde oluşturulan kullanım disiplinine bağlıdır.