Asansör Bakım Takvimi Programı Demo Checklist

İÇERİK

Bir asansör bakım takvimi programı satın almadan önce yapılan demo, yalnızca yazılımın ekranlarını görmek için değil, firmanızın günlük operasyonlarına gerçekten uyup uymadığını anlamak için kullanılmalıdır. Takvim görünümünün şık olması veya menülerin fazla olması, yazılımın bakım süreçlerini başarılı şekilde yöneteceği anlamına gelmez.

Doğru bir demo sürecinde; bakım planının nasıl oluşturulduğu, teknisyene nasıl iletildiği, sahada nasıl kapatıldığı, geciken işlerin nasıl fark edildiği ve yöneticinin sonuçları nasıl kontrol ettiği test edilmelidir. Bu rehberde yer alan demo checklist sayesinde bir programın sadece özelliklerini değil, gerçek kullanım değerini de değerlendirebilirsiniz.

Demo Öncesinde Hazırlanması Gerekenler

Demo görüşmesine hazırlıksız girmek, yazılım sağlayıcının yalnızca güçlü olduğu ekranları göstermesine neden olabilir. Bu durumda programın firmanızdaki gerçek sorunları çözüp çözmediğini anlamak zorlaşır.

Demo başlamadan önce mevcut operasyonunuzla ilgili aşağıdaki bilgileri hazırlayın:

• Aktif bakım sözleşmesi bulunan asansör sayısı
• Aylık ortalama bakım adedi
• Sahada çalışan teknisyen sayısı
• Teknisyenlerin sorumlu olduğu bölgeler
• Bakım planlarının mevcut durumda nasıl hazırlandığı
• Geciken bakımların nasıl takip edildiği
• Bakım formlarının kâğıt mı dijital mi tutulduğu
• Bina yöneticilerine nasıl bilgi verildiği
• Bakım sonrasında fotoğraf veya imza alınıp alınmadığı
• Geçmiş bakım kayıtlarına nasıl ulaşıldığı

Programı incelerken gerçek veya temsili üç bina belirlemek faydalıdır. Örneğin bir apartman, bir iş merkezi ve birden fazla asansörü bulunan site üzerinden ayrı bakım senaryoları oluşturabilirsiniz.

İyi bir demo, hazırlanmış bir sunumun izlenmesi değil, firmanızdaki gerçek bir bakım işinin yazılım üzerinde baştan sona uygulanmasıdır.

Bakım Takvimi Oluşturma Özelliklerini Test Edin

Bir asansör bakım programının temel görevi, yapılması gereken işleri doğru tarihlerde planlamak ve unutulmasını önlemektir. Bu nedenle ilk olarak bakım takviminin nasıl oluşturulduğu incelenmelidir.

Tekli bakım planlama

Demo sırasında bir bina kaydı açılmasını ve bu binaya bakım tarihi tanımlanmasını isteyin. İşlem sırasında kaç ekran geçildiğine, hangi bilgilerin zorunlu olduğuna ve planlamanın ne kadar sürdüğüne dikkat edin.

Aşağıdaki bilgiler bakım kaydında görülebilmelidir:

• Bina veya müşteri adı
• Asansör bilgisi
• Bakım tarihi
• Sorumlu teknisyen
• Bakım türü
• Açıklama veya özel not
• Önceki bakım tarihi
• Bir sonraki bakım zamanı

Toplu bakım planlama

Yüzlerce asansörü bulunan bir firmanın her bakım kaydını tek tek oluşturması verimli değildir. Programın sözleşme tarihine, bölgeye, teknik personele veya belirlenen bakım periyoduna göre toplu planlama yapıp yapamadığını kontrol edin.

Örneğin 50 asansörün gelecek ayki bakımlarının birkaç işlemle oluşturulup oluşturulamadığını sorun. Toplu planlama sonrasında tarih ve teknisyen değişikliklerinin de kolayca yapılabilmesi gerekir.

Tekrarlayan bakım kaydı

Bir bakım tamamlandığında sonraki bakımın otomatik oluşup oluşmadığını test edin. Sistem otomatik kayıt oluşturuyorsa tarih hesaplamasının firmanızın çalışma düzenine göre değiştirilebilmesi önemlidir.

Resmî tatiller, hafta sonları, yoğun servis günleri veya teknisyen izinleri nedeniyle tarih değişikliği gerekebilir. Program, kullanıcıyı katı bir takvime zorlamak yerine planın düzenlenmesine izin vermelidir.

Takvim Görünümünü Gerçek Senaryolarla İnceleyin

Takvim ekranı sadece tarihleri göstermemeli, operasyon sorumlusunun iş yükünü anlamasını kolaylaştırmalıdır.

Demo sırasında günlük, haftalık ve aylık görünümler arasında geçiş yapın. Ardından aşağıdaki senaryoları deneyin:

1. Belirli bir teknisyenin bakımlarını filtreleyin.
2. Sadece geciken işleri görüntüleyin.
3. Belirli bir bölgedeki binaları listeleyin.
4. Bir bakımı farklı tarihe taşıyın.
5. Teknisyeni değiştirin.
6. Tamamlanan ve bekleyen işleri karşılaştırın.
7. Aynı binadaki birden fazla asansörü kontrol edin.

Takvim üzerinde renk kullanılıyorsa renklerin ne anlama geldiği açık olmalıdır. Çok fazla renk veya simge, ekranı anlaşılır hâle getirmek yerine karmaşıklaştırabilir.

Demo alanı	Yapılacak test	Başarılı sonuç	Dikkat edilmesi gereken risk
Aylık takvim	Tüm bakımları görüntüleme	Planlanan işler tek ekranda görülür	Çok sayıda kayıtta ekran karışabilir
Teknisyen filtresi	Bir personelin işlerini seçme	Sadece ilgili görevler listelenir	Filtre her seferinde sıfırlanabilir
Tarih değiştirme	Bakımı başka güne taşıma	Kayıt hızlıca güncellenir	Eski tarih geçmişi silinebilir
Gecikme takibi	Tarihi geçen işleri listeleme	Geciken işler açıkça ayrılır	Gecikmeler fark edilmeyebilir
Bölge planlama	Belirli ilçedeki işleri seçme	Rota planlaması kolaylaşır	Adres ve bölge bilgileri yetersiz olabilir
Tamamlanma durumu	Yapılan bakımı kapatma	Takvim durumu anında güncellenir	Saha ile ofis verisi geç eşleşebilir

Teknisyenin Sahadaki Kullanımını Test Edin

Ofis ekranının başarılı olması tek başına yeterli değildir. Asıl kullanımın önemli bölümü sahada teknisyen tarafından gerçekleştirilir. Bu nedenle demo sırasında teknisyen rolüyle giriş yapılmasını isteyin.

Teknisyenin günlük görevlerini telefondan veya tabletten kolayca görebilmesi gerekir. Karmaşık menüler, küçük butonlar veya gereksiz bilgi alanları saha kullanımını zorlaştırabilir.

Bakım görevine ulaşma

Teknisyen aşağıdaki bilgilere hızlıca erişebilmelidir:

• Bina adı ve açık adresi
• Bina yöneticisinin iletişim bilgisi
• Asansörün temel teknik bilgileri
• Yapılacak bakımın tarihi
• Önceki bakım notları
• Daha önce tespit edilen eksikler
• Bina veya makine dairesiyle ilgili özel açıklamalar

Örneğin “Makine dairesi anahtarı kapıcıdadır” veya “Binaya arka girişten ulaşılmalıdır” gibi notların sahada görünmesi zaman kaybını azaltabilir.

Bakımın dijital kapatılması

Teknisyenin bakım görevini nasıl tamamladığını mutlaka deneyin. Bakım formu doldurma, açıklama ekleme, fotoğraf yükleme, kullanılan malzemeyi belirtme ve müşteri imzası alma adımlarını kontrol edin.

Formun çok uzun olması, teknisyenin işlemi eksik yapmasına yol açabilir. Çok kısa olması ise bakımın gerçekten nasıl gerçekleştirildiğini belgelemekte yetersiz kalabilir. İdeal sistem, firmanın ihtiyaçlarına göre bakım formunun düzenlenmesine izin vermelidir.

Asansorex gibi bakım takip yazılımlarında bakım planının ofisten oluşturulması, teknisyenin sahada formu kapatması ve kaydın aynı iş akışı içinde saklanması; kâğıt, WhatsApp mesajı ve farklı Excel dosyaları arasında oluşan bilgi kopukluğunu azaltabilir.

Geciken ve Yapılmayan Bakımlar Nasıl Takip Ediliyor?

Bir programın değeri, yalnızca yapılan işleri kaydetmesinde değil, yapılmayan işleri zamanında göstermesinde ortaya çıkar.

Demo sırasında tarihi geçmiş ancak tamamlanmamış bir bakım kaydı oluşturun. Ardından sistemin bu kaydı nasıl gösterdiğini inceleyin.

Şu sorulara yanıt arayın:

• Geciken bakım ana ekranda görünüyor mu?
• Operasyon sorumlusuna bildirim gönderiliyor mu?
• Gecikmenin kaç günlük olduğu anlaşılabiliyor mu?
• Bakım başka bir teknisyene aktarılabiliyor mu?
• Erteleme nedeni kaydedilebiliyor mu?
• Müşteriye ulaşılamadığı bilgisi eklenebiliyor mu?
• İptal edilen ve ertelenen işler ayrı gösteriliyor mu?

Bakımın yapılamama nedeninin kayıt altına alınması önemlidir. “Teknisyen gitmedi” ile “Bina yönetimi erişim sağlayamadı” aynı durum değildir. Program bu ayrımı gösterebilmelidir.

Ayrıca geçmiş tarihin değiştirilerek gecikmenin görünmez hâle getirilip getirilemediğini kontrol edin. Sağlıklı bir takip sisteminde işlem geçmişi korunmalı, yapılan değişikliklerin ne zaman gerçekleştiği görülebilmelidir.

Bildirim ve Hatırlatma Özelliklerini Kontrol Edin

Bakım takviminin etkili olabilmesi için doğru kişiye, doğru zamanda hatırlatma göndermesi gerekir. Ancak çok fazla bildirim, kullanıcıların uyarıları tamamen görmezden gelmesine neden olabilir.

Demo sırasında aşağıdaki bildirim seçeneklerini inceleyin:

• Yaklaşan bakım bildirimi
• Günlük görev listesi
• Geciken bakım uyarısı
• Teknisyen değişikliği bildirimi
• İptal veya erteleme bilgisi
• Tamamlanan bakım bildirimi
• Sözleşmesi sona yaklaşan bina uyarısı

Bildirimlerin kimlere gönderileceği ayarlanabilmelidir. Örneğin teknisyene yalnızca kendi işleri, operasyon sorumlusuna tüm gecikmeler, firma sahibine ise özet performans bilgileri gönderilebilir.

SMS veya başka iletişim kanalları kullanılıyorsa bunların ek maliyetleri de sorulmalıdır. Demo sırasında ücretsiz görünen bir özellik, kullanım başladığında kontör veya mesaj ücreti oluşturabilir.

Raporlama Ekranında Hangi Veriler Olmalı?

Bakım takvimi programı sadece bugünün işlerini değil, firmanın genel bakım performansını da göstermelidir.

Demo sırasında en az aşağıdaki raporları kontrol edin:

• Planlanan bakım sayısı
• Tamamlanan bakım sayısı
• Geciken bakım sayısı
• İptal edilen bakım sayısı
• Teknisyen bazlı tamamlanma oranı
• Bölge bazlı bakım yoğunluğu
• Bina bazlı bakım geçmişi
• Belirli tarih aralığındaki işlemler
• Fotoğraflı ve imzalı bakım kayıtları
• Eksik veya açık bırakılan formlar

Raporların Excel veya PDF gibi yaygın formatlarda dışa aktarılıp aktarılamadığını sorun. Bununla birlikte rapor almak için her defasında teknik destek gerekmesi, günlük kullanım açısından önemli bir dezavantajdır.

Firma sahibi açısından önemli olan yalnızca “kaç bakım yapıldı?” sorusu değildir. Hangi bakımlar gecikti, hangi teknisyenin iş yükü fazla, hangi bölgede planlama sorunu yaşanıyor ve hangi müşterilerde sürekli erişim problemi oluşuyor gibi sorular da yanıtlanabilmelidir.

Kullanım Kolaylığı ve Yetkilendirme Testi

Program çok sayıda özelliğe sahip olabilir; ancak çalışanların kullanamadığı bir sistem yatırımın karşılığını vermez.

Demo sırasında bakım planlayan ofis personeli, sahadaki teknisyen ve firma sahibi için farklı kullanım senaryoları oluşturun. Her kullanıcının yalnızca ihtiyaç duyduğu ekranları görüp görmediğini kontrol edin.

Değerlendirme sırasında şu ölçütleri kullanabilirsiniz:

• Yeni bakım kaydı oluşturmak kolay mı?
• Teknisyen günlük işini birkaç adımda görebiliyor mu?
• Yanlış işlem yapıldığında düzeltme mümkün mü?
• Arama alanı bina adı, telefon veya adresle sonuç buluyor mu?
• Çok sayıda kayıt olduğunda sistem yavaşlıyor mu?
• Mobil ekranda yazılar ve butonlar rahat kullanılıyor mu?
• Eğitim almayan bir çalışan temel işlemleri anlayabiliyor mu?
• Yetkisiz kullanıcı finansal veya özel bilgilere ulaşabiliyor mu?

Demo sunumunu yapan kişinin işlemleri hızlı gerçekleştirmesi yanıltıcı olabilir. Mümkünse klavye ve fareyi siz kullanın. Bir bakım planını kendiniz oluşturun, teknisyen atayın ve saha tarafından kapatmayı deneyin.

Veri Aktarımı, Destek ve Gizli Maliyetleri Sorun

Bir yazılımın özellikleri kadar geçiş ve kullanım süreci de önemlidir. Mevcut bina, müşteri, asansör ve sözleşme bilgilerinin programa nasıl aktarılacağını netleştirin.

Aşağıdaki konular demo sırasında yazılı olarak sorulmalıdır:

• Excel dosyalarından veri aktarımı yapılıyor mu?
• Veri aktarımı ücretli mi?
• İlk kurulum eğitimi veriliyor mu?
• Teknisyenler için ayrı eğitim bulunuyor mu?
• Destek hangi kanallardan sağlanıyor?
• Kullanıcı veya teknisyen sayısı sınırı var mı?
• Asansör sayısı arttığında fiyat değişiyor mu?
• Fotoğraf ve belge saklama sınırı bulunuyor mu?
• SMS, e-fatura veya benzeri işlemler ayrıca ücretli mi?
• Sözleşme sona erdiğinde veriler dışa aktarılabiliyor mu?
• Mobil uygulama için ayrıca ödeme gerekiyor mu?

Sadece yıllık lisans fiyatını karşılaştırmak doğru değildir. Kurulum, veri aktarımı, eğitim, mesaj kontörü, ek kullanıcı, depolama ve destek ücretleri toplam maliyeti değiştirebilir.

Demo Sonunda Puanlama Yapın

Birden fazla program inceliyorsanız kararınızı yalnızca hatırladığınız ekranlara göre vermeyin. Her yazılımı aynı kriterlerle puanlayın.

Her başlığa 1 ile 5 arasında puan verebilirsiniz:

1. Bakım planlama kolaylığı
2. Toplu işlem özellikleri
3. Teknisyen mobil kullanımı
4. Bakım formu ve fotoğraflı kapanış
5. Geciken bakım takibi
6. Bildirim seçenekleri
7. Raporlama yeterliliği
8. Kullanıcı yetkilendirmesi
9. Veri aktarım süreci
10. Destek kalitesi
11. Toplam kullanım maliyeti
12. Firmanın iş akışına uyum

En fazla özelliğe sahip program her zaman en doğru program değildir. Firmanızda düzenli kullanılacak, çalışanların benimseyeceği ve bakım kaçaklarını azaltacak çözüm daha değerlidir.

Sıkça Sorulan Sorular

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

Süre, firmanın büyüklüğüne ve test edilecek modüllere göre değişebilir. Önemli olan sunum süresi değil; bakım oluşturma, teknisyene atama, sahada kapatma ve raporlama işlemlerinin baştan sona denenmesidir.

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

Mümkünse birkaç temsili bina, asansör ve teknisyen kaydı kullanılmalıdır. Gerçek iş akışına yakın veriler, programın firmanıza uygunluğunu daha doğru gösterir. Kişisel veriler paylaşılacaksa gerekli gizlilik önlemleri alınmalıdır.

Ücretsiz deneme ile demo aynı şey midir?

Hayır. Demo genellikle yazılım sağlayıcının sistemi tanıttığı görüşmedir. Ücretsiz deneme ise firmanın programı belirli süre kendi kullanıcılarıyla test etmesidir. Satın alma öncesinde her ikisinin birlikte yapılması daha sağlıklı sonuç verir.

Teknisyenlerin demo sürecine katılması gerekir mi?

Evet. Programı sahada kullanacak teknisyenlerin görüşü önemlidir. Özellikle mobil kullanım, bakım formu, fotoğraf yükleme, imza alma ve görev kapatma adımlarını teknisyenlerin test etmesi faydalıdır.

Bakım takvimi programında en önemli özellik nedir?

Tek bir özellik yerine iş akışının bütünlüğü önemlidir. Bakımın planlanması, teknisyene iletilmesi, sahada tamamlanması, gecikmelerin izlenmesi ve geçmiş kayıtların raporlanması aynı sistem içinde çalışmalıdır.

Demo sonrasında hemen satın alma kararı verilmeli mi?

Program gerçek senaryolarla test edilmeden ve toplam maliyet netleşmeden karar verilmemelidir. Özellik listesi, destek şartları, veri aktarımı, kullanıcı sınırları ve ek ücretler yazılı olarak karşılaştırılmalıdır.

Özet

Bir asansör bakım takvimi programı demosu, yalnızca ekran tasarımını inceleme toplantısı değildir. Demo sırasında gerçek bir bakım kaydı oluşturulmalı, teknisyene atanmalı, sahada kapatılmalı, gecikme senaryosu denenmeli ve sonuç raporu alınmalıdır.

Takvim planlama, toplu işlemler, teknisyen kullanımı, bildirimler, raporlama, veri aktarımı ve toplam maliyet aynı checklist üzerinden değerlendirilmelidir. Asansorex gibi asansör sektörüne yönelik geliştirilen çözümler incelenirken de yalnızca sunulan özelliklere değil, bu özelliklerin firmanızdaki günlük bakım sürecini ne kadar sadeleştirdiğine odaklanmak daha doğru bir satın alma kararı sağlar.