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

İÇERİK

Bir asansör bakım programı satın almadan önce yapılan demo, ürünün menülerini görmek için değil, firmanızın günlük iş akışını gerçekten yönetip yönetemediğini anlamak için kullanılmalıdır. Pek çok firma demoda birkaç ekranı inceler, fiyatı sorar ve karar vermeye çalışır. Oysa asıl önemli olan; aylık bakım planının nasıl oluşturulduğu, teknisyenin sahada ne gördüğü, arızanın nasıl kapatıldığı, tahsilatın nasıl kaydedildiği ve yöneticinin tüm bu süreci ne kadar kolay takip edebildiğidir.

İyi hazırlanmış bir demo checklist, farklı yazılımları aynı kriterlerle karşılaştırmanıza yardımcı olur. Böylece “arayüzü güzel”, “çok özellikli” veya “ucuz” gibi yüzeysel değerlendirmeler yerine gerçek operasyonunuza uygunluğu ölçebilirsiniz.

Bu rehberde, bir asansör bakım yazılımı demosuna girerken yanınızda bulundurabileceğiniz pratik bir kontrol listesi oluşturacağız.

Demo Öncesinde Kendi Senaryonuzu Hazırlayın

Demo başlamadan önce yazılım firmasının size göstermek istediği akışı değil, kendi firmanızın gerçek iş akışını test etmeye hazırlanmanız gerekir.

Örneğin 300 asansöre bakım yapan, 6 teknisyeni ve 2 saha ekibi bulunan bir firmaysanız demo sırasında buna benzer bir yapı üzerinden ilerlemek daha sağlıklı sonuç verir.

Demo öncesinde şu bilgileri hazırlayın:

• Yaklaşık bakım yaptığınız asansör sayısı
• Aktif teknisyen sayısı
• Aylık ortalama arıza sayısı
• Kaç farklı bölgede çalıştığınız
• Tahsilatların nasıl takip edildiği
• Bakım fişlerinin nasıl düzenlendiği
• Teklif ve sözleşmelerin nerede tutulduğu
• Müşteri taleplerinin hangi kanaldan geldiği
• Mevcut Excel veya başka yazılımdaki veri miktarı
• En fazla zaman kaybettiren üç operasyonel problem

Örneğin firmanızdaki temel sorun “teknisyen bakım yaptı mı, yapmadı mı?” sorusunun net cevaplanamamasıysa, demo boyunca özellikle bakımın sahada nasıl açıldığı, kapatıldığı ve doğrulandığına odaklanmalısınız.

İyi bir demo, yazılımın sahip olduğu özelliklerin sunumu değil; sizin günlük operasyonunuzun yazılım üzerinde canlandırılmasıdır.

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

Asansör bakım programının temel veri yapısı müşteri, bina ve asansör kayıtlarıdır. Bu bölüm karmaşıksa ileride operasyonun tamamı zorlaşabilir.

Demo sırasında sıfırdan örnek bir müşteri açılmasını isteyin.

Örneğin:

ABC Apartmanı → A Blok → Asansör No: 1

Ardından aynı müşteriye ikinci bina veya ikinci asansör eklemeyi deneyin.

Kontrol edilmesi gereken noktalar:

• Bir müşteriye birden fazla bina eklenebiliyor mu?
• Bir binada birden fazla asansör tanımlanabiliyor mu?
• Asansörün teknik bilgileri kaydedilebiliyor mu?
• Bakım ücreti tanımlanabiliyor mu?
• Sözleşme başlangıç ve bitiş tarihleri tutulabiliyor mu?
• Bina yöneticisinin iletişim bilgileri eklenebiliyor mu?
• Geçmiş bakım ve arıza kayıtlarına aynı ekrandan erişilebiliyor mu?
• Asansörün konumu harita üzerinden görülebiliyor mu?

Buradaki amaç yalnızca kayıt açılabildiğini görmek değildir. 1000 asansör olduğunda da aynı yapının yönetilebilir olup olmayacağını düşünmelisiniz.

2. Aylık Bakım Planlama Sürecini Canlı Test Edin

Asansör bakım firmasının en yoğun operasyonlarından biri aylık periyodik bakım planıdır. Bu nedenle demoda en fazla zaman ayırmanız gereken bölümlerden biri bakım planlamasıdır.

Satış temsilcisinden örnek olarak 20 asansörü bir teknisyene atamasını isteyin.

Ardından şu soruları sorun:

1. Aylık bakım planı toplu oluşturulabiliyor mu?
2. Teknisyen bazlı görev dağılımı yapılabiliyor mu?
3. Bölgeye göre filtreleme yapılabiliyor mu?
4. Bakım tarihi sonradan değiştirilebiliyor mu?
5. Geciken bakımlar ayrı görülebiliyor mu?
6. Yapılmayan bakımlar otomatik olarak fark edilebiliyor mu?
7. Bir teknisyenin günlük iş yükü görülebiliyor mu?
8. Tamamlanan bakım otomatik olarak geçmişe işleniyor mu?

Burada özellikle toplu işlem yeteneklerini kontrol edin.

300 asansörlük bir portföyde her bakımın tek tek oluşturulması gerekiyorsa yazılım kullanmak, Excel kullanmaktan çok daha fazla zaman kaybettirebilir.

Bakım planlama demo testi

Satış temsilcisinden şu senaryoyu canlı olarak gerçekleştirmesini isteyin:

“Mehmet isimli teknisyenin bugün yapacağı 12 bakım olsun. Bunlardan ikisini başka teknisyene aktaralım, birini ertesi güne taşıyalım ve üç bakım tamamlandığında yöneticinin ekranında durumun nasıl değiştiğini görelim.”

Bu senaryo size sistemin günlük operasyonda ne kadar kullanışlı olduğunu hızlı şekilde gösterir.

3. Teknisyen Mobil Uygulamasını Mutlaka Görün

Bir asansör bakım programının masaüstü ekranı ne kadar gelişmiş olursa olsun teknisyen uygulaması kullanışsızsa sistem sahada benimsenmez.

Bu nedenle demoda mutlaka teknisyen rolüyle mobil uygulamaya giriş yapılmasını isteyin.

Teknisyen uygulamasında şu işlemleri test edin:

Kontrol noktası	Demoda ne test edilmeli?
Günlük görevler	Teknisyen kendi bakım listesini görebiliyor mu?
Bina bilgisi	Adres ve iletişim bilgisine erişebiliyor mu?
Navigasyon	Konuma kolay ulaşabiliyor mu?
Bakım formu	Kontrol maddeleri sahada doldurulabiliyor mu?
Fotoğraf	Bakım kaydına fotoğraf eklenebiliyor mu?
İmza	Bina yetkilisinden dijital imza alınabiliyor mu?
Açıklama	Teknik not bırakılabiliyor mu?
Tahsilat	Sahada tahsilat kaydedilebiliyor mu?
Geçmiş	Önceki bakım veya arıza bilgileri görülebiliyor mu?
İnternet sorunu	Bağlantı zayıfken çalışma yöntemi nedir?

Özellikle mobil uygulamada işlem sayısına dikkat edin.

Bir bakım kaydını kapatmak için teknisyenin 10 farklı ekrana girmesi gerekiyorsa, ekip birkaç hafta sonra sistemi kullanmamaya başlayabilir.

İdeal senaryoda teknisyen binaya gider, ilgili görevi açar, kontrol formunu doldurur, gerekli fotoğraf veya imzayı ekler ve işi birkaç adımda kapatır.

4. Arıza Yönetimini Gerçek Bir Senaryoyla Deneyin

Bakım kadar önemli ikinci süreç arıza yönetimidir.

Demo sırasında sadece “buradan arıza açılıyor” anlatımını kabul etmek yerine gerçek bir arıza senaryosu oluşturun.

Örneğin:

“ABC Apartmanı yöneticisi saat 14.20'de aradı ve asansörün üçüncü katta kaldığını bildirdi.”

Ardından şu akışı test edin:

• Arıza kaydı oluşturma
• Bina ve asansör seçme
• Teknisyen atama
• Teknisyene bildirimin ulaşması
• Teknisyenin arızayı sahiplenmesi
• Arıza nedeninin yazılması
• Kullanılan parçanın kaydedilmesi
• Fotoğraf eklenmesi
• İşlemin tamamlanması
• Müşterinin bilgilendirilmesi
• Arıza geçmişinin rapora yansıması

Ayrıca aynı asansörde son altı ayda kaç arıza oluştuğunun kolayca görülüp görülemediğini sorun.

Bu veri özellikle tekrar eden arızaları tespit etmek ve revizyon ihtiyacını müşteriye somut kayıtlarla anlatmak açısından değerlidir.

5. Finans, Tahsilat ve Cari Takibini Kontrol Edin

Birçok asansör bakım firması operasyonu başka sistemde, cari ve tahsilat takibini başka sistemde yürütüyor. Bu durum zamanla kayıt uyuşmazlıklarına neden olabilir.

Demo sırasında örnek bir bakım borcu oluşturulmasını isteyin.

Örneğin:

ABC Apartmanı – Ağustos Bakım Bedeli – 3.500 TL

Ardından 2.000 TL kısmi tahsilat girin.

Sistemin kalan 1.500 TL'yi doğru gösterip göstermediğini kontrol edin.

Şunları da test edin:

• Cari borç ve alacak görüntüleme
• Kısmi tahsilat
• Nakit/banka gibi ödeme türleri
• Geciken alacak listesi
• Müşteri bazlı hesap hareketleri
• Tahsilat geçmişi
• Bakım ücretlerinin takibi
• Parça satışlarının cariye işlenmesi
• Faturalandırma süreciyle bağlantı

Burada önemli olan muhasebe programının bütün fonksiyonlarını beklemek değildir. Asıl soru şudur:

Saha operasyonundan doğan finansal hareket, tekrar elle veri girmeden takip edilebiliyor mu?

Asansorex gibi asansör bakım operasyonuna özel yazılımlarda bakım, arıza, cari ve saha kayıtlarının aynı iş akışı içerisinde tutulması; özellikle farklı Excel dosyaları arasında veri taşımayı azaltabilir.

6. Raporlama ve Yönetici Görünümünü İnceleyin

Programın gerçek değeri yalnızca veri kaydetmesi değil, kaydedilen veriyi anlaşılır hale getirmesidir.

Demo sırasında hazır örnek veriler üzerinden rapor ekranlarını inceleyin.

Şu soruların cevabını birkaç dakika içinde alıp alamadığınızı kontrol edin:

• Bu ay kaç bakım tamamlandı?
• Kaç bakım gecikti?
• Hangi teknisyen kaç bakım yaptı?
• Kaç açık arıza var?
• Ortalama arıza çözüm süresi nedir?
• En fazla arıza veren asansör hangisi?
• Hangi müşterilerin borcu bulunuyor?
• Bu ay ne kadar tahsilat yapıldı?
• Hangi sözleşmeler yakında sona eriyor?

Eğer bu soruların cevapları için sürekli Excel'e aktarım yapılması gerekiyorsa, yazılımın raporlama tarafı günlük yönetim ihtiyacını yeterince karşılamıyor olabilir.

7. Yetkilendirme, Veri Güvenliği ve Geçmiş Kayıtlarını Sorun

Asansör bakım yazılımında herkesin her veriye erişmesi doğru değildir.

Örneğin bir teknisyenin firmanın bütün finansal kayıtlarını görmesi gerekmez. Benzer şekilde bazı çalışanların müşteri veya sözleşme bilgilerini değiştirmesi sınırlandırılabilir.

Demo sırasında farklı kullanıcı rollerinin nasıl çalıştığını sorun.

Kontrol edilmesi gerekenler:

• Teknisyen yalnızca kendi işlerini görebiliyor mu?
• Ofis personeline farklı yetki verilebiliyor mu?
• Finansal bilgiler sınırlandırılabiliyor mu?
• Silinen veya değiştirilen kayıtların takibi mümkün mü?
• Kullanıcı bazında işlem geçmişi tutuluyor mu?
• Eski bakım kayıtlarına erişilebiliyor mu?
• Veri yedekleme yöntemi nedir?
• Personel ayrıldığında erişimi hızlıca kapatılabiliyor mu?

Özellikle bakım kayıtlarının geçmişte değiştirilebilmesi veya tamamen kaybolabilmesi ciddi bir operasyon riski oluşturabilir.

Demo Sırasında Kullanabileceğiniz Kısa Checklist

Farklı yazılımları değerlendiriyorsanız aşağıdaki listeyi her demo için doldurabilirsiniz.

• [ ] Müşteri kaydı kolay oluşturuluyor
• [ ] Bir müşteriye birden fazla bina eklenebiliyor
• [ ] Bir binaya birden fazla asansör tanımlanabiliyor
• [ ] Toplu bakım planı oluşturulabiliyor
• [ ] Teknisyenlere görev atanabiliyor
• [ ] Mobil uygulamadan bakım kapatılabiliyor
• [ ] Bakım formu doldurulabiliyor
• [ ] Fotoğraf ve dijital imza eklenebiliyor
• [ ] Arıza kaydı açılıp teknisyene atanabiliyor
• [ ] Arıza geçmişi görülebiliyor
• [ ] Parça kullanımı kaydedilebiliyor
• [ ] Tahsilat kaydı oluşturulabiliyor
• [ ] Cari borç-alacak görülebiliyor
• [ ] Geciken bakımlar raporlanabiliyor
• [ ] Teknisyen performansı takip edilebiliyor
• [ ] Sözleşme bitiş tarihleri izlenebiliyor
• [ ] Kullanıcı yetkileri sınırlandırılabiliyor
• [ ] Geçmiş kayıtlar kolay bulunabiliyor
• [ ] Mevcut veriler sisteme aktarılabiliyor
• [ ] Eğitim ve teknik destek süreci net açıklanıyor

Her madde için ayrıca “var/yok” yerine 1 ile 5 arasında kullanım kolaylığı puanı vermek daha sağlıklı bir karşılaştırma sağlar.

Demo Sonunda Mutlaka Sorulması Gereken Sorular

Yazılımın fonksiyonlarını gördükten sonra ticari ve operasyonel şartları da netleştirin.

Özellikle şu soruları sorun:

1. Paket hangi özellikleri kapsıyor?
2. Asansör veya kullanıcı sayısı arttığında ücret değişiyor mu?
3. Mobil uygulama ayrıca ücretli mi?
4. Eğitim ve kurulum dahil mi?
5. Mevcut verilerin aktarımı nasıl yapılıyor?
6. Teknik destek hangi kanallardan veriliyor?
7. Güncelleme için ayrıca ücret ödeniyor mu?
8. Sözleşme yenileme fiyatlandırması nasıl çalışıyor?
9. Verilerimi dışarı aktarabilir miyim?
10. Programı bırakmam durumunda kayıtları hangi formatta alabilirim?

Demo sırasında çok etkileyici görünen bir yazılım, lisans sonrasında ek kullanıcı, eğitim, veri aktarımı veya bazı modüller için ayrı ücret talep ediyorsa toplam maliyet beklenenden farklı olabilir.

Bu nedenle satın alma kararını yalnızca yıllık lisans fiyatına göre değil, toplam kullanım maliyetine göre değerlendirin.

Sıkça Sorulan Sorular

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

Basit bir ürün tanıtımı 20–30 dakika sürebilir. Ancak gerçek bir değerlendirme yapılacaksa bakım, arıza, mobil saha, finans ve raporlama senaryolarının test edilmesi gerekir. Bu nedenle yalnızca sunumu izlemek yerine en kritik iş akışlarına yeterli zaman ayrılması daha önemlidir.

Demo sırasında kendi verilerimizi kullanmalı mıyız?

Mümkünse evet. Gerçek müşteri bilgilerini paylaşmak istemiyorsanız firmanızdaki yapıya benzeyen örnek veriler oluşturabilirsiniz. Örneğin gerçek operasyonunuz 500 asansör ve 10 teknisyense, iki müşteri ve tek teknisyen üzerinden yapılan çok basit bir demo yanıltıcı olabilir.

Mobil uygulamayı görmek gerçekten gerekli mi?

Kesinlikle. Asansör bakım operasyonunun önemli bölümü sahada gerçekleşir. Teknisyenin bakım görevini nasıl aldığı, formu nasıl doldurduğu ve işi nasıl kapattığı görülmeden yalnızca ofis ekranlarına göre karar verilmemelidir.

Demo hesabını daha sonra kendimiz test etmeli miyiz?

Mümkünse deneme erişimi istemek faydalıdır. Satış temsilcisinin yönlendirdiği demo ile yazılımı tek başınıza kullanmak arasında ciddi fark olabilir. Özellikle yeni müşteri oluşturma, bakım planı hazırlama ve rapor bulma gibi işlemleri yardım almadan deneyin.

Farklı asansör programlarını nasıl karşılaştırmalıyız?

Tüm ürünlerde aynı demo senaryosunu kullanın. Örneğin aynı müşteri kaydı, aynı bakım planı, aynı arıza ve aynı tahsilat senaryosunu test ederek işlem sayısı, kullanım kolaylığı, mobil deneyim, raporlama ve toplam maliyet açısından puanlama yapabilirsiniz.

Asansorex demosunda hangi süreçler test edilebilir?

Asansorex değerlendirilirken müşteri ve asansör kaydından bakım planlamaya, teknisyen saha akışından arıza yönetimine, tahsilat ve cari takibinden raporlamaya kadar firmanın günlük operasyonuna uygun örnek senaryolar üzerinden ilerlemek en faydalı yöntemdir.

Özet

Bir asansör bakım programı demosu, ürünün kaç menüsü veya kaç özelliği olduğunu öğrenmek için yapılmamalıdır. Asıl hedef, yazılımın sizin gerçek operasyonunuzu ne kadar az manuel işlemle yönetebildiğini ölçmektir.

Demo sırasında özellikle müşteri ve asansör kayıtlarını, toplu bakım planlamayı, teknisyen mobil uygulamasını, arıza yönetimini, tahsilat ve cari süreçlerini, raporlamayı, kullanıcı yetkilerini ve geçmiş kayıtları mutlaka test edin.

En sağlıklı satın alma yöntemi, değerlendirdiğiniz her yazılıma aynı senaryoyu uygulamak ve sonuçları ortak bir checklist üzerinden puanlamaktır. Asansorex gibi asansör sektörüne özel çözümleri değerlendirirken de yalnızca özellik listesini değil, kendi firmanızdaki gerçek bir bakım veya arıza sürecinin sistem üzerinde baştan sona ne kadar kolay yürütüldüğünü görmek karar kalitesini belirgin biçimde artırır.