Asansör Bakım Programı Satın Alırken Yapılan 10 Hata
Asansör bakım programı satın alırken yalnızca fiyat ve özellik listesine bakmak ciddi operasyon sorunlarına yol açabilir. Firma sahiplerinin seçim sürecinde kaçınması gereken 10 kritik hatayı inceleyin.
İÇERİK
Asansör bakım firmaları için yazılım satın almak artık yalnızca bilgisayardaki kayıtları dijitale taşımak anlamına gelmiyor. Doğru asansör bakım programı, aylık bakım planından arıza yönetimine, teknisyen takibinden tahsilata kadar şirketin günlük işleyişini doğrudan etkileyebilir. Yanlış seçilen bir program ise işleri hızlandırmak yerine yeni bir yük oluşturabilir.
Özellikle yüzlerce bina, farklı bölgelerde çalışan teknisyenler ve sürekli değişen bakım programları söz konusu olduğunda küçük görünen bir yazılım eksikliği bile ciddi zaman kaybına dönüşebilir. Bu nedenle satın alma kararını yalnızca fiyat, ekran görüntüsü veya özellik sayısı üzerinden vermemek gerekir.
Bu rehberde asansör firmalarının program seçerken en sık yaptığı 10 kritik hatayı, bu hataların sahadaki sonuçlarını ve satın alma öncesinde hangi kontrollerin yapılması gerektiğini ele alacağız.
1. Sadece Fiyata Bakarak Karar Vermek
En yaygın hatalardan biri, farklı programları yalnızca yıllık lisans ücretlerine göre karşılaştırmaktır.
Örneğin iki yazılım düşünelim:
- A yazılımı yıllık olarak daha ucuzdur.
- B yazılımının lisans bedeli biraz daha yüksektir.
- Ancak A yazılımında mobil saha kullanımı, teknik destek veya bazı modüller ayrıca ücretlendirilmektedir.
- B yazılımında ise ihtiyaç duyulan özelliklerin büyük bölümü pakete dahildir.
İlk bakışta A seçeneği ekonomik görünmesine rağmen toplam kullanım maliyeti zaman içerisinde daha yüksek olabilir.
Bu nedenle yalnızca ekranda görünen lisans fiyatını değil, toplam sahip olma maliyetini değerlendirmek gerekir.
| Kontrol Edilecek Maliyet | Sorulması Gereken Soru |
|---|---|
| Lisans bedeli | Yıllık veya aylık toplam ücret nedir? |
| Kullanıcı sınırı | Ek teknisyen için ücret var mı? |
| Asansör sınırı | Portföy büyüdüğünde ücret değişiyor mu? |
| Teknik destek | Destek pakete dahil mi? |
| Eğitim | İlk eğitim ücretli mi? |
| Veri aktarımı | Mevcut kayıtların aktarımı ücretli mi? |
| SMS/e-Fatura gibi kullanımlar | Kontör veya ek kullanım bedeli var mı? |
| Güncelleme | Yeni özellikler ayrıca ücretlendiriliyor mu? |
Ucuz yazılım her zaman kötü değildir. Aynı şekilde pahalı yazılım da otomatik olarak iyi değildir. Önemli olan, ödediğiniz bedelin şirketinizin operasyonuna ne kadar karşılık verdiğidir.
2. Firma İhtiyacını Belirlemeden Demo İzlemek
Birçok firma yazılım aramaya doğrudan ürün demolarıyla başlıyor.
Bu yöntem genellikle yanlış karşılaştırmaya neden olur. Çünkü demo sırasında gösterilen her özellik kullanıcıya faydalı görünebilir. Oysa önemli olan yazılımın kaç özelliği olduğu değil, sizin problemlerinizden kaçını çözdüğüdür.
Demo öncesinde mevcut sorunlar yazılmalıdır.
Örneğin:
- Aylık bakım planları karışıyor mu?
- Teknisyenin hangi binaya gittiği takip edilemiyor mu?
- Bakım föyleri ofise geç mi geliyor?
- Arıza talepleri WhatsApp mesajlarında mı kalıyor?
- Tahsilatlar düzenli takip edilemiyor mu?
- Tekliflerin hangi aşamada olduğu bilinmiyor mu?
- Bina yöneticisi sürekli bakım durumu soruyor mu?
Bu sorulara verilen cevaplar satın alma kriterlerini oluşturur.
Örneğin temel problem bakım planlamasıysa, programın gelişmiş stok modülünden önce bakım takvimi ve saha uygulamasının nasıl çalıştığı incelenmelidir.
3. Saha Teknisyenini Karar Sürecine Dahil Etmemek
Asansör bakım programının önemli kullanıcılarından biri teknisyendir.
Ofiste mükemmel görünen bir yazılım sahada kullanışsız olabilir. Çok fazla ekran, uzun form girişleri veya karmaşık menüler teknisyenin sistemi kullanmasını zorlaştırabilir.
Sonuçta şu tablo ortaya çıkar:
Firma yazılım satın alır ancak teknisyen kayıtları tekrar WhatsApp üzerinden gönderir.
Bu durumda firma hem yazılım parasını öder hem de eski çalışma düzenine devam eder.
Satın alma öncesinde mümkünse birkaç teknisyenle pilot kullanım yapılmalıdır.
Teknisyene şu görevler verilmelidir:
- Günlük bakım listesini görüntüleme
- Bakım kaydı oluşturma
- Fotoğraf ekleme
- Bakım formu doldurma
- Dijital imza alma
- Arıza kaydı kapatma
- Tahsilat bilgisi girme
Bu işlemlerin sahada ne kadar sürede tamamlandığı görülmelidir.
Bir saha programının başarısı, yalnızca özellik sayısıyla değil teknisyenin onu günlük işinin doğal bir parçası olarak kullanabilmesiyle ölçülür.
4. Mobil Uygulamayı Yeterince Test Etmemek
Asansör sektöründe operasyonun önemli bölümü masa başında değil sahada gerçekleşir. Bu nedenle mobil tarafı zayıf bir bakım yazılımı, şirketin dijitalleşmesini yarım bırakabilir.
Program seçerken yalnızca bilgisayar ekranındaki yönetim bölümünü incelemek yeterli değildir.
Mobil kullanımda özellikle şu noktalar test edilmelidir:
- Günlük görev ekranı
- Bina ve asansör bilgileri
- Arıza kayıtları
- Bakım formu
- Fotoğraf yükleme
- İmza alma
- Konum bilgisi
- Tahsilat kaydı
- İnternet bağlantısının zayıf olduğu bölgelerde kullanım
Örneğin bir teknisyen bodrum kattaki makine dairesinde çalışırken internet bağlantısı zayıflayabilir. Programın saha koşullarındaki davranışı satın alma öncesinde mutlaka görülmelidir.
5. Mevcut Verilerin Nasıl Aktarılacağını Sormamak
Bir asansör firmasında yıllar içinde önemli miktarda veri oluşur.
Bunlar arasında:
- Müşteri kayıtları
- Bina bilgileri
- Asansör bilgileri
- Bakım tarihleri
- Cari bakiyeler
- Sözleşmeler
- Teklifler
- Arıza geçmişleri
bulunabilir.
Yeni programa geçişte bu kayıtların nasıl taşınacağı satın alma öncesinde konuşulmazsa ciddi iş yükü oluşabilir.
Özellikle Excel kullanan firmalar şu soruyu sormalıdır:
Excel dosyalarındaki müşteri, bina ve asansör kayıtları toplu olarak aktarılabiliyor mu?
Manuel veri girişi yüzlerce asansörü bulunan bir firmada günlerce hatta haftalarca sürebilir.
Ayrıca veri aktarımından sonra örnek kayıtlar mutlaka kontrol edilmelidir. Telefon numaraları, adresler, asansör seri numaraları ve cari bakiyeler gibi kritik alanlarda kayma yaşanmaması gerekir.
6. Yazılımı Gerçek Bir Senaryoyla Test Etmemek
Demo sırasında yalnızca özelliklerin gösterilmesi yeterli değildir.
Satın alma öncesinde yazılıma gerçek bir operasyon senaryosu uygulanmalıdır.
Örneğin şu senaryo kullanılabilir:
Örnek test
Bir bina oluşturun.
Binaya iki asansör ekleyin.
Bir teknisyene bakım görevi atayın.
Teknisyen mobil uygulamadan görevi açsın.
Bakım formunu doldursun.
Fotoğraf eklesin.
Bina sorumlusundan imza alsın.
Bir parça değişimi kaydı oluştursun.
Tahsilat kaydı girsin.
Ofisteki kullanıcı yapılan işlemleri kontrol etsin.
Bu test, yazılımın farklı modüllerinin gerçekten birbirine bağlı çalışıp çalışmadığını gösterir.
Asansorex gibi asansör sektörüne özel bakım ve saha yönetim yazılımlarında demo sırasında yalnızca ekranları izlemek yerine böyle uçtan uca bir bakım senaryosunu çalıştırmak, firmanın sisteme uygunluğunu çok daha net gösterir.
7. Teknik Destek Kalitesini Önemsiz Görmek
Yazılım satın alma kararında genellikle özellikler ve fiyat konuşulur. Teknik destek ise ikinci planda kalır.
Oysa yazılım kullanılmaya başladıktan sonra en önemli konulardan biri destek hizmetidir.
Örneğin pazartesi sabahı teknisyenler bakım planlarını göremiyorsa firmanın saatlerce destek bekleme lüksü olmayabilir.
Satın alma öncesinde şu sorular sorulmalıdır:
- Destek hangi kanallardan veriliyor?
- Telefon desteği bulunuyor mu?
- WhatsApp veya canlı destek var mı?
- Destek saatleri nedir?
- Kritik sorunlarda geri dönüş süreci nasıl işler?
- Eğitim desteği bulunuyor mu?
- Yeni personel başladığında eğitim alınabiliyor mu?
Ayrıca satış öncesi iletişim hızı da önemli bir göstergedir. Demo talebine günler sonra dönen bir sağlayıcının satış sonrası destek modelini ayrıca sorgulamak gerekir.
8. Programın Büyümeye Uygunluğunu Kontrol Etmemek
Bugün 80 asansöre bakım yapan firma birkaç yıl sonra 300 veya 500 asansöre ulaşabilir.
Bu nedenle yazılım yalnızca mevcut büyüklüğe göre seçilmemelidir.
Örneğin bugün:
- 3 teknisyen
- 80 asansör
- 1 ofis personeli
ile çalışan firma kısa sürede:
- 10 teknisyen
- 350 asansör
- 2 farklı şube
yapısına geçebilir.
Bu durumda yazılımın kullanıcı, şube, portföy ve raporlama tarafının büyümeyi desteklemesi gerekir.
Satın alma sırasında şu sorular önemlidir:
- Kullanıcı sayısı artırılabiliyor mu?
- Şube bazlı kullanım mümkün mü?
- Teknisyen yetkileri ayrılabiliyor mu?
- Yüzlerce asansörde sistem performansı korunuyor mu?
- Bölge veya ekip bazında rapor alınabiliyor mu?
Yazılım değişikliği operasyon açısından zahmetli olduğu için mümkün olduğunca birkaç yıl sonrasını düşünerek seçim yapmak daha sağlıklıdır.
9. Raporlama Özelliklerini İkinci Plana Atmak
Bakım programının yalnızca kayıt tutması yeterli değildir. Firma sahibi bu kayıtların ne söylediğini de görebilmelidir.
Örneğin sistemde binlerce bakım kaydı bulunabilir. Ancak şu soruların cevapları kolayca alınamıyorsa kayıtların yönetim açısından değeri azalır:
- Bu ay kaç bakım tamamlandı?
- Kaç bakım gecikti?
- Hangi teknisyenin görevleri yoğun?
- En fazla arıza hangi binalardan geliyor?
- En sık hangi parçalar değişiyor?
- Hangi müşterilerin tahsilatı gecikiyor?
- Hangi sözleşmeler yakında sona eriyor?
Bu nedenle demo sırasında örnek raporlar istenmelidir.
Raporlama özellikle büyüyen firmalarda önem kazanır. Çünkü firma sahibi artık bütün saha operasyonunu tek tek çalışanlara sorarak yönetemez.
10. Satın Aldıktan Sonra Kullanım Planı Yapmamak
En iyi yazılım bile doğru devreye alınmazsa beklenen faydayı sağlamaz.
Sık karşılaşılan senaryo şöyledir:
Firma yazılım satın alır, birkaç kullanıcı hesabı açılır ve herkesin sistemi kullanması beklenir.
Bir ay sonra bazı çalışanlar programı kullanırken bazıları eski Excel dosyalarına ve WhatsApp mesajlarına devam eder.
Sonuç olarak çift kayıt düzeni oluşur.
Bunun yerine geçiş süreci planlanmalıdır.
Örnek 30 günlük geçiş planı
İlk hafta
- Müşteri kayıtlarını aktarın.
- Bina ve asansör bilgilerini kontrol edin.
- Personel kullanıcılarını oluşturun.
- Yetkileri belirleyin.
İkinci hafta
- Bakım planlarını sisteme aktarın.
- 1-2 teknisyenle pilot kullanım başlatın.
- Saha formlarını test edin.
Üçüncü hafta
- Tüm teknik ekibi sisteme dahil edin.
- Arıza kayıtlarını program üzerinden yönetmeye başlayın.
- Eksik veya hatalı süreçleri belirleyin.
Dördüncü hafta
- Eski paralel takip yöntemlerini azaltın.
- İlk aylık raporları inceleyin.
- Personelden geri bildirim alın.
- Kullanılmayan veya yanlış kullanılan alanlar için ek eğitim yapın.
Bu yaklaşım çalışanların sistemi daha kolay benimsemesini sağlar.
Satın Alma Öncesi Kısa Kontrol Listesi
Asansör bakım programı seçerken aşağıdaki kontrol listesini kullanmak karar sürecini kolaylaştırabilir.
- Firma ihtiyaçlarını yazılı hale getirin.
- En az birkaç farklı çözümü karşılaştırın.
- Yalnızca fiyat değil toplam maliyeti değerlendirin.
- Mobil uygulamayı gerçek telefonda deneyin.
- En az bir saha teknisyenini teste dahil edin.
- Excel veya mevcut sistemden veri aktarımını sorun.
- Gerçek bakım senaryosu çalıştırın.
- Teknik destek koşullarını öğrenin.
- Kullanıcı ve asansör limitlerini kontrol edin.
- Şube desteğini değerlendirin.
- Raporları canlı olarak görün.
- Eğitim ve kurulum sürecini öğrenin.
- Verilerin dışarı aktarılıp aktarılamadığını sorun.
- Firma büyüdüğünde oluşacak ek maliyetleri öğrenin.
Bu liste satış görüşmesinde doğrudan soru seti olarak da kullanılabilir.
Sıkça Sorulan Sorular
Asansör bakım programı seçerken en önemli kriter nedir?
Tek bir kriter yoktur. Ancak yazılımın firmanın günlük operasyonuna uyumu en önemli noktadır. Bakım planlama, saha kullanımı, arıza yönetimi, kayıt düzeni ve raporlama birlikte değerlendirilmelidir.
En ucuz asansör bakım programını seçmek mantıklı mı?
Her zaman değil. Lisans fiyatının yanında ek kullanıcı, şube, destek, eğitim, veri aktarımı ve kullanılan ek hizmetlerin maliyetleri de hesaplanmalıdır. Daha düşük başlangıç fiyatı toplamda daha yüksek maliyet oluşturabilir.
Programı satın almadan önce demo yeterli olur mu?
Standart ürün demosu fikir verir ancak tek başına yeterli değildir. Mümkünse kendi iş akışınızdan gerçek bir senaryo programa uygulanmalıdır. Böylece yazılımın yalnızca sunumda değil günlük kullanımda da uygun olup olmadığı anlaşılır.
Teknik personelin yazılım seçiminde görüşü alınmalı mı?
Evet. Teknisyenler sistemi sahada aktif olarak kullanacağı için mobil uygulamanın hızını ve kullanım kolaylığını doğrudan değerlendirebilir. Saha ekibinin benimsemediği bir programın başarılı şekilde kullanılması zordur.
Excel'deki kayıtlar yeni programa aktarılabilir mi?
Bu kullanılan yazılıma göre değişir. Satın alma öncesinde müşteri, bina, asansör ve diğer temel kayıtların Excel üzerinden toplu aktarılıp aktarılamadığı mutlaka sorulmalıdır.
Asansör bakım yazılımına geçiş ne kadar sürede tamamlanmalıdır?
Firma büyüklüğüne ve mevcut verilerin durumuna göre süre değişebilir. Genel uygulamada kontrollü bir pilot dönemle başlayıp birkaç hafta içerisinde tüm ekibi sisteme geçirmek daha sağlıklı sonuç verir. Amaç, uzun süre boyunca hem eski hem yeni sistemi paralel kullanmamaktır.
Özet
Asansör bakım programı satın almak, yalnızca bir yazılım lisansı satın almak değildir; firmanın çalışma şeklini belirleyen operasyonel bir karardır. Bu nedenle özellik listesinden önce ihtiyaçların belirlenmesi, gerçek saha senaryolarının test edilmesi ve toplam kullanım maliyetinin değerlendirilmesi gerekir.
En sık yapılan hatalar; yalnızca fiyata odaklanmak, saha ekibini karar sürecine katmamak, mobil uygulamayı yeterince test etmemek, veri aktarımını düşünmemek ve satın alma sonrasındaki geçiş sürecini plansız bırakmaktır.
Doğru yaklaşım, yazılımı birkaç dakikalık bir demo ekranı olarak değil, firmanın bakım, arıza, teknisyen, müşteri ve finans süreçlerini birbirine bağlayan uzun vadeli bir çalışma altyapısı olarak değerlendirmektir.
Asansorex gibi asansör sektörünün günlük süreçlerine odaklanan çözümler değerlendirilirken de aynı yöntem kullanılmalıdır: kendi firmanızdan gerçek bir bakım veya arıza senaryosu oluşturun, sistemi sahada deneyin ve kararınızı gördüğünüz gerçek iş akışı üzerinden verin.