Asansör Bakım Yazılımı İçin Demo Checklist

İÇERİK

Asansör bakım yazılımı seçerken yapılan en yaygın hata, demoda gösterilen ekranların etkileyici görünmesini yeterli kabul etmektir. Oysa iyi tasarlanmış bir ana sayfa, yazılımın gerçek saha koşullarında başarılı olacağını garanti etmez. Programın aylık bakım planını nasıl oluşturduğu, acil arızayı doğru ekibe nasıl aktardığı, internet kesildiğinde teknisyenin çalışıp çalışamadığı ve tamamlanan işlemin nasıl kanıtlandığı mutlaka test edilmelidir.

Bu rehberdeki asansör bakım yazılımı demo checklist, firma sahiplerinin, operasyon sorumlularının ve teknisyenlerin bir demo görüşmesini sistemli biçimde değerlendirmesine yardımcı olur. Amaç, özellik listesini dinlemek değil; firmanızda her gün yaşanan bakım, arıza, teklif, tahsilat ve raporlama süreçlerini yazılım üzerinde gerçekçi senaryolarla sınamaktır.

Demo Öncesinde Firmanızın İhtiyaçlarını Netleştirin

Demo görüşmesine hazırlıksız girildiğinde yazılım sağlayıcısı kendi belirlediği özellikleri anlatır. Görüşmenin sonunda çok sayıda ekran görülür ancak programın firmanın asıl sorununu çözüp çözmediği anlaşılmaz. Bu nedenle önce mevcut operasyonun kısa bir fotoğrafı çıkarılmalıdır.

Demo öncesinde aşağıdaki bilgileri hazırlayın:

• Bakımı yapılan toplam asansör sayısı
• Aktif teknisyen ve ofis kullanıcısı sayısı
• Bulunulan şehirler, bölgeler veya şubeler
• Aylık ortalama bakım ve arıza iş emri sayısı
• Bakım planlarının bugün nasıl oluşturulduğu
• Teknisyenlerin sahada kullandığı belge ve formlar
• Müşteri ve bina yöneticilerine gönderilen bildirimler
• Kullanılan muhasebe, e-fatura, SMS veya tahsilat çözümleri
• Mevcut verilerin Excel, kâğıt ya da başka bir programda olup olmadığı
• Operasyonda en fazla zaman kaybettiren üç sorun

Örneğin 800 asansöre bakım veren bir firmanın önceliği, yalnızca müşteri kaydı oluşturmak değildir. Bu firma için aylık planın dengeli dağıtılması, geciken bakımların görülmesi, teknisyen kapasitesinin izlenmesi ve yüzlerce bakım kaydının hızlı raporlanması daha kritiktir.

Demo talep ederken sağlayıcıya genel bir sunum yerine şu tür bir senaryo gönderilebilir:

“Üç teknisyen, iki bölge ve 30 asansörden oluşan örnek bir aylık bakım planı oluşturmanızı; bir bakımı teknisyene atamanızı ve sahadan tamamlanmış bakım formunu göstermenizi istiyoruz.”

Bu yaklaşım, yazılımın gerçek işleyişini kısa sürede ortaya çıkarır.

Demoda Uygulanması Gereken Temel Senaryolar

Bir asansör bakım yazılımını değerlendirmenin en doğru yolu, günlük operasyonu baştan sona program üzerinde uygulamaktır. Sunumu yapan kişinin hazır kayıtları göstermesi yerine, mümkünse sizin verdiğiniz örneklerle yeni kayıt oluşturmasını isteyin.

Müşteri, bina ve asansör kaydı

İlk olarak yeni bir müşteri, bina ve asansör kaydı açılmalıdır. Bu işlem sırasında hangi bilgilerin zorunlu olduğu, özel alan eklenip eklenemediği ve aynı müşteriye birden fazla bina bağlanıp bağlanamadığı görülmelidir.

Asansör kartında genel uygulamada şu bilgiler izlenebilmelidir:

• Bina ve yetkili iletişim bilgileri
• Asansörün kimlik veya tesis bilgileri
• Marka, model ve teknik özellikler
• Bakım sözleşmesi başlangıç ve bitiş tarihi
• Aylık bakım bedeli
• Bakım periyodu
• Son bakım tarihi
• Periyodik kontrol ve etiket durumu
• Geçmiş bakım, arıza ve parça değişiklikleri
• Fotoğraf, belge ve sözleşme ekleri

Kayıt ekranında gereksiz alanların zorunlu tutulması saha ve ofis ekibinin işini yavaşlatabilir. Buna karşılık kritik bilgilerin tamamen serbest bırakılması da eksik kayıt oluşmasına neden olabilir. İyi bir sistem, zorunlu alanlar ile esneklik arasında dengeli bir yapı sunmalıdır.

Aylık bakım planı oluşturma

Demo sırasında en az 20–30 asansörlük örnek bir bakım planı oluşturulmasını isteyin. Programın yalnızca tarih atayıp atamadığını değil, planı bölgeye, teknisyene ve iş yüküne göre yönetip yönetemediğini kontrol edin.

Şu işlemleri canlı olarak test edin:

1. Aylık bakım planını oluşturun.
2. Bakımları farklı teknisyenlere atayın.
3. Bir teknisyenin izinli olduğu günü kapatın.
4. Planlanmış bir bakımı başka güne taşıyın.
5. Teknisyen değişikliği yapın.
6. Geciken bakımları filtreleyin.
7. Tamamlanan ve bekleyen işleri karşılaştırın.
8. Günlük veya haftalık ekip programını dışa aktarın.

Program değişiklikleri anlaşılır biçimde göstermelidir. Bir bakım başka güne taşındığında eski ve yeni planın karışması, aynı asansör için mükerrer görev oluşması veya teknisyenin güncel görevi görememesi operasyonel risk yaratır.

Arıza kaydı ve ekip yönlendirme

Demo sırasında mesai içinde ve mesai dışında iki ayrı arıza senaryosu deneyin. Müşteri aradığında bina veya asansör kaydına ne kadar hızlı ulaşıldığını ölçün. Arızanın doğru teknisyene atanması, teknisyene bildirim gitmesi ve yapılan işlemin kaydedilmesi uçtan uca gösterilmelidir.

Ayrıca tekrarlayan arızaların nasıl tespit edildiğini sorun. Aynı asansörde kısa aralıklarla benzer sorunlar yaşanıyorsa yazılım bu geçmişi teknisyene ve firma yöneticisine görünür kılmalıdır. Böylece ekip yalnızca arızayı kapatmak yerine kök nedeni değerlendirebilir.

Saha Uygulaması İçin Kontrol Edilecek Noktalar

Ofis ekranları güçlü görünse bile teknisyen uygulaması yavaş veya karmaşıksa sistem sahada benimsenmez. Bu nedenle demo görüşmesine en az bir teknisyenin katılması önemlidir. Teknisyen, mümkünse uygulamayı kendi telefonunda veya demo cihazında kullanmalıdır.

Aşağıdaki kontrol tablosu, temel saha özelliklerini değerlendirmenize yardımcı olur:

Kontrol noktası	Demoda uygulanacak test	Başarı ölçütü
Görev bildirimi	Yeni bakım veya arıza atayın	Görev doğru teknisyene zamanında ulaşmalı
Konum ve yol tarifi	Kayıtlı binaya yönlendirme başlatın	Adres doğru açılmalı ve kolay kullanılmalı
Bakım formu	Kontrol maddelerini doldurun	Form hızlı, anlaşılır ve eksiksiz olmalı
Fotoğraf ekleme	Öncesi ve sonrası fotoğrafı yükleyin	Fotoğraflar ilgili işe bağlanmalı
İmza alma	Bina yetkilisinden imza alın	İmza tamamlanan kayıtla saklanmalı
Çevrimdışı çalışma	İnterneti kapatarak form doldurun	Veri kaybolmadan daha sonra eşitlenmeli
Geçmiş kayıtlar	Aynı asansörün eski işlerini açın	Yetki kapsamında geçmişe hızlı erişilmeli
Fiş veya PDF	Tamamlanan işlem belgesini oluşturun	Bilgiler doğru ve okunabilir görünmeli
Durum güncelleme	Yola çıktı, başladı, tamamlandı adımlarını deneyin	Ofis güncel durumu takip edebilmeli
Parça kullanımı	İş emrine kullanılan parça ekleyin	Stok veya maliyet kaydına doğru yansımalı

Test sırasında işlemlerin kaç dokunuşla tamamlandığına dikkat edin. Teknisyen her bakımda aynı bilgileri yeniden yazmak zorunda kalıyorsa, uygulama zaman kazandırmak yerine yeni bir iş yükü oluşturur.

Mobil uygulamanın yalnızca güçlü internet bağlantısında test edilmesi yeterli değildir. Makine dairesi, kuyu çevresi ve bodrum katlarında bağlantı zayıflayabilir. Bu nedenle çevrimdışı kayıt, veri saklama ve bağlantı geldiğinde eşitleme süreci özellikle sorgulanmalıdır.

Ofis Operasyonu ve Raporlama Checklist’i

Yazılımın ofis tarafında temel hedef, bilgiyi tek yerde toplamak ve ekibin iş takibini kolaylaştırmaktır. Ancak çok sayıda rapor bulunması tek başına yeterli değildir. Raporların doğru veriden üretilmesi, filtrelenebilmesi ve karar vermeyi kolaylaştırması gerekir.

Demoda şu sorulara uygulamalı yanıt isteyin:

• Bugün yapılması gereken bakımlar tek ekranda görülebiliyor mu?
• Geciken bakım ve açık arızalar nasıl listeleniyor?
• Teknisyenlerin tamamladığı işler karşılaştırılabiliyor mu?
• Bölge veya şube bazında iş yükü görülebiliyor mu?
• Bir asansörün tüm bakım ve arıza geçmişi alınabiliyor mu?
• Sözleşmesi bitecek müşteriler önceden görüntülenebiliyor mu?
• Tahsilatı geciken müşteriler filtrelenebiliyor mu?
• Kullanılan parçalar ve stok hareketleri izlenebiliyor mu?
• Raporlar Excel veya PDF olarak dışa aktarılabiliyor mu?
• Bina yöneticisiyle paylaşılabilecek sade bir servis geçmişi üretilebiliyor mu?

Özellikle bakım tamamlanma oranı değerlendirilirken yalnızca toplam sayı gösterilmemelidir. Planlanan, tamamlanan, ertelenen ve geciken işler birbirinden ayrılmalıdır. Aksi hâlde yüksek görünen bir tamamlanma oranı operasyonun gerçek durumunu saklayabilir.

Bakım kayıtlarını kâğıt veya dağınık Excel dosyaları yerine Asansorex gibi bir asansör bakım yazılımında tutmak; geçmiş işlere, fotoğraflara ve servis formlarına daha hızlı ulaşılmasını sağlayabilir. Ancak firmanın kendi operasyonuna uygunluğu, mutlaka gerçek senaryolarla yapılan demo sonucunda değerlendirilmelidir.

Belge, Form ve Müşteri İletişimini Test Edin

Asansör bakım firmalarında aynı bilgi çoğu zaman bakım formuna, servis fişine, müşteri bilgilendirmesine ve iç rapora ayrı ayrı yazılır. Yazılımın aynı veriyi farklı çıktılarda doğru kullanıp kullanmadığı kontrol edilmelidir.

Demo sırasında bir bakım formunu tamamlayarak oluşan PDF veya servis fişini inceleyin. Şirket logosu, iletişim bilgileri, bina bilgisi, asansör bilgisi, yapılan işlemler, kullanılan parçalar, teknisyen adı, tarih, fotoğraf ve imza alanlarının doğru geldiğini doğrulayın.

Formlarla ilgili şu konular da sorulmalıdır:

• Kontrol maddeleri firma tarafından düzenlenebiliyor mu?
• Farklı iş türleri için ayrı formlar oluşturulabiliyor mu?
• Zorunlu alanlar belirlenebiliyor mu?
• Fotoğraf zorunluluğu tanımlanabiliyor mu?
• Eksik formun tamamlanmış görünmesi engellenebiliyor mu?
• PDF ve termal fiş çıktıları özelleştirilebiliyor mu?
• Tamamlanan belge müşteriye e-posta veya başka uygun kanallarla iletilebiliyor mu?
• Gönderilen bildirimlerin geçmişi görülebiliyor mu?

Bina yöneticisi açısından önemli olan, teknik ayrıntıların anlaşılır biçimde sunulmasıdır. “Bakım tamamlandı” ifadesinin yanında yapılan kontroller, tespit edilen eksikler ve önerilen işlemler açıkça görülebilmelidir.

Periyodik kontrol sonuçlarıyla ilgili alanlar bulunuyorsa A, B, C ve D kusur sınıfları ile uygulamada kullanılan yeşil, mavi, sarı ve kırmızı bilgi etiketlerinin birbirine karıştırılmadığını kontrol edin. Yazılım, mevzuat değerlendirmesini yapan kurumun yerine geçmez; ilgili bilgileri düzenli kaydetmeye ve takip etmeye yardımcı olur.

Yetkilendirme, Veri Güvenliği ve Destek Soruları

Asansör bakım yazılımı; müşteri bilgileri, bina adresleri, sözleşmeler, telefon numaraları, servis kayıtları ve ticari veriler barındırır. Bu nedenle demo yalnızca operasyonel özelliklerle sınırlı kalmamalıdır.

Kullanıcı yetkileri

Her çalışanın tüm verilere erişmesi gerekmeyebilir. Örneğin teknisyen yalnızca kendisine atanan işleri görürken operasyon sorumlusu tüm ekip planını takip edebilir. Muhasebe personelinin finansal kayıtlara erişmesi gerekirken her teknisyenin tahsilat ve fiyat bilgilerini görmesi istenmeyebilir.

Demoda farklı rollerde örnek kullanıcılar açılmasını ve şu noktaların gösterilmesini isteyin:

• Şube bazlı erişim
• Teknisyen bazlı görev görünümü
• Finansal bilgilere erişim sınırı
• Kayıt silme ve düzenleme yetkileri
• Kullanıcı işlemlerinin izlenmesi
• İşten ayrılan personelin erişiminin kapatılması

Veri sahipliği ve dışa aktarma

Sözleşme imzalamadan önce verilerin kime ait olduğunu açıkça öğrenin. Aboneliğin sona ermesi hâlinde müşteri, bina, asansör, bakım, arıza ve finans kayıtlarının hangi formatlarda alınabileceğini sorun.

Ayrıca şu soruları yazılı olarak yanıtlatın:

• Veriler nerede barındırılıyor?
• Yedekleme hangi sıklıkla yapılıyor?
• Silinen kayıtlar geri getirilebiliyor mu?
• Sistem kesintisinde nasıl destek sağlanıyor?
• Veriler toplu olarak dışa aktarılabiliyor mu?
• Güncelleme ve bakım süreçleri nasıl yürütülüyor?
• Destek taleplerine hedeflenen dönüş süresi nedir?
• Kullanıcı eğitimi ve kurulum desteği pakete dâhil midir?

Bu soruların “merak etmeyin, sorun olmaz” biçiminde geçiştirilmemesi gerekir. Kritik maddeler teklif veya hizmet sözleşmesinde açıkça yer almalıdır.

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

İki yazılımın aylık veya yıllık fiyatını yan yana koymak doğru karar vermek için yeterli değildir. Kurulum, veri aktarımı, eğitim, SMS, ek kullanıcı, mobil uygulama, şube, depolama ve destek ücretleri toplam maliyeti değiştirebilir.

Demo sonrasında her sağlayıcı için şu kalemleri ayrı ayrı yazın:

• Lisans veya abonelik bedeli
• Kullanıcı ve teknisyen sınırı
• Asansör veya müşteri kayıt limiti
• Şube ekleme maliyeti
• Kurulum ve eğitim ücreti
• Mevcut verilerin aktarım bedeli
• SMS veya diğer bildirim maliyetleri
• E-fatura ve ödeme entegrasyonu ücretleri
• Ek depolama maliyeti
• Özelleştirme ve entegrasyon bedeli
• Teknik destek kapsamı
• Yenileme dönemindeki fiyatlandırma yöntemi
• Abonelik sonlandırıldığında veri teslim koşulları

Ucuz görünen bir paket, gerekli modüller eklendiğinde pahalı hâle gelebilir. Buna karşılık daha yüksek fiyatlı bir çözüm; ofis personelinin zamanını azaltıyor, bakımların atlanmasını önlüyor ve tahsilat takibini iyileştiriyorsa toplamda daha ekonomik olabilir.

Kararı yalnızca bir saatlik sunuma dayanarak vermeyin. Mümkünse sınırlı sayıda asansör ve küçük bir teknisyen grubuyla pilot kullanım yapın. Pilot dönemde görev tamamlama süresi, eksik form oranı, geciken bakım sayısı ve kullanıcıların destek ihtiyacı gibi ölçülebilir verileri takip edin.

Demo Sonrası Puanlama ve Karar Yöntemi

Demo bittikten hemen sonra toplantıya katılan herkes değerlendirme formunu ayrı ayrı doldurmalıdır. Birkaç gün beklendiğinde olumlu sunum dili hatırlanırken küçük fakat kritik kullanım sorunları unutulabilir.

Her başlığı 1 ile 5 arasında puanlayabilirsiniz:

1. 1 puan: İhtiyacı karşılamıyor.
2. 2 puan: Ciddi eksikleri bulunuyor.
3. 3 puan: Temel ihtiyacı karşılıyor.
4. 4 puan: İhtiyacı iyi karşılıyor.
5. 5 puan: Süreci belirgin biçimde kolaylaştırıyor.

Puanlamada saha uygulaması, planlama, raporlama, veri güvenliği, entegrasyon, destek ve maliyet ayrı başlıklar olmalıdır. Kritik bir özellik yoksa toplam puan yüksek görünse bile ürün elenebilir. Örneğin firmanızın hizmet verdiği bölgelerde internet sık sık kesiliyorsa çevrimdışı çalışmayan bir mobil uygulama, diğer özellikleri güçlü olsa da doğru seçim olmayabilir.

Firma sahibi ticari sonuçları, operasyon sorumlusu planlama kabiliyetini, teknisyen ise saha kullanım kolaylığını değerlendirmelidir. Son karar bu üç bakış açısının birlikte ele alınmasıyla verilmelidir.

Sıkça Sorulan Sorular

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

Temel bir tanıtım 30–45 dakika sürebilir; ancak gerçek senaryoların uygulanacağı kapsamlı değerlendirme için yaklaşık 60–90 dakika ayırmak daha sağlıklıdır. Büyük veya çok şubeli firmalarda ikinci bir teknik görüşme gerekebilir.

Demoya kimler katılmalıdır?

Firma sahibi veya karar vericiyle birlikte operasyon sorumlusu ve en az bir saha teknisyeni katılmalıdır. Finans, stok veya tahsilat modülleri önemliyse ilgili ofis çalışanının da görüşmede bulunması faydalıdır.

Hazır sunumu izlemek yeterli midir?

Hayır. Hazır sunum yalnızca genel fikir verir. Yeni müşteri kaydı açılması, bakım planı oluşturulması, arıza atanması, mobil form doldurulması ve çıktı alınması gibi işlemler canlı olarak uygulanmalıdır.

Ücretsiz deneme olmadan yazılım alınır mı?

Kısa bir demo bazı temel özellikleri gösterse de saha kullanımını ve ekip uyumunu tam olarak ölçemez. Mümkünse birkaç gerçek kullanıcı ve sınırlı kayıtla pilot veya deneme dönemi talep edilmelidir.

Mevcut Excel verileri programa aktarılabilir mi?

Birçok sistem veri aktarımı sunabilir ancak kapsam ve yöntem sağlayıcıya göre değişir. Müşteri, bina, asansör, sözleşme ve geçmiş servis kayıtlarının hangilerinin aktarılacağını; veri temizliği ile eşleştirme sorumluluğunu önceden netleştirin.

Demo sırasında Asansorex’te hangi süreçler test edilebilir?

Firmanızın ihtiyacına göre müşteri ve asansör kaydı, bakım planlama, teknisyen görevlendirme, mobil form, fotoğraf ve imza, arıza takibi, servis çıktıları ve operasyon raporları üzerinden senaryo oluşturulabilir. En doğru değerlendirme için kendi iş akışınızdan örnekler kullanmanız yararlı olur.

Özet

Doğru asansör bakım yazılımı, yalnızca kayıtları dijital ortama taşıyan değil; bakım planını kontrol altında tutan, teknisyenin saha işini kolaylaştıran ve yöneticinin operasyonu ölçmesini sağlayan çözümdür. Bunu anlamanın yolu, özellik listesini dinlemekten değil, firmanızın gerçek süreçlerini demoda uygulamaktan geçer.

Demo öncesinde ihtiyaçlarınızı belirleyin; müşteri kaydından aylık planlamaya, arıza yönlendirmesinden saha formuna ve raporlamaya kadar tüm akışı test edin. Yetkilendirme, veri aktarımı, destek kapsamı ve ek maliyetleri yazılı olarak netleştirin. Asansorex dâhil değerlendirdiğiniz her çözümü aynı checklist ve aynı örnek senaryolarla karşılaştırmanız, gösterişli ekranlardan değil somut operasyon sonuçlarından hareketle karar vermenizi sağlar.