Asansör Bakım Planlama Yazılımı Satın Alma Rehberi

İÇERİK

Asansör bakım firmalarında operasyon büyüdükçe bakım tarihlerini Excel tabloları, ajandalar veya WhatsApp mesajları üzerinden yönetmek zorlaşır. Birkaç binaya hizmet veren küçük bir ekipte manuel takip bir süre işe yarayabilir. Ancak yüzlerce asansör, farklı bölgelerde çalışan teknisyenler, yenilenen sözleşmeler ve aylık bakım yükümlülükleri devreye girdiğinde küçük bir planlama hatası bile ciddi sonuçlar doğurabilir.

Doğru seçilmiş bir asansör bakım planlama yazılımı, yalnızca bakım tarihlerini hatırlatan bir takvim değildir. Bakımın kime atandığını, teknisyenin sahaya gidip gitmediğini, hangi işlemleri yaptığını, müşteriden imza alınıp alınmadığını ve bakımın zamanında tamamlanıp tamamlanmadığını gösteren merkezi bir operasyon sistemidir.

Bu rehberde asansör bakım programı satın almadan önce ihtiyaç analizi yapmayı, gerekli özellikleri belirlemeyi, demo sürecini doğru yönetmeyi ve teklifleri gerçek toplam maliyet üzerinden karşılaştırmayı ele alacağız.

Asansör Bakım Planlama Yazılımı Neden Gereklidir?

Türkiye’de yürürlükte olan Asansör İşletme ve Bakım Yönetmeliği, bakımı asansörün hizmet ömrü boyunca güvenli şekilde çalışmasını sürdürmeye yönelik ve yetkili servis tarafından ayda en az bir defa yürütülen işlemler olarak tanımlar. Bina sorumlusunun da asansör monte eden veya onun yetkili servisiyle bakım sözleşmesi yapması ve bakımın gerçekleştirilmesini sağlaması gerekir. ([Sanayi Bakanlığı][1])

Bu nedenle bakım planlamasında yaşanan gecikme yalnızca müşteri memnuniyeti problemi değildir. Aynı zamanda firmanın operasyon düzenini, bakım kayıtlarının güvenilirliğini ve bina yöneticisine karşı verdiği hizmetin ispatını etkiler.

Manuel sistemlerde en sık karşılaşılan problemler şunlardır:

• Bakım tarihi yaklaşan binaların gözden kaçması
• Aynı teknisyene aynı gün fazla sayıda bina atanması
• Bir bölgedeki bakım planlanırken gereksiz yol yapılması
• Teknisyenin bakımı tamamladığını yalnızca mesajla bildirmesi
• Bakım formunun kaybolması veya merkeze geç ulaşması
• Müşteri imzasının eksik olması
• Bakım yapılmadan yapılmış gibi işaretlenmesi
• Aylık tamamlanma oranlarının ölçülememesi
• Personel değiştiğinde geçmiş kayıtların bulunamaması

Yazılımın amacı bu riskleri tamamen ortadan kaldıracağını vaat etmek değil, operasyonu ölçülebilir ve kontrol edilebilir hale getirmektir. Kötü tanımlanmış süreçler iyi bir yazılımda da sorun çıkarabilir. Bu nedenle satın alma kararı özellik listesinden önce firmanın işleyişi analiz edilerek verilmelidir.

Satın Almadan Önce İhtiyaç Analizi Nasıl Yapılır?

Piyasadaki her bakım programı aynı büyüklükteki firmaya hitap etmez. On teknisyenle bin asansöre hizmet veren bir firma ile iki teknisyenle yüz asansöre bakım yapan işletmenin ihtiyaçları aynı değildir.

Yazılım firmalarıyla görüşmeden önce aşağıdaki bilgileri hazırlamak gerekir:

1. Bakımı yapılan toplam asansör sayısı
2. Aktif teknisyen ve ekip sayısı
3. Hizmet verilen ilçe veya şehir sayısı
4. Aylık ortalama bakım adedi
5. Kullanılan bakım formu ve kontrol listeleri
6. Teknik servis araçlarının dağılımı
7. Müşteri imzası veya fotoğraf zorunluluğu
8. Mevcut verilerin Excel, kâğıt veya başka yazılımda olup olmadığı
9. Bakım dışında arıza, teklif, sözleşme ve tahsilat takibi ihtiyacı
10. Sistemi kullanacak ofis personeli ve yöneticilerin sayısı

Mevcut süreci kâğıt üzerinde çıkarın

Satın alma görüşmesinden önce tipik bir bakımın başlangıçtan kapanışa kadar nasıl ilerlediğini yazın.

Örnek süreç şu şekilde olabilir:

Bakım tarihi yaklaşır → Operasyon sorumlusu teknisyen atar → Teknisyen binaya gider → Kontrol listesini uygular → Eksikleri kaydeder → Fotoğraf ve imza alır → Bakımı kapatır → Merkez müşteriye rapor sunar

Yazılımın bu akışın hangi aşamalarını desteklediğini tek tek kontrol edin. Yalnızca renkli bir takvim göstermesi, saha sürecini gerçekten yönettiği anlamına gelmez.

Bugünkü değil, iki yıl sonraki ihtiyacı düşünün

Yazılım yalnızca mevcut asansör sayısına göre seçilmemelidir. Firma büyüdüğünde yeni teknisyen eklemek, farklı şehirlerde ekip oluşturmak veya araç bazlı görev dağıtmak mümkün olmalıdır.

Örneğin bugün 150 asansöre hizmet veren bir firma, iki yıl içinde 500 asansöre ulaşmayı hedefliyorsa şu sorular önem kazanır:

• Sistemde asansör veya kullanıcı sınırı var mı?
• Yeni şube veya ekip eklenebiliyor mu?
• Yetkilendirme yapılabiliyor mu?
• Teknisyen yalnızca kendisine atanmış işleri mi görüyor?
• Yönetici tüm ekiplerin performansını karşılaştırabiliyor mu?
• Veriler büyüdüğünde sistem yavaşlıyor mu?

Olmazsa Olmaz Özellikler Nelerdir?

Bir asansör bakım planlama yazılımı değerlendirilirken çok sayıda özellik gösterilebilir. Ancak satın alma kararında öncelik, günlük operasyonu doğrudan etkileyen fonksiyonlara verilmelidir.

Özellik	Neden önemlidir?	Demo sırasında yapılacak test	Risk işareti
Otomatik bakım takvimi	Aylık bakım tarihlerini düzenli oluşturur	Yeni bir bina ekleyip gelecek bakım planlarını kontrol edin	Her ay planların elle açılması
Teknisyen görevlendirme	İş yükünü ekipler arasında dağıtır	Bir bakımı farklı teknisyene aktarın	Atama değişikliklerinin kaybolması
Mobil saha kullanımı	Teknisyenin sahadan işlem yapmasını sağlar	Telefon üzerinden bakım açıp kapatın	Yalnızca bilgisayarda çalışması
Dijital bakım formu	Yapılan kontrolleri standartlaştırır	Zorunlu alanları boş bırakarak kapatmayı deneyin	Form doldurmadan iş kapanması
Fotoğraf ve imza	Hizmetin sahada gerçekleştiğini destekler	Fotoğraf ve müşteri imzası ekleyin	Dosyaların sonradan bulunamaması
Konum ve zaman kaydı	Saha ziyaretinin kontrolüne yardımcı olur	İşin başlangıç ve bitiş kayıtlarına bakın	Kayıtların kullanıcı tarafından değiştirilebilmesi
Eksik ve uygunsuzluk kaydı	Teknik risklerin takip edilmesini sağlar	Bir eksik oluşturup sonraki bakıma taşıyın	Eksiklerin yalnızca not olarak kalması
Raporlama	Tamamlanan ve geciken bakımları gösterir	Aylık teknisyen ve bölge raporu alın	Verilerin Excel’e aktarılmaması
Veri yedekleme	Kayıt kaybı riskini azaltır	Yedekleme ve geri yükleme politikasını sorun	Yedekleme sürecinin açıklanamaması
Yetkilendirme	Personelin yalnızca gerekli alanları görmesini sağlar	Teknisyen ve yönetici kullanıcılarıyla giriş yapın	Herkesin tüm verilere erişmesi

Mobil kullanım göstermelik olmamalıdır

Teknisyenlerin sahada kullanacağı ekranlar, satın alma kararının en kritik bölümüdür. Bazı programlar masaüstünde kapsamlı görünürken mobil cihazda yavaş veya kullanışsız olabilir.

Mobil uygulama ya da mobil uyumlu ekran test edilirken şunlara bakılmalıdır:

• Düşük internet bağlantısında çalışma durumu
• Fotoğraf yükleme hızı
• Formların küçük ekranda okunabilirliği
• Tek elle kullanım kolaylığı
• Zorunlu alanların açık şekilde gösterilmesi
• Teknisyenin geçmiş bakım kayıtlarına erişimi
• Yanlışlıkla bakım kapatılması halinde düzeltme süreci

Sistemi yalnızca firma sahibi veya ofis personeli değil, sahada çalışacak teknisyenler de test etmelidir. Teknisyenin kullanmadığı bir yazılım, teorik olarak ne kadar gelişmiş olursa olsun gerçek operasyon verisi üretemez.

Bakım ile arıza süreçleri ayrılmalıdır

Bakım ve arıza aynı asansöre ait olsa da iki farklı operasyon sürecidir. Yazılımda planlı bakım, arıza müdahalesi ve revizyon işleri birbirine karışmamalıdır.

Bakım ekranında aylık periyot, kontrol listesi ve imza öne çıkarken arıza ekranında bildirim zamanı, müdahale süresi, arıza nedeni, kullanılan parça ve çözüm bilgisi önemlidir.

Asansorex gibi asansör sektörüne odaklanan bakım takip yazılımlarında bakım, arıza, teknisyen görevlendirme ve saha kapanışlarının aynı asansör kaydı altında tutulabilmesi, farklı dosyalardaki bilgileri birleştirme ihtiyacını azaltır.

Demo Sürecinde Neler Test Edilmelidir?

Demo görüşmesini yalnızca satış temsilcisinin ekranı anlattığı bir sunum olarak değerlendirmek önemli bir hatadır. Doğru demo, firmanın kendi operasyonundan örneklerin sisteme girildiği küçük bir saha testidir.

Gerçek verilerle örnek senaryo oluşturun

Demo hesabına en az şu verileri ekleyin:

• Üç farklı bölgede beş bina
• Her binaya ait bir veya iki asansör
• İki teknisyen
• Farklı bakım tarihleri
• Örnek müşteri ve bina yöneticisi
• Tamamlanmamış bir bakım
• Fotoğraflı ve imzalı tamamlanmış bir bakım
• Bir teknik eksik kaydı

Ardından aşağıdaki senaryoyu baştan sona uygulayın:

1. Gelecek hafta yapılacak bakımları listeleyin.
2. Bakımları teknisyenlere dağıtın.
3. Bir teknisyenin görevini diğerine aktarın.
4. Telefon üzerinden bakım formunu açın.
5. Bir kontrol maddesini eksik bırakın.
6. Fotoğraf ve müşteri imzası ekleyin.
7. Bakımı kapatın.
8. Merkez ekranından tamamlanma durumunu kontrol edin.
9. Müşteriye gönderilebilecek bakım raporunu oluşturun.
10. Geciken bakım raporunu görüntüleyin.

Bu senaryo sırasında sürekli satış temsilcisinden yardım almak gerekiyorsa sistemin günlük kullanım kolaylığı sorgulanmalıdır.

Satın almadan önce teknisyen pilotu yapın

Mümkünse bir veya iki teknisyenle birkaç günlük pilot kullanım yapılmalıdır. Pilot sonunda teknisyenlere yalnızca “beğendiniz mi?” diye sormak yeterli değildir.

Şu sorular daha yararlı sonuç verir:

• Bir bakım kaydını kapatmak kaç dakika sürdü?
• En çok hangi ekranda zorlandınız?
• İnternet bağlantısı zayıfken ne oldu?
• Fotoğraf ve imza almak kolay mıydı?
• Yanlış işlem yaptığınızda geri dönebildiniz mi?
• Günlük görevlerinizi bulmak kolay mıydı?
• Kâğıt form kullanımına göre hangi adım hızlandı?

Pilot sonunda hem yönetim hem saha ekibi ayrı ayrı değerlendirme yapmalıdır.

Fiyat ve Toplam Maliyet Nasıl Karşılaştırılır?

Asansör bakım yazılımı satın alırken yalnızca yıllık lisans ücretini karşılaştırmak yanıltıcı olabilir. Düşük görünen bir teklif, ek kullanıcı, veri aktarımı veya destek ücretleri nedeniyle daha pahalı hale gelebilir.

Toplam maliyet hesabına şu kalemler dahil edilmelidir:

• İlk kurulum ücreti
• Yıllık veya aylık lisans bedeli
• Kullanıcı başına ek ücret
• Asansör sayısına bağlı paket farkı
• Şube veya ekip ekleme maliyeti
• Excel verilerinin sisteme aktarılması
• Eğitim ve canlı destek
• SMS gönderimleri
• Dijital belge veya e-fatura kontörleri
• Termal yazıcı ve sarf malzemeleri
• Özel form veya rapor geliştirme bedeli
• Sözleşme yenileme dönemindeki fiyat artış şartları

İki teklif karşılaştırılırken en az üç yıllık toplam maliyet hesaplanmalıdır.

Örnek hesaplama yöntemi:

3 yıllık toplam maliyet = kurulum + veri aktarımı + 3 yıllık lisans + ek kullanıcılar + tahmini mesaj ve destek giderleri

Sadece ilk yıl indirimli fiyat veren tekliflerle sabit ve açık fiyatlandırma sunan teklifler aynı tabloda değerlendirilmemelidir.

Sözleşmede kontrol edilmesi gereken maddeler

Yazılım satın alma sözleşmesinde şu konular açıkça yazmalıdır:

• Verilerin mülkiyetinin kime ait olduğu
• Abonelik bittiğinde verilerin nasıl alınacağı
• Excel veya PDF dışa aktarma imkânı
• Yedekleme sıklığı
• Teknik destek saatleri
• Kritik sorunlara müdahale yöntemi
• Kullanıcı ve asansör limitleri
• Fiyat yenileme koşulları
• Veri silme ve hesap kapatma süreci
• Yazılım güncellemelerinin ücretli olup olmadığı

Firmanın kendi bakım kayıtlarını dışarı aktaramadığı bir sistem uzun vadede bağımlılık oluşturabilir. Bu nedenle veri taşınabilirliği, özellik listesindeki küçük bir detay değil, satın alma kararının temel maddelerinden biridir.

Son Karardan Önce Satın Alma Kontrol Listesi

Aşağıdaki soruların büyük bölümüne net cevap alınmadan sözleşme imzalanmamalıdır:

• Yazılım asansör sektörüne özel süreçleri destekliyor mu?
• Aylık bakım planları otomatik oluşuyor mu?
• Teknisyenler telefonu üzerinden bakım kapatabiliyor mu?
• Bakım formuna zorunlu kontrol maddeleri eklenebiliyor mu?
• Fotoğraf, müşteri imzası, tarih ve saat kaydı tutuluyor mu?
• Geciken bakımlar otomatik görülebiliyor mu?
• Teknisyenlerin günlük iş yükü karşılaştırılabiliyor mu?
• Bakım geçmişi asansör bazında görüntülenebiliyor mu?
• Periyodik kontrol raporundaki eksikler takip edilebiliyor mu?
• Bina yöneticisine anlaşılır rapor sunulabiliyor mu?
• Sistemden veriler toplu olarak dışarı aktarılabiliyor mu?
• Kullanıcı yetkileri görev bazında sınırlandırılabiliyor mu?
• Eğitim ve kurulum desteği pakete dahil mi?
• Teknik destek için ulaşılabilir bir ekip var mı?
• Abonelik yenileme fiyatı ve şartları açık mı?
• Firma büyüdüğünde paket değişimi kolay mı?

Periyodik kontrollerde asansörlere güvenlik durumuna göre renkli bilgi etiketleri iliştirilir. Kırmızı etiket güvensiz, sarı etiket kusurlu, mavi etiket hafif kusurlu ve yeşil etiket uygun asansörü ifade eder. Yazılımın bu sonuçları ve giderilmesi gereken eksikleri asansör bazında takip edebilmesi, bakım firması ile bina yöneticisi arasındaki iletişimi kolaylaştırır. ([Sanayi Bakanlığı][2])

Bununla birlikte yazılımın tek başına asansörü güvenli hale getirmediği unutulmamalıdır. Yazılım, yetkili personelin doğru bakım yapmasını, eksikleri kaydetmesini ve gerekli işlemlerin takibini destekleyen bir araçtır.

Sıkça Sorulan Sorular

Asansör bakım planlama yazılımı yalnızca büyük firmalar için mi gereklidir?

Hayır. Küçük firmalar da bakım tarihlerini düzenlemek, teknisyen işlerini takip etmek ve müşteri kayıtlarını korumak için yazılım kullanabilir. Ancak seçilecek paketin firma büyüklüğüne uygun olması gerekir. Küçük bir firmanın kullanmayacağı onlarca modül için ödeme yapması doğru değildir.

Excel ile bakım planlamak yeterli olmaz mı?

Az sayıda asansörde Excel geçici olarak kullanılabilir. Ancak teknisyen atama, mobil form doldurma, fotoğraf, imza, konum, geciken bakım bildirimi ve işlem geçmişi gibi ihtiyaçlarda yetersiz kalır. Excel’de yapılan değişikliklerin kim tarafından ve ne zaman yapıldığını takip etmek de zor olabilir.

Bulut tabanlı mı, yerel kurulum mu tercih edilmelidir?

Birden fazla teknisyenin sahadan sisteme bağlandığı firmalarda bulut tabanlı çözümler genellikle daha pratiktir. Yerel kurulumda sunucu, yedekleme, güvenlik ve uzaktan erişim sorumluluğu daha fazla olabilir. Karar verirken internet erişimi, veri politikası ve teknik ekip kapasitesi değerlendirilmelidir.

Yazılım teknisyenin konumunu takip etmeli mi?

Konum özelliği bakım ziyaretinin doğrulanmasına ve rota planlamasına yardımcı olabilir. Ancak hangi konum verisinin ne zaman toplandığı açık olmalı, personel bilgilendirilmeli ve gereksiz sürekli takipten kaçınılmalıdır. Amaç personeli baskı altında tutmak değil, iş emrinin doğru yerde tamamlandığını göstermektir.

Demo süresi kaç gün olmalıdır?

Sabit bir süre yoktur. Önemli olan en az birkaç gerçek bakım görevinin oluşturulması ve sahada tamamlanmasıdır. Yalnızca ekranları incelemek yerine teknisyenlerin sistemi aktif kullanabileceği bir pilot dönem daha sağlıklı sonuç verir.

En ucuz bakım yazılımını seçmek doğru mudur?

Tek başına fiyat üzerinden seçim yapmak doğru değildir. Kullanım zorluğu, yetersiz destek, veri aktarım problemi veya eksik mobil özellikler nedeniyle ucuz bir yazılım daha yüksek operasyon maliyeti oluşturabilir. Fiyat; özellik, destek, güvenlik ve uzun vadeli toplam maliyetle birlikte değerlendirilmelidir.

Özet

Asansör bakım planlama yazılımı satın almak, yalnızca dijital bir takvim satın almak değildir. Doğru sistem; bakım tarihlerini planlamalı, teknisyenleri görevlendirmeli, saha işlemlerini belgelemeli, gecikmeleri göstermeli ve bakım geçmişini asansör bazında saklamalıdır.

Karar vermeden önce mevcut iş akışı çıkarılmalı, gerçek verilerle demo yapılmalı, teknisyenlerden geri bildirim alınmalı ve en az üç yıllık toplam maliyet hesaplanmalıdır. Asansorex gibi asansör bakım operasyonuna özel geliştirilen çözümler değerlendirilirken de aynı yöntem izlenmeli; özellikler tanıtım ekranında değil, gerçek bir bakım senaryosu üzerinden test edilmelidir.