Asansör Bakım Takip Programı için Demo Checklist

İÇERİK

Bir asansör bakım takip programı seçerken yapılan en büyük hatalardan biri, demo görüşmesini yalnızca yazılım firmasının yaptığı sunumu izleyerek tamamlamaktır. Ekranlar güzel görünebilir, grafikler etkileyici olabilir ve onlarca özellik sıralanabilir. Ancak asıl soru şudur: Bu yazılım sizin günlük operasyonunuzda gerçekten çalışacak mı?

Bir bakım firması için yazılımın değeri; bakım tarihlerini göstermekten çok daha fazlasıdır. Teknisyenin sahada işlemi ne kadar hızlı tamamladığı, ofisin geciken bakımı nasıl gördüğü, arıza kayıtlarının kaybolup kaybolmadığı, bina yöneticisine geçmiş kayıtların ne kadar hızlı sunulabildiği ve ay sonunda raporların ne kadar zahmetsiz hazırlandığı önemlidir.

Bu nedenle demo sırasında pasif izleyici değil, test yapan kullanıcı olmalısınız. Aşağıdaki checklist, bir asansör bakım takip programını satın almadan önce hangi alanlarda denemeniz gerektiğini adım adım gösterir.

Demo Öncesinde Kendi Operasyonunuzu Hazırlayın

İyi bir demo, yazılım firmasının hazırladığı örnek müşteri üzerinden değil, mümkün olduğunca sizin gerçek çalışma düzeniniz üzerinden yapılmalıdır.

Demo görüşmesine başlamadan önce birkaç temel bilgiyi hazırlayın:

• Toplam bakımını yaptığınız asansör sayısı
• Aktif teknisyen sayısı
• Aylık yaklaşık bakım adedi
• Aylık ortalama arıza sayısı
• Şube veya ekip sayısı
• Bakım planlamasının bugün nasıl yapıldığı
• Teknisyenlerin sahadan nasıl bilgi gönderdiği
• Müşteri ve bina kayıtlarının nerede tutulduğu
• Fotoğraf, imza ve servis formu kullanılıp kullanılmadığı
• Cari, teklif, sözleşme veya stok takibinin mevcut yöntemi

Örneğin 600 asansöre bakım yapan ve 8 teknisyeni bulunan bir firma için değerlendirme kriterleri ile 80 asansöre hizmet veren iki kişilik bir işletmenin kriterleri aynı olmayacaktır.

Demo sırasında mümkünse şu tarz gerçek bir senaryo kullanın:

“Pazartesi günü 42 bakımımız var. Teknisyenlerden biri izinli. Üç bina acil bakım talep etti. İki asansörde açık arıza kaydı bulunuyor. Bu durumda sistemi nasıl kullanacağız?”

Bu soru, yazılımın yalnızca veri saklayıp saklamadığını değil, operasyon yönetimine gerçekten yardımcı olup olmadığını gösterir.

1. Müşteri, Bina ve Asansör Kayıtlarını Test Edin

Bir asansör yazılımının temel veri yapısı ne kadar doğru kurulmuşsa, sonraki süreçler o kadar sağlıklı ilerler.

Demo sırasında sıfırdan bir müşteri, bina ve asansör kaydı açılmasını isteyin.

Şunları kontrol edin:

• Aynı müşteriye birden fazla bina bağlanabiliyor mu?
• Aynı binada birden fazla asansör tanımlanabiliyor mu?
• Asansörün seri numarası, kapasitesi ve durak sayısı tutulabiliyor mu?
• Yetkili kişi ve iletişim bilgileri kaydedilebiliyor mu?
• Sözleşme başlangıç ve bitiş tarihleri görülebiliyor mu?
• Geçmiş bakım ve arıza kayıtlarına tek ekrandan ulaşılabiliyor mu?

Burada önemli olan alan sayısının çokluğu değildir. Önemli olan, teknisyen veya ofis çalışanının ihtiyaç duyduğu bilgiye birkaç saniye içinde ulaşabilmesidir.

Bir müşterinin kaydını bulmak için üç farklı menü arasında dolaşmak gerekiyorsa, sistem büyüdükçe kullanım zorlaşacaktır.

Veri aktarımını mutlaka sorun

Excel veya başka bir sistem kullanıyorsanız şu soruyu sorun:

“Mevcut bina ve asansör kayıtlarımız toplu olarak sisteme aktarılabiliyor mu?”

500 veya 1.000 asansörlük portföyü tek tek yeniden girmek ciddi zaman kaybıdır. Yazılım değiştirirken veri aktarım yöntemi en başta netleşmelidir.

2. Bakım Planlama Sürecini Gerçek Senaryoyla Deneyin

Asansör bakım takip programının en kritik bölümlerinden biri periyodik bakım planlamasıdır.

Demo sırasında yalnızca takvim ekranına bakmayın. Gerçek işlem yaptırın.

Örneğin:

1. Üç farklı bina oluşturun.
2. Bu binalara bakım günü atayın.
3. İki farklı teknisyene görev verin.
4. Bir teknisyenin programını değiştirin.
5. Bir bakımı başka güne taşıyın.
6. Geciken bakımın sistemde nasıl göründüğünü kontrol edin.

Bu küçük test, yazılımın günlük operasyon açısından ne kadar pratik olduğunu hızlı şekilde gösterir.

Ayrıca şu sorulara cevap arayın:

• Aylık bakım planı toplu hazırlanabiliyor mu?
• Teknisyen bazında bakım listesi görülebiliyor mu?
• Bölge veya rota bazında filtre yapılabiliyor mu?
• Tamamlanmayan bakımlar otomatik fark ediliyor mu?
• Geciken işler ayrı şekilde listeleniyor mu?
• Tamamlanan bakımın tarihi ve yapan personel kayıt altında kalıyor mu?

Planlama sistemi yalnızca “takvim gösteren” bir yapı olmamalıdır. Ofis, ayın hangi noktasında olduğunu kolayca anlayabilmelidir.

3. Teknisyenin Sahadaki Kullanımını Test Edin

Bir yazılım ofiste çok kullanışlı görünüp sahada başarısız olabilir. Bu nedenle demo sırasında mutlaka teknisyen tarafını da test edin.

Mümkünse gerçek bir teknisyeniniz demo görüşmesine katılsın.

Teknisyenden şu işlemleri yapmasını isteyin:

• Günlük görevlerini açması
• Bina bilgilerine ulaşması
• Bakımı başlatması
• Kontrol adımlarını doldurması
• Açıklama girmesi
• Fotoğraf eklemesi
• İmza alması
• Bakımı tamamlaması
• Arıza kaydı oluşturması

Burada ölçmeniz gereken en önemli konu işlem süresidir.

Teknisyen bir bakım kaydını tamamlamak için onlarca alan doldurmak zorunda kalıyorsa ekip bir süre sonra sistemi kullanmamaya başlayabilir.

İyi saha yazılımı, veri kalitesi ile kullanım kolaylığı arasında denge kurmalıdır.

İnternet olmadığında ne oluyor?

Asansörlerin bulunduğu makine dairesi, bodrum veya otopark gibi alanlarda internet bağlantısı zayıf olabilir.

Bu nedenle şu soruyu mutlaka sorun:

“Telefon internete bağlı değilken teknisyen bakım kaydı oluşturabiliyor mu?”

Offline çalışma sizin operasyonunuz için önemliyse, yalnızca “var” cevabıyla yetinmeyin. Demo sırasında internet bağlantısını kapatarak gerçek test yapılmasını isteyin.

4. Arıza Takibini Ayrı Bir Süreç Olarak Deneyin

Bakım ve arıza birbirinden farklı operasyonlardır. Bu nedenle iyi bir asansör bakım takip programı, arıza yönetimini de düzenli biçimde ele almalıdır.

Demo sırasında örnek bir arıza açın.

Örneğin:

“ABC Apartmanı 2 numaralı asansör çalışmıyor. Yönetici saat 14.15'te aradı.”

Ardından şu süreci test edin:

• Arızanın sisteme girilmesi
• Teknisyen atanması
• Teknisyenin arızayı görmesi
• Müdahale sonucunun yazılması
• Kullanılan malzemenin girilmesi
• Fotoğraf eklenmesi
• Arızanın kapatılması

Aşağıdaki bilgiler kayıt altında kalabiliyorsa operasyon analizi çok daha değerli hale gelir:

Kontrol noktası	Demo sırasında bakılacak konu
Arıza açılış zamanı	Talebin ne zaman geldiği görülebiliyor mu?
Atanan teknisyen	Müdahaleyi kimin yaptığı belli mi?
Müdahale zamanı	Teknisyenin ne zaman işlem yaptığı kaydediliyor mu?
Arıza nedeni	Sebep sınıflandırılabiliyor mu?
Yapılan işlem	Teknik açıklama kaydedilebiliyor mu?
Fotoğraf	Öncesi/sonrası kayıt eklenebiliyor mu?
Kapanış durumu	Açık ve kapanmış arızalar ayrılabiliyor mu?
Geçmiş kayıtlar	Aynı asansörün eski arızaları görülebiliyor mu?

Bu geçmiş sayesinde “Bu asansör neden sürekli arıza yapıyor?” sorusuna hafızaya dayanarak değil, kayıt üzerinden cevap verilebilir.

5. Fotoğraf, İmza ve Bakım Kanıtlarını Kontrol Edin

Saha hizmetlerinde yalnızca “bakım yapıldı” kaydı çoğu zaman yeterli değildir.

Özellikle müşteriyle yaşanan anlaşmazlıklarda fotoğraf, imza ve zaman bilgisi önemli hale gelir.

Demo sırasında şunları test edin:

• Bakım kaydına fotoğraf ekleme
• Arıza kaydına fotoğraf ekleme
• Müşteri veya bina yetkilisinden imza alma
• Servis formu oluşturma
• Yapılan işlemin tarih ve saat bilgisini görüntüleme
• Eski kayıtları tekrar açabilme

Örneğin bir bina yöneticisi üç ay sonra “Geçen ay bakım yapılmadı” dediğinde, kayıtların saniyeler içinde gösterilebilmesi önemli bir avantajdır.

Bu bakım kayıtlarını kâğıt yerine Asansorex gibi bir bakım takip yazılımıyla tutmak, bakım geçmişini tek yerde toplar ve gerektiğinde bina bazında geriye dönük kayıt bulmayı kolaylaştırır.

6. Raporlama Ekranlarını Sadece İzlemeyin, Sorgulayın

Demo sırasında genellikle en etkileyici grafikler raporlama bölümünde gösterilir. Ancak güzel grafik, mutlaka faydalı rapor anlamına gelmez.

Şu soruları sorun:

• Bu ay kaç bakım tamamlandı?
• Kaç bakım gecikti?
• Hangi teknisyenin kaç işi bulunuyor?
• Hangi asansörler en fazla arıza yaptı?
• Açık arızalar hangileri?
• Bir binanın son 12 aylık bakım geçmişi çıkarılabiliyor mu?
• Teknisyen performansı karşılaştırılabiliyor mu?
• Veriler Excel veya PDF olarak dışarı alınabiliyor mu?

Demo sağlayıcısından bu sorulardan birkaçını sistem üzerinde canlı olarak cevaplamasını isteyin.

Bir rapora ulaşmak için özel Excel çalışması gerekiyorsa veya yazılım firmasından destek talep etmek zorundaysanız, gerçek kullanımda hızlı raporlama avantajı azalır.

7. Kullanıcı Yetkileri ve Veri Güvenliğini Sorgulayın

Her çalışan her bilgiyi görmek zorunda değildir.

Örneğin teknisyenlerin müşteri borçlarını görmesi gerekmeyebilir. Muhasebe personelinin ise teknik bakım ekranlarında işlem yapmasına gerek olmayabilir.

Demo sırasında farklı kullanıcı profillerinin nasıl çalıştığını kontrol edin.

Şunları sorun:

• Teknisyen yalnızca kendisine verilen işleri görebiliyor mu?
• Ofis personeline farklı yetki tanımlanabiliyor mu?
• Yetkisiz kullanıcıların kayıt silmesi engellenebiliyor mu?
• Yapılan değişikliklerin geçmişi tutuluyor mu?
• Firma personeli ayrıldığında erişimi hemen kapatılabiliyor mu?

Ayrıca verilerin nasıl yedeklendiğini ve sistemin erişim güvenliği yaklaşımını mutlaka öğrenin.

8. Demo Checklist: Satın Almadan Önce İşaretleyin

Aşağıdaki listeyi demo sırasında doğrudan kullanabilirsiniz.

• Müşteri kaydı oluşturuldu.
• Bina kaydı oluşturuldu.
• Asansör kaydı oluşturuldu.
• Excel veri aktarımı soruldu.
• Aylık bakım planı oluşturuldu.
• Teknisyene bakım görevi atandı.
• Görev başka güne taşındı.
• Geciken bakım görüntülendi.
• Mobil cihazdan bakım tamamlandı.
• Fotoğraf eklendi.
• İmza alındı.
• İnternetsiz kullanım test edildi.
• Arıza kaydı açıldı.
• Teknisyene arıza atandı.
• Arıza kapatıldı.
• Aynı asansörün geçmiş arızaları görüntülendi.
• Aylık bakım raporu açıldı.
• Teknisyen performansı incelendi.
• Açık ve geciken işler filtrelendi.
• Kullanıcı yetkileri kontrol edildi.
• Veri yedekleme yöntemi soruldu.
• Destek süreci öğrenildi.
• Eğitim süreci öğrenildi.
• Ek ücretli modüller soruldu.
• Mobil uygulamanın dahil olup olmadığı netleştirildi.

Demo sonunda listenin büyük bölümünü yalnızca sözlü cevaplarla değil, gerçek işlem yaparak doğrulamış olmanız gerekir.

9. Fiyatı Değil Toplam Kullanım Maliyetini Karşılaştırın

İki yazılım arasında yalnızca yıllık lisans ücretini karşılaştırmak yanıltıcı olabilir.

Toplam maliyet hesabına şu kalemleri dahil edin:

• Yazılım lisansı
• Kullanıcı başına ek ücret
• Mobil uygulama ücreti
• Kurulum ücreti
• Veri aktarım ücreti
• Eğitim ücreti
• Teknik destek ücreti
• SMS veya mesajlaşma maliyetleri
• Ek modül maliyetleri
• Güncelleme ücretleri

Örneğin bir program ilk bakışta daha ucuz görünürken, teknisyen başına ek lisans ve veri aktarım bedeli nedeniyle toplamda daha pahalı hale gelebilir.

Bu nedenle teklif isterken “yıllık fiyat nedir?” yerine şu soruyu sormak daha doğrudur:

“Mevcut ekibimiz ve asansör sayımızla sistemi tam kullanmak için bir yıllık toplam maliyetimiz ne olur?”

10. Demo Sonrası Pilot Kullanım Yapın

Mümkünse satın alma kararından önce kısa bir pilot kullanım yapın.

Pilot için bütün firmayı sisteme taşımaya gerek yoktur. Örneğin:

• 2 teknisyen
• 20–30 bina
• 50–100 asansör
• 1–2 haftalık gerçek saha kullanımı

yeterli bir test ortamı oluşturabilir.

Pilot sonunda şu üç gruptan geri bildirim alın:

Firma sahibi veya operasyon sorumlusu

Planlama kolaylaştı mı? Geciken işleri görmek kolay mı? Operasyon daha görünür hale geldi mi?

Teknisyen

Uygulama hızlı mı? Bakım kaydı oluşturmak zahmetli mi? Sahada gerçekten kullanılabilir mi?

Ofis personeli

Müşteri, bina, bakım ve arıza kayıtlarını bulmak kolay mı? Günlük iş yükü azaldı mı?

Asansorex değerlendirilirken de aynı yaklaşım uygulanabilir: birkaç gerçek bina ve teknisyen üzerinden bakım, arıza, fotoğraf ve raporlama akışlarının test edilmesi, kararın yalnızca ürün sunumuna göre verilmesini önler.

Sıkça Sorulan Sorular

Asansör bakım takip programı demosu ne kadar sürmeli?

Yalnızca özellik sunumu yapılan 20–30 dakikalık görüşmeler genellikle yeterli değildir. Gerçek bakım, arıza ve raporlama senaryolarının test edildiği daha kapsamlı bir demo tercih edilmelidir. Gerekirse farklı ekiplerle ikinci görüşme yapılabilir.

Demo sırasında teknisyen bulunmalı mı?

Evet. Yazılımı sahada kullanacak kişi teknisyendir. Firma sahibi veya ofis çalışanının kullanışlı bulduğu bir ekran, teknisyen açısından zor olabilir. En az bir saha çalışanının sürece dahil edilmesi faydalıdır.

Deneme sürümü ile demo aynı şey midir?

Hayır. Demo genellikle yazılımın tanıtıldığı görüşmedir. Deneme veya pilot kullanımda ise firma gerçek kullanıcılarıyla sistemi kendisi test eder. Satın alma kararı açısından pilot kullanım daha güçlü veri sağlar.

Mevcut Excel kayıtları yazılıma aktarılabilir mi?

Birçok profesyonel sistem veri aktarımına imkân verir ancak yöntem ve kapsam yazılıma göre değişebilir. Demo sırasında müşteri, bina, asansör ve sözleşme kayıtlarının nasıl aktarılacağını mutlaka netleştirin.

En önemli demo kriteri nedir?

Tek bir kriter yoktur. Ancak yazılımın gerçek operasyonunuza ne kadar uyduğu en önemli değerlendirme noktasıdır. Bakım planlama, saha kullanımı, arıza takibi ve raporlama süreçleri mutlaka birlikte test edilmelidir.

Çok özellikli program her zaman daha iyi midir?

Hayır. Kullanılmayan özelliklerin işletmeye faydası yoktur. Önemli olan firmanızın günlük işlerini daha hızlı, daha düzenli ve daha takip edilebilir hale getiren fonksiyonların gerçekten kullanılabilir olmasıdır.

Özet

Bir asansör bakım takip programı satın alırken demo görüşmesini ürün tanıtımı olarak değil, operasyon testi olarak değerlendirmek gerekir. Müşteri ve asansör kaydından bakım planlamaya, teknisyen uygulamasından arıza yönetimine, fotoğraflı kayıttan raporlamaya kadar bütün temel süreçler canlı olarak denenmelidir.

Karar verirken en iyi görünen ekranı değil; teknisyenin sahada rahat kullandığı, ofisin geciken işleri kolayca takip ettiği, firma sahibinin operasyonu net biçimde görebildiği ve geçmiş kayıtların birkaç saniyede bulunabildiği sistemi tercih edin.

Doğru hazırlanmış bir demo checklist, yalnızca yanlış yazılım satın alma riskini azaltmaz. Aynı zamanda firmanızın gerçekten hangi dijital süreçlere ihtiyaç duyduğunu da ortaya çıkarır.