Asansör Bakım Yazılımı Satın Alırken Yapılan 10 Hata

İÇERİK

Asansör bakım yazılımı satın almak, yalnızca kâğıt formları dijital ortama taşımak anlamına gelmez. Doğru sistem; aylık bakım planından arıza yönetimine, teknisyen performansından müşteri bilgilendirmesine kadar şirketin bütün çalışma düzenini etkiler. Yanlış seçim ise kullanılmayan özelliklere ödenen ücret, sahada direniş, eksik kayıtlar ve yeniden yazılım değiştirme maliyeti olarak geri döner. Bu rehberde, asansör firmalarının satın alma sürecinde en sık yaptığı 10 hatayı ve bu hataları önlemek için uygulanabilecek somut kontrol yöntemlerini ele alıyoruz.

Asansör Bakım Yazılımı Neden Sıradan Bir Program Değildir?

Bir asansör bakım firmasında ofis ile saha birbirinden bağımsız çalışamaz. Ofiste hazırlanan plan teknisyenin telefonuna ulaşmalı, teknisyenin tamamladığı işlem de aynı anda müşteri geçmişine işlenmelidir. Kullanılan malzeme, çekilen fotoğraf, müşteri imzası, bakım formu ve arıza açıklaması farklı yerlerde tutulduğunda bilgi bütünlüğü bozulur.

Bu nedenle yazılım seçimi yapılırken yalnızca “bakım kaydı açıyor mu?” sorusuna cevap aranması yeterli değildir. Sistem şu iş akışlarını birlikte değerlendirebilmelidir:

• Aylık ve dönemsel bakım planlaması
• Teknisyen ve ekip görevlendirmesi
• Arıza kaydı, yönlendirme ve sonuçlandırma
• Fotoğraf, açıklama, imza ve konum gibi saha kanıtları
• Müşteri, bina ve asansör geçmişi
• Teklif, sözleşme ve tahsilat takibi
• Periyodik muayene ve etiket bilgilerinin izlenmesi
• Yönetici ve müşteri bilgilendirmesi
• Yetkilendirme, veri güvenliği ve yedekleme
• Raporlama ve performans ölçümü

Yazılımın bu süreçlerden yalnızca birkaçını iyi yapması yeterli olmayabilir. Önemli olan, firmanın günlük operasyonunda kopukluk oluşturmadan kullanılabilmesidir.

Hızlı Kontrol Tablosu

Aşağıdaki tablo, sık yapılan hataları ve satın alma öncesinde sorulması gereken temel soruları özetler.

Hata	Muhtemel sonucu	Satın alma öncesi kontrol
Yalnızca fiyata bakmak	Düşük kullanım, ek maliyet	Toplam sahip olma maliyetini hesaplayın
Sahayı sürece katmamak	Teknisyen direnci	Pilot ekiple gerçek bakım yapın
Demo verisiyle yetinmek	Gerçek kullanım sorunlarının görülmemesi	Kendi bina ve asansör verinizi deneyin
İnternetsiz çalışmayı sorgulamamak	Bodrum ve makine dairesinde kayıt kesintisi	Çevrimdışı kullanım testi yapın
Veri aktarımını planlamamak	Kayıp ve mükerrer kayıt	Aktarım şablonu ve sorumluları belirleyin
Entegrasyonları varsaymak	Çift veri girişi	Çalışan entegrasyonu canlı görün
Raporları incelememek	Yönetim kararlarının zayıflaması	Örnek aylık rapor isteyin
Kullanıcı yetkilerini önemsememek	Veri ve işlem riski	Rol bazlı erişimi test edin
Eğitim ve desteği sormamak	Kurulumun uzaması	Destek kapsamını yazılı alın
Gelecekteki kapasiteyi düşünmemek	Yeniden sistem değiştirme	Üç yıllık büyüme senaryosu hazırlayın

1. Yalnızca Aylık veya Yıllık Fiyata Bakmak

En sık yapılan hata, teklifler arasındaki karşılaştırmayı sadece lisans bedeli üzerinden yapmaktır. Oysa uygun görünen bir paket; kullanıcı, şube, asansör sayısı, depolama, eğitim, veri aktarımı veya teknik destek için ek ücret çıkarabilir.

Gerçek maliyet hesaplanırken şu kalemler birlikte değerlendirilmelidir:

• Kurulum ve ilk yapılandırma bedeli
• Kullanıcı ve teknisyen sınırları
• Şube veya asansör kotası
• Eğitim ve devreye alma hizmeti
• Eski verilerin aktarılması
• SMS ve benzeri bildirim giderleri
• Entegrasyon ve özel geliştirme ücretleri
• Mobil yazıcı ve diğer saha donanımları
• Yenileme dönemindeki fiyatlandırma
• Sistemi değiştirme durumunda veri dışa aktarma imkânı

Ucuz fakat personel tarafından kullanılmayan bir yazılım, pahalı bir yatırımdır. Sağlıklı karşılaştırma için en az bir ve üç yıllık toplam maliyet ayrı ayrı hesaplanmalıdır.

2. Teknisyenleri Seçim Sürecine Katmamak

Kararı yalnızca firma sahibi veya ofis personeli verdiğinde saha gerçekleri gözden kaçabilir. Ofiste kolay görünen bir işlem, makine dairesinde eldivenle çalışan teknisyen için gereksiz derecede uzun olabilir.

Pilot kullanım için farklı deneyim seviyelerine sahip küçük bir ekip seçilmelidir. Örneğin deneyimli bir teknisyen, yeni başlayan bir çalışan ve ekip sorumlusu aynı sistemi ayrı ayrı denemelidir. Test sırasında şu noktalar gözlemlenmelidir:

1. Teknisyen günlük işlerini kolayca görebiliyor mu?
2. Adres ve müşteri bilgisine hızlı ulaşabiliyor mu?
3. Bakım formunu gereksiz ekran geçişi olmadan doldurabiliyor mu?
4. Fotoğraf ve imza eklemek pratik mi?
5. Yanlış girilen bilgi düzeltilebiliyor mu?
6. İş tamamlandığında ofis kaydı otomatik güncelleniyor mu?

Teknisyenin itirazı her zaman değişime direnç anlamına gelmez. Bazen itiraz, uygulamanın sahadaki gerçek çalışma koşullarına uymadığını gösterir.

3. Gerçek İş Akışı Yerine Hazır Demoyla Karar Vermek

Satış demosunda sistem genellikle düzenli ve eksiksiz örnek verilerle gösterilir. Gerçek işletmede ise eksik telefon numaraları, aynı isimli binalar, farklı form talepleri ve acil arızalar vardır.

Bu nedenle demo sırasında yalnızca sunumu izlemek yerine kendi senaryonuzu uygulayın. Örneğin:

• Bir apartmana iki asansör ekleyin.
• Aylık bakım planı oluşturun.
• İki teknisyenden oluşan ekip görevlendirin.
• Bakım sırasında uygunsuzluk kaydı açın.
• Fotoğraf ve müşteri imzası ekleyin.
• Aynı asansör için ertesi gün arıza kaydı oluşturun.
• Bakım ve arıza geçmişini tek ekranda bulun.
• Müşteriye verilecek çıktıyı kontrol edin.

Başarılı bir demo, özelliklerin anlatıldığı değil, firmanın gerçek bir işinin baştan sona tamamlandığı demodur.

4. İnternet Olmadan Çalışmayı Test Etmemek

Asansör kuyuları, bodrum katları ve makine daireleri her zaman güçlü internet bağlantısına sahip değildir. Uygulama bağlantı kesildiğinde tamamen duruyorsa teknisyen kayıtları daha sonra girmek üzere kâğıda veya mesajlaşma uygulamasına dönebilir.

Çevrimdışı çalışma iddiası mutlaka uygulamalı olarak sınanmalıdır. Telefon uçak moduna alınmalı; bakım formu doldurulmalı, açıklama girilmeli ve mümkünse fotoğraf eklenmelidir. İnternet geri geldiğinde kaydın doğru müşteri ve asansörle eşleşip eşleşmediği kontrol edilmelidir.

Ayrıca aynı işlemin iki kez oluşması, fotoğrafın yüklenmemesi veya tamamlandı görünen bakımın ofise ulaşmaması gibi senaryolar da incelenmelidir.

5. Mevcut Verilerin Aktarımını Son Güne Bırakmak

Asansör firmalarının verileri çoğu zaman Excel dosyalarına, farklı programlara, kâğıt klasörlere ve çalışanların telefonlarına dağılmıştır. Yeni yazılımın satın alınması, bu verilerin kendiliğinden düzenleneceği anlamına gelmez.

Aktarım öncesinde veriler sınıflandırılmalıdır:

• Aktif ve pasif müşteriler
• Bina, blok ve adres bilgileri
• Asansör kimlik ve teknik bilgileri
• Bakım sözleşmeleri
• Aylık bakım ücretleri
• Geçmiş bakım ve arıza kayıtları
• Periyodik kontrol tarihleri ve etiket durumları
• Cari bakiyeler ve iletişim bilgileri

Önce 20–30 müşterilik örnek aktarım yapılması faydalıdır. Böylece sütun eşleşmeleri, mükerrer kayıtlar ve Türkçe karakter sorunları toplu geçişten önce görülür. Ayrıca verilerin kim tarafından temizleneceği ve son kontrolü kimin yapacağı belirlenmelidir.

6. Entegrasyonları Çalışıyor Kabul Etmek

“Entegrasyon var” ifadesi tek başına yeterli değildir. Entegrasyonun hangi verileri, hangi yönde ve ne sıklıkta aktardığı açıklanmalıdır. Örneğin müşteri bilgisi başka sisteme gidiyor olabilir ancak ödeme durumu geri gelmiyor olabilir.

Satın alma öncesinde şu sorular sorulmalıdır:

• Entegrasyon hazır mı, ayrıca geliştirme mi gerekiyor?
• Veri tek yönlü mü, çift yönlü mü aktarılıyor?
• Hangi alanlar eşleşiyor?
• Hatalı aktarım nasıl bildiriliyor?
• Ek ücret veya kullanım kotası var mı?
• Bağlantı kesildiğinde kayıtlar daha sonra gönderiliyor mu?

Muhasebe, e-belge, SMS, tahsilat veya çağrı sistemleriyle bağlantı kurulacaksa çalışan bir örnek görülmelidir. Aksi hâlde personel aynı bilgiyi birden fazla sisteme girmek zorunda kalabilir.

7. Raporlama İhtiyacını Baştan Tanımlamamak

Birçok firma yazılımı kullanmaya başladıktan sonra hangi raporlara ihtiyaç duyduğunu düşünür. Bu yaklaşım, gerekli verilerin baştan toplanmamasına neden olabilir. Örneğin arıza nedeni standart seçeneklerle kaydedilmiyorsa tekrar eden arızaları sağlıklı biçimde analiz etmek zorlaşır.

Firma sahibi için değerli olabilecek bazı göstergeler şunlardır:

• Planlanan ve tamamlanan bakım oranı
• Geciken bakım sayısı
• Teknisyen veya ekip başına tamamlanan iş
• Arızaya ilk dönüş süresi
• Asansör başına arıza sıklığı
• Tekrar eden arıza oranı
• Kullanılan parça ve malzeme maliyeti
• Sözleşmesi bitecek müşteriler
• Gecikmiş tahsilatlar
• Periyodik muayene ve etiket durumları

Raporun yalnızca ekranda görünmesi de yeterli değildir. Filtreleme, tarih aralığı seçme ve gerektiğinde dışa aktarma imkânları kontrol edilmelidir.

8. Yetkilendirme ve Veri Güvenliğini İkinci Plana Atmak

Her çalışanın bütün müşteri, fiyat, tahsilat ve personel verilerini görmesi gerekmez. Teknisyen kendi görevlerini görürken muhasebe personeli ödeme kayıtlarına, firma sahibi ise genel performans raporlarına erişebilmelidir.

Rol ve yetkiler incelenirken şu kontroller yapılmalıdır:

• Kullanıcı bazında erişim sınırlandırılabiliyor mu?
• Silme ve kritik değiştirme işlemleri kayıt altına alınıyor mu?
• İşten ayrılan personelin erişimi hemen kapatılabiliyor mu?
• Veriler düzenli olarak yedekleniyor mu?
• Firma kendi verilerini dışa aktarabiliyor mu?
• Mobil cihaz kaybolduğunda hesap erişimi sonlandırılabiliyor mu?

Bakım formlarında müşteri iletişim bilgileri, imzalar ve bina kayıtları bulunabileceği için veri güvenliği yalnızca teknik bir ayrıntı değildir. Firmanın kurumsal sorumluluğunun parçasıdır.

9. Eğitim, Kurulum ve Destek Sürecini Sormamak

İyi bir yazılım, doğru kurulum yapılmadığında verimsiz kullanılabilir. Firma eski alışkanlıklarını değiştirmeden sistemi devreye almaya çalışırsa dijital kayıtların yanında Excel ve kâğıt kullanımı da devam eder. Böylece tek veri kaynağı oluşturulamaz.

Satın alma öncesinde eğitim planı yazılı olarak netleştirilmelidir. Plan şu aşamaları kapsayabilir:

1. Firma ayarlarının ve kullanıcı rollerinin kurulması
2. Müşteri ve asansör verilerinin aktarılması
3. Ofis personeli eğitimi
4. Teknisyenler için mobil uygulama eğitimi
5. Pilot ekip ve pilot bina grubuyla deneme
6. Hataların ve eksiklerin giderilmesi
7. Tüm ekiplere yaygınlaştırma
8. İlk ay sonunda kullanım değerlendirmesi

Destek kanalının telefon, mesaj veya talep sistemi üzerinden çalışıp çalışmadığı; dönüş süreleri ve destek saatleri de öğrenilmelidir.

10. Bugünkü İhtiyaca Göre Alıp Büyümeyi Hesaba Katmamak

Bugün 200 asansöre hizmet veren bir firma birkaç yıl içinde yeni şube açabilir, farklı şehirlerde ekip kurabilir veya portföyünü iki katına çıkarabilir. Yazılım yalnızca mevcut duruma göre seçilirse büyüme döneminde performans, kullanıcı limiti veya raporlama sorunları yaşanabilir.

Üç yıllık basit bir kapasite senaryosu hazırlanabilir:

• Beklenen asansör sayısı
• Teknisyen ve ofis kullanıcısı sayısı
• Şube sayısı
• Aylık bakım ve arıza kaydı hacmi
• Saklanacak fotoğraf ve belge miktarı
• Müşteri portalı kullanıcı sayısı
• İhtiyaç duyulabilecek yeni entegrasyonlar

Asansorex gibi asansör sektörüne odaklanan bir bakım takip yazılımı değerlendirilirken de yalnızca mevcut özellikler değil; saha kullanımı, veri aktarımı, raporlar ve firmanın büyüme planına uyumu birlikte test edilmelidir. En doğru sistem, en uzun özellik listesini sunan değil, firmanın gerçek iş akışını sürdürülebilir biçimde yöneten sistemdir.

Satın Alma Kararından Önce Uygulanacak Kontrol Listesi

Sözleşme imzalanmadan önce aşağıdaki maddelerin her biri için net cevap alınmalıdır:

• Firma verileriyle gerçek kullanım demosu yapıldı mı?
• En az bir bakım ve bir arıza süreci uçtan uca tamamlandı mı?
• Mobil uygulama teknisyenler tarafından denendi mi?
• İnternetsiz kullanım test edildi mi?
• Veri aktarım kapsamı yazılı olarak belirlendi mi?
• Kullanıcı, şube ve asansör limitleri öğrenildi mi?
• Ek ücret oluşturabilecek hizmetler listelendi mi?
• Örnek bakım formu ve müşteri çıktısı incelendi mi?
• Yetkilendirme ve işlem geçmişi kontrol edildi mi?
• Eğitim ve destek planı netleştirildi mi?
• Verilerin dışa aktarılma yöntemi soruldu mu?
• Bir ve üç yıllık toplam maliyet hesaplandı mı?

Bu listenin büyük bölümü cevapsız kalıyorsa satın alma kararını hızlandırmak yerine pilot süreci genişletmek daha güvenlidir.

Sıkça Sorulan Sorular

Asansör bakım yazılımı seçerken en önemli kriter nedir?

Tek bir kriter yoktur. Mobil saha kullanım kolaylığı, bakım ve arıza süreçlerinin bütünlüğü, veri güvenliği, raporlama, destek hizmeti ve toplam maliyet birlikte değerlendirilmelidir. Sistem firmanın gerçek iş akışını karşılamıyorsa çok sayıda özelliğe sahip olması tek başına fayda sağlamaz.

Yazılımı kaç gün denemek gerekir?

Süre kadar denemenin kapsamı önemlidir. Genel uygulamada birkaç günlük yüzeysel inceleme yerine en az bir pilot ekip ve gerçek bina grubuyla bakım, arıza, fotoğraf, imza ve raporlama süreçleri test edilmelidir.

Excel verileri yeni sisteme aktarılabilir mi?

Birçok sistem Excel üzerinden aktarım sunabilir ancak sütun yapısı, mükerrer kayıtlar ve eksik bilgiler nedeniyle hazırlık gerekebilir. Toplu aktarım öncesinde küçük bir örnek dosyayla deneme yapılmalı ve sonuç kontrol edilmelidir.

İnternetsiz çalışma neden önemlidir?

Bodrum katlarında, kuyularda ve bazı makine dairelerinde bağlantı zayıf olabilir. Çevrimdışı kayıt desteği yoksa teknisyen işlemi erteleyebilir veya farklı kanallara not alabilir. Bu da eksik ve gecikmiş kayıt riskini artırır.

En ucuz asansör bakım programını seçmek doğru mudur?

Yalnızca ilk fiyata göre karar vermek doğru değildir. Eğitim, kullanıcı sınırı, veri aktarımı, entegrasyon, teknik destek ve yenileme maliyetleri hesaba katılmalıdır. Toplam maliyet, sistemin sağlayacağı zaman ve operasyon kazancıyla birlikte değerlendirilmelidir.

Asansorex satın alma öncesinde nasıl değerlendirilmelidir?

Asansorex, firmanın kendi müşteri ve asansör verilerinden oluşan sınırlı bir pilot grupla denenebilir. Bakım planlama, teknisyen görevlendirme, saha kaydı, fotoğraf, imza, arıza geçmişi ve raporlama adımları gerçek kullanım senaryosuyla kontrol edilmelidir.

Özet

Asansör bakım yazılımı satın alırken yapılan en büyük yanlış, kararı birkaç özellik ve teklif fiyatıyla sınırlandırmaktır. Doğru seçim; firmanın ofis düzenini, teknisyenlerin saha koşullarını, müşteri beklentilerini ve gelecekteki büyümeyi aynı anda dikkate alır. Gerçek verilerle pilot çalışma yapmak, toplam maliyeti hesaplamak, çevrimdışı kullanımı denemek ve destek kapsamını yazılı hâle getirmek pahalı hataların önemli bölümünü önler. Yazılımı bir kayıt ekranı olarak değil, şirketin operasyon altyapısı olarak değerlendiren firmalar satın alma kararından daha yüksek verim alır.