Asansör Firma Sahibi Yazılım Seçiminde 15 Soru

İÇERİK

Asansör bakım firmaları büyüdükçe işlerin yalnızca telefon, mesajlaşma uygulamaları, kâğıt formlar ve Excel tablolarıyla yönetilmesi zorlaşır. Bakım tarihleri, arıza talepleri, teknisyen görevleri, sözleşmeler, tahsilatlar ve stok hareketleri farklı yerlerde tutulduğunda firma sahibi operasyonun gerçek durumunu görmekte zorlanır. Bu nedenle doğru bir asansör yönetim yazılımı seçmek, yalnızca teknolojik bir yenilik değil; firmanın hizmet kalitesini, kârlılığını ve büyüme kapasitesini doğrudan etkileyen ticari bir karardır.

Ancak piyasadaki programların çoğu ilk bakışta benzer özellikler sunar. Neredeyse her ürün bakım planlama, müşteri kaydı, arıza takibi veya raporlama yaptığını söyler. Asıl fark, bu özelliklerin firmanın günlük işleyişinde ne kadar kullanılabildiğinde ortaya çıkar. Bu rehberde, bir asansör firma sahibinin yazılım satın almadan önce tedarikçiye ve kendi ekibine yöneltmesi gereken 15 kritik soruyu ele alacağız.

Yazılım Seçiminden Önce Firma İhtiyacı Belirlenmeli

Yazılım araştırmasına başlamadan önce firmanın hangi sorunları çözmek istediği açıkça belirlenmelidir. Aksi durumda uzun özellik listeleri arasında kaybolmak ve hiç kullanılmayacak modüller için ödeme yapmak mümkündür.

Örneğin bir firma için en büyük sorun kaçırılan aylık bakımlar olabilirken başka bir firma için teknisyenlerin sahada yaptığı işlemlerin doğrulanamaması daha önemli olabilir. Bazı firmalarda ise operasyon düzgün çalışmasına rağmen teklif, sözleşme, fatura ve tahsilat süreçleri birbirinden kopuktur.

Firma sahibi öncelikle şu alanları değerlendirmelidir:

• Aylık bakım planlarında gecikme yaşanıyor mu?
• Arıza talepleri kayıt altına alınmadan kayboluyor mu?
• Teknisyenlerin günlük iş yükü dengeli dağıtılıyor mu?
• Bakım formları ve müşteri imzaları düzenli arşivleniyor mu?
• Sözleşme yenileme tarihleri takip ediliyor mu?
• Tahsilatlar ile verilen hizmetler eşleştirilebiliyor mu?
• Depo ve araçlardaki yedek parçalar kontrol edilebiliyor mu?
• Firma sahibi güncel operasyon verilerine kolayca ulaşabiliyor mu?

Bu sorulara verilen yanıtlar, ihtiyaç duyulan yazılımın kapsamını belirler. Temel sorun bakım planlamasıysa yalnızca finans özelliklerine odaklanan bir program doğru seçim olmayacaktır. Benzer şekilde yüzlerce asansöre hizmet veren bir firmanın basit bir takvim uygulamasıyla uzun süre sağlıklı şekilde çalışması beklenemez.

Operasyon ve Saha Kullanımıyla İlgili Sorular

1. Yazılım mevcut bakım sürecimize uyum sağlıyor mu?

Bir programın çok sayıda özelliğe sahip olması, firmanın işleyişine uygun olduğu anlamına gelmez. Yazılımın müşteri, bina, asansör, bakım planı ve teknisyen ilişkisini doğru biçimde kurabilmesi gerekir.

Firma sahibi demo sırasında örnek bir müşteri ve bina oluşturulmasını istemelidir. Ardından o binadaki asansöre bakım planı atanmalı ve işlem teknisyen tarafından kapatılmalıdır. Böylece sistemin yalnızca sunum ekranları değil, gerçek çalışma akışı görülür.

2. Teknisyenler sistemi sahada kolay kullanabilir mi?

En iyi yazılım bile teknisyenler tarafından kullanılmıyorsa işletmeye fayda sağlamaz. Saha ekranlarının sade, hızlı ve mobil cihazlara uygun olması önemlidir.

Teknisyenin bir bakım kaydını kapatmak için çok sayıda gereksiz alan doldurması gerekiyorsa ekip kısa süre sonra eski yöntemlerine dönebilir. İyi bir sistemde teknisyen, kendisine atanan işi görmeli, gerekli kontrol formunu doldurmalı, fotoğraf ekleyebilmeli ve müşteri imzasını alabilmelidir.

3. İnternet bağlantısı zayıf olduğunda süreç nasıl ilerliyor?

Asansörlerin bulunduğu makine dairelerinde, bodrum katlarında veya bazı kırsal bölgelerde internet bağlantısı yetersiz olabilir. Bu nedenle saha kullanımının bağlantı sorunlarından nasıl etkilendiği sorulmalıdır.

Program tamamen çevrim dışı çalışmak zorunda değildir. Ancak bağlantı kesildiğinde girilen verinin kaybolmaması, kullanıcıya anlaşılır bir uyarı verilmesi ve bağlantı geldiğinde işlemin güvenli şekilde tamamlanması önemlidir.

4. Bakım ve arıza işlemleri kanıtlanabilir şekilde kayıt altına alınıyor mu?

Bir bakımın yalnızca “tamamlandı” olarak işaretlenmesi yeterli değildir. İşlemin kim tarafından, hangi tarihte ve hangi asansörde yapıldığı görülebilmelidir.

Genel uygulamada faydalı kabul edilen kayıtlar şunlardır:

• İşlemi gerçekleştiren teknisyen
• Başlangıç ve tamamlanma zamanı
• Kullanılan bakım veya arıza formu
• Eklenen fotoğraflar
• Müşteri veya bina yetkilisi imzası
• Kullanılan yedek parçalar
• Yapılan açıklamalar
• Tahsilat bilgisi

Bu kayıtlar müşteri anlaşmazlıklarında, iç denetimlerde ve hizmet geçmişinin incelenmesinde firmaya önemli kolaylık sağlar.

5. Kaçırılan veya geciken bakımlar otomatik olarak görülebiliyor mu?

Bakım planlama sisteminin temel görevi yalnızca takvim oluşturmak değildir. Yaklaşan, geciken, tamamlanan ve iptal edilen bakımların birbirinden ayrılması gerekir.

Firma sahibi, sistemin bir bakım geciktiğinde nasıl uyarı verdiğini görmelidir. Ayrıca resmî tatil, teknisyen izni veya müşterinin bakım tarihini değiştirmesi gibi durumlarda planın nasıl güncellendiği test edilmelidir.

Yönetim, Müşteri ve Raporlama Soruları

6. Firma sahibi operasyonu tek ekrandan izleyebiliyor mu?

Firma sahibinin her bilgi için farklı personeli araması veya birden fazla dosyayı kontrol etmesi zaman kaybıdır. Günlük işlerin genel durumu anlaşılır göstergelerle sunulmalıdır.

Örneğin aşağıdaki bilgiler kolayca görülebilmelidir:

• Bugün planlanan bakım sayısı
• Tamamlanan ve geciken işler
• Açık arıza kayıtları
• Teknisyenlerin görev dağılımı
• Yaklaşan sözleşme yenilemeleri
• Vadesi geçmiş alacaklar
• Kritik seviyeye düşen stoklar

Raporların yalnızca görsel olarak güzel olması yeterli değildir. Her sayının hangi işlem kayıtlarından oluştuğu incelenebilmelidir.

7. Müşteri bilgilendirmesi nasıl yapılıyor?

Bina yöneticileri bakımın ne zaman yapılacağını, arızanın hangi aşamada olduğunu ve teknisyenin işlemi tamamlayıp tamamlamadığını bilmek ister. Sürekli telefonla bilgi vermek ise ofis personelinin zamanını tüketir.

Yazılımın SMS, e-posta veya müşteri erişim ekranı üzerinden hangi bilgileri paylaşabildiği sorulmalıdır. Her bilginin otomatik gönderilmesi gerekmeyebilir. Firma, hangi olaylarda müşteriye bildirim yapılacağını belirleyebilmelidir.

8. Raporlar karar almaya yardımcı oluyor mu?

Bazı programlarda çok sayıda rapor bulunur ancak bu raporların günlük yönetimde karşılığı yoktur. Firma sahibinin ihtiyaç duyduğu raporlar doğrudan karar vermeyi kolaylaştırmalıdır.

Örneğin şu raporlar ticari açıdan değerlidir:

Rapor	Firma sahibine sağladığı fayda
Geciken bakım raporu	Hizmet aksamasını ve sözleşme riskini gösterir
Tekrarlayan arıza raporu	Kalıcı çözüm gerektiren asansörleri belirler
Teknisyen iş yükü	Görev dağılımındaki dengesizliği ortaya çıkarır
Alacak yaşlandırma	Tahsilat önceliklerini belirlemeye yardımcı olur
Sözleşme bitiş raporu	Yenileme fırsatlarının kaçmasını önler
Parça kullanım raporu	Stok tüketimini ve maliyetleri izlemeyi sağlar

9. Müşteriye sunulabilecek bakım geçmişi oluşturuluyor mu?

Bina yöneticisi veya tesis sorumlusu geçmişte hangi işlemlerin yapıldığını sorabilir. Kâğıt formları tek tek bulmak yerine, ilgili asansörün bakım ve arıza geçmişi düzenli biçimde görüntülenebilmelidir.

Bu kayıtları Asansorex gibi bir bakım takip yazılımında dijital olarak tutmak; bakım formlarına, fotoğraflara, imzalara ve işlem geçmişine ihtiyaç duyulduğunda daha hızlı ulaşılmasını sağlar.

Finans, Sözleşme ve Stok Soruları

10. Bakım hizmeti ile tahsilat süreci bağlantılı mı?

Operasyon ve finans kayıtları tamamen ayrı tutulduğunda hangi müşteriye hizmet verildiği ancak ödeme alınamadığı kolayca gözden kaçabilir. Yazılımın bakım sözleşmelerini, cari hesapları, faturaları ve tahsilatları nasıl ilişkilendirdiği incelenmelidir.

Firma sahibi özellikle aylık bakım bedellerinin nasıl takip edildiğini, geciken ödemelerin nasıl listelendiğini ve yapılan tahsilatların hangi müşteriye işlendiğini test etmelidir.

11. Tekliften sözleşmeye geçiş düzenli mi?

Revizyon, modernizasyon veya parça değişimi tekliflerinde farklı fiyatlar ve sürümler oluşabilir. Tekliflerin mesajlaşma uygulamalarında veya bilgisayardaki farklı dosyalarda tutulması, yanlış belgenin müşteriye gönderilmesine neden olabilir.

Programda teklifin hazırlanması, revize edilmesi, onaylanması ve sözleşmeye dönüştürülmesi takip edilebilmelidir. KDV, iskonto, ödeme planı ve geçerlilik tarihi gibi alanların açık olması önemlidir.

12. Sözleşme yenileme tarihleri otomatik takip ediliyor mu?

Unutulan bir sözleşme yenilemesi yalnızca gelir kaybı oluşturmaz. Rakip firmaların müşteriye ulaşması için de fırsat yaratır. Sistem, sözleşmenin bitmesine belirli süre kala sorumlu personele hatırlatma yapabilmelidir.

Ayrıca yalnızca bitiş tarihi değil; sözleşme bedeli, hizmet kapsamı, ödeme periyodu ve ilgili binalar da görülebilmelidir.

13. Depo ve araç stokları ayrı takip edilebiliyor mu?

Asansör bakım firmalarında parçalar merkez depoda, teknisyen araçlarında veya farklı şubelerde bulunabilir. Sadece toplam stok miktarını görmek çoğu zaman yeterli değildir.

Yazılımın şu hareketleri destekleyip desteklemediği kontrol edilmelidir:

1. Tedarikçiden ürün alımı
2. Merkez depoya giriş
3. Araç veya teknisyen deposuna transfer
4. Bakım ya da arızada parça kullanımı
5. İade ve sayım farkı
6. Kritik stok uyarısı

Parçanın hangi işte kullanıldığı bilinmiyorsa stok maliyeti doğru hesaplanamaz.

Teknik Güvenlik ve Entegrasyon Soruları

14. Veriler nasıl korunuyor ve dışarı aktarılabiliyor mu?

Müşteri bilgileri, bina kayıtları, telefon numaraları, bakım formları ve finans verileri işletme açısından değerlidir. Yazılım sağlayıcısına veri güvenliği, kullanıcı yetkilendirmesi, yedekleme ve erişim kayıtları hakkında açık sorular yöneltilmelidir.

Ayrıca firma, sözleşmenin sona ermesi veya farklı bir sisteme geçilmesi durumunda verilerini hangi formatta alabileceğini önceden öğrenmelidir. Verilerin dışarı aktarılması yalnızca teorik bir seçenek olmamalı; örnek çıktı üzerinden gösterilmelidir.

Kullanıcı yetkileri de önemlidir. Her teknisyenin tüm müşteri finans bilgilerini görmesi gerekmez. Personel yalnızca görevi için gerekli bilgilere erişebilmelidir.

15. Program diğer iş araçlarıyla entegre olabiliyor mu?

Bir yazılım bugün yeterli görünse bile firma büyüdükçe yeni ihtiyaçlar ortaya çıkabilir. SMS gönderimi, e-fatura, e-posta, muhasebe, ödeme veya müşteri iletişim sistemleriyle entegrasyon seçenekleri sorulmalıdır.

Burada yalnızca “entegrasyon var” yanıtı yeterli değildir. Entegrasyonun aktif olup olmadığı, ek ücret gerektirip gerektirmediği ve hangi işlemleri kapsadığı netleştirilmelidir.

Fiyat Teklifini Değerlendirirken Nelere Bakılmalı?

Yazılım seçiminde yalnızca yıllık lisans ücretine bakmak yanıltıcı olabilir. Toplam maliyet değerlendirilirken kurulum, veri aktarımı, eğitim, kullanıcı sayısı, SMS kullanımı, entegrasyonlar ve destek hizmetleri birlikte ele alınmalıdır.

Teklif karşılaştırması yapılırken şu kalemler yazılı olarak istenmelidir:

Maliyet kalemi	Sorulması gereken soru
Lisans	Aylık mı, yıllık mı ve hangi kullanım sınırlarını içeriyor?
Kullanıcı	Ek teknisyen veya ofis personeli için ücret var mı?
Asansör sayısı	Paket belirli bir portföy sınırına sahip mi?
Kurulum	İlk tanımlamalar ve veri aktarımı fiyata dâhil mi?
Eğitim	Kaç kişiye, hangi yöntemle eğitim veriliyor?
Entegrasyon	SMS, e-fatura veya diğer bağlantılar ek ücretli mi?
Destek	Destek kanalları ve çalışma saatleri neler?
Güncelleme	Yeni sürümler lisans ücretine dâhil mi?

Ucuz görünen bir program, veri aktarımı ve eğitim hizmeti sunmuyorsa personelin aylarca sistemi kurmaya çalışmasına neden olabilir. Daha yüksek fiyatlı bir ürün ise firmanın kullanmayacağı özelliklerle doldurulmuş olabilir. Bu nedenle fiyat, çözülen operasyon sorunu ve sağlanan zaman tasarrufu ile birlikte değerlendirilmelidir.

Satın alma kararı vermeden önce sınırlı sayıda bina veya asansörle gerçek bir pilot çalışma yapılması faydalıdır. Pilot sürecinde teknisyenlerin sistemi kullanma oranı, bakım kapatma süresi, ofis personelinin iş yükü ve raporların doğruluğu ölçülmelidir.

Sıkça Sorulan Sorular

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

En önemli kriter, yazılımın firmanın gerçek çalışma sürecine uyum sağlamasıdır. Özellik sayısından önce bakım planlama, arıza yönetimi, saha kullanımı ve finans takibinin günlük operasyon içinde nasıl çalıştığı incelenmelidir.

Yazılım demosunda hangi işlem mutlaka yapılmalıdır?

Örnek bir müşteri, bina ve asansör kaydı oluşturulmalı; bu asansöre bakım planı atanmalı ve teknisyen tarafından işlem kapatılmalıdır. Böylece sistemin uçtan uca kullanım kolaylığı görülür.

Küçük asansör firmalarının yazılıma ihtiyacı var mı?

Portföy küçük olsa bile bakımların unutulması, arıza kayıtlarının kaybolması veya tahsilatların gecikmesi yaşanıyorsa yazılım fayda sağlayabilir. Karar yalnızca asansör sayısına göre değil, operasyonun karmaşıklığına göre verilmelidir.

Excel yerine bakım programı kullanmak şart mı?

Excel başlangıçta yeterli olabilir. Ancak aynı dosyada birden fazla kişinin çalışması, otomatik hatırlatma ihtiyacı, saha kayıtları, fotoğraf, imza ve işlem geçmişi gibi ihtiyaçlar arttığında özel bir bakım programı daha güvenli ve sürdürülebilir hâle gelir.

Yazılımın fiyatı nasıl karşılaştırılmalıdır?

Lisans bedelinin yanında kurulum, eğitim, veri aktarımı, kullanıcı, asansör sınırı, entegrasyon, mesajlaşma ve destek maliyetleri birlikte hesaplanmalıdır. Tek başına aylık veya yıllık fiyat üzerinden karar verilmemelidir.

Satın almadan önce deneme yapmak gerekli mi?

Evet. Mümkünse firmanın kendi verileriyle küçük bir pilot çalışma yapılmalıdır. Hazır örnek ekranlar yerine gerçek bakım, arıza ve tahsilat süreçlerinin test edilmesi daha sağlıklı sonuç verir.

Özet

Asansör firma sahibi için yazılım seçimi, yalnızca teknik özellik karşılaştırması değildir. Seçilen sistemin teknisyen tarafından sahada kullanılabilmesi, bakım ve arıza kayıtlarını güvenilir biçimde tutması, müşteri iletişimini kolaylaştırması ve finansal takibi desteklemesi gerekir.

Doğru karar için demo sırasında gerçek bir iş akışı uygulanmalı, toplam maliyet yazılı olarak incelenmeli ve mümkünse pilot kullanım yapılmalıdır. Asansorex gibi asansör bakım ve yönetim süreçlerine odaklanan çözümler değerlendirilirken de firmanın kendi portföyü, ekip yapısı ve operasyon sorunları üzerinden test yapılması en sağlıklı yaklaşımdır. Böylece yazılım, ek bir masraf kalemi olmaktan çıkarak bakım kalitesini ve işletme kontrolünü güçlendiren bir araca dönüşür.