Asansör Arıza Yönetim Programı Demo Günü Skor Kartı

İÇERİK

Bir Asansör Arıza Yönetim Programı satın almadan önce yapılan demo görüşmesi, çoğu firmanın düşündüğünden çok daha kritik bir aşamadır. Çünkü demo sırasında yalnızca ekranda güzel görünen menüleri izlemek değil, programın gerçek bir arıza geldiğinde nasıl çalıştığını anlamak gerekir. Arıza kaydının açılmasından teknisyene atanmasına, müşterinin bilgilendirilmesinden müdahale süresinin ölçülmesine kadar bütün süreç test edilmeden verilen satın alma kararı, birkaç ay sonra ciddi operasyon sorunlarına dönüşebilir.

Bu nedenle demo gününe bir satış sunumu izlemeye değil, yazılımı sınava sokmaya gitmek daha doğru yaklaşımdır. Hazırlanmış bir skor kartı sayesinde farklı programları aynı kriterlerle değerlendirir, kişisel beğeniler yerine ölçülebilir sonuçlara göre karar verebilirsiniz.

Bu rehberde, bir asansör bakım firmasının demo sırasında kullanabileceği 100 puanlık pratik bir değerlendirme sistemi oluşturacağız.

Demo Öncesinde Neden Skor Kartı Hazırlanmalı?

Demo görüşmelerinde en sık yapılan hata, yazılım firmasının hazırladığı akışı takip etmektir. Satıcı doğal olarak ürünün en güçlü özelliklerini gösterir. Ancak sizin günlük operasyonunuzda kritik olan bir konu hiç açılmayabilir.

Örneğin firma için asıl sorun şu olabilir:

• Arıza çağrılarının teknisyenlere geç atanması
• Aynı asansörde tekrar eden arızaların görülememesi
• Teknisyenin yaptığı işlemin doğrulanamaması
• Müşterinin sürekli ofisi araması
• Arıza kapanış sürelerinin ölçülememesi
• Arızada kullanılan parçaların kayda girmemesi
• Gece ve nöbetçi ekip organizasyonunun karışması

Demo yalnızca genel özellikleri gösteriyorsa bu problemlerin gerçekten çözülüp çözülmediğini anlayamazsınız.

Skor kartının temel amacı şudur:

Her yazılımı aynı gerçek senaryolarla test etmek ve satın alma kararını ölçülebilir kriterlere bağlamak.

Örneğin üç farklı programın demosuna girdiğinizi düşünelim. İlk programın tasarımı çok modern olabilir, ikinci program daha fazla rapor sunabilir, üçüncü program ise teknisyen açısından çok daha hızlı kullanılabilir.

Skor kartı olmadığı zaman karar genellikle “bize en güzel görünen program” üzerinden verilir. Oysa işletmenin ihtiyacı çoğu zaman en güzel ekran değil, en az operasyonel sürtünmeyle çalışan sistemdir.

100 Puanlık Demo Günü Skor Kartı

Bir Asansör Arıza Yönetim Programı demosunda toplam değerlendirmeyi 100 puan üzerinden yapmak pratik bir yöntemdir.

Aşağıdaki tablo örnek bir puanlama sistemidir.

Değerlendirme Alanı	Maksimum Puan
Arıza kaydı oluşturma ve yönlendirme	15
Teknisyen mobil kullanım kolaylığı	15
Arıza geçmişi ve tekrar arıza takibi	15
Müşteri bilgilendirme ve şeffaflık	10
Fotoğraf, açıklama ve servis kaydı	10
Raporlama ve KPI takibi	10
Kullanıcı deneyimi ve hız	10
Entegrasyon ve veri aktarımı	5
Eğitim ve destek süreci	5
Fiyatlandırma ve toplam maliyet	5
Toplam	100

Buradaki puanların hepsi aynı ağırlıkta değildir. Örneğin arıza yönetiminde teknisyenin mobil kullanımı, bir yöneticinin ekrandaki grafiklerden daha kritik olabilir.

Bu nedenle firmanızın operasyonuna göre puan dağılımını değiştirebilirsiniz.

Arıza Kaydı ve Teknisyene Yönlendirmeyi Canlı Test Edin

Demo sırasında mutlaka gerçek bir arıza senaryosu oluşturun.

Örneğin şu senaryoyu kullanabilirsiniz:

“ABC Apartmanı, 2 numaralı asansör çalışmıyor. Kabin üçüncü katta kalmış. Apartman yöneticisi aradı.”

Satıcıdan bu kaydı sıfırdan oluşturmasını isteyin.

Şunları kontrol edin:

1. Yeni arıza kaydı kaç saniyede açılıyor?
2. Bina ve asansör bilgileri otomatik geliyor mu?
3. Arıza açıklaması hızlı girilebiliyor mu?
4. Arıza teknisyene atanabiliyor mu?
5. Teknisyen telefonundan bildirimi görüyor mu?
6. Arıza önceliği belirlenebiliyor mu?
7. Müdahale başlangıç ve bitiş zamanı tutuluyor mu?
8. Arıza kapatıldığında yapılan işlem kayıt altına alınıyor mu?

İyi bir sistemde ofis personeli aynı bilgileri farklı ekranlara tekrar tekrar girmek zorunda kalmamalıdır.

Örneğin müşteri zaten sistemde kayıtlıysa adres, telefon, cihaz ve sözleşme bilgilerinin tekrar yazılması ciddi zaman kaybıdır.

Teknisyen Tarafını Mutlaka Görün

Bazı firmalar demo sırasında yalnızca ofis ekranını inceler. Oysa arıza yönetim sisteminin başarısını büyük ölçüde teknisyen belirler.

Satıcıdan teknisyen ekranını da canlı olarak göstermesini isteyin.

Teknisyen şu işlemleri kolayca yapabilmeli:

• Kendisine atanan arızaları görmek
• Adrese ulaşmak
• Arıza açıklamasını okumak
• İşleme başladığını belirtmek
• Fotoğraf eklemek
• Kullanılan parçayı veya yapılan işlemi yazmak
• Müşteriden imza almak gerekiyorsa kaydetmek
• Arızayı sonuçlandırmak

Bir teknisyenin sahada her kayıt için birkaç dakika ekstra uğraşması, yüzlerce servis kaydında büyük bir verim kaybına dönüşür.

Tekrar Arıza Geçmişini Özellikle Sorgulayın

Asansör bakım firmaları için en değerli verilerden biri aynı cihazda tekrar eden arızalardır.

Demo sırasında şu soruyu sorun:

“Bu asansörün son altı ayda yaptığı bütün arızaları bana gösterebilir misiniz?”

Ardından şu detayları inceleyin:

• Arıza tarihi
• Arıza türü
• Müdahale eden teknisyen
• Yapılan işlem
• Değiştirilen parça
• Müdahale süresi
• Aynı arızanın tekrar edip etmediği

Örneğin bir apartmanda kapı kilidi kaynaklı arıza son üç ayda beş kez yaşanmış olabilir.

Kâğıt servis fişlerinde veya birbirinden kopuk WhatsApp mesajlarında bu tekrar kolayca fark edilmeyebilir. Dijital sistem ise arıza geçmişini cihaz bazında topladığı için sorun çok daha net görülebilir.

Bu noktada Asansorex gibi bir bakım ve arıza takip yazılımında cihazın geçmiş servis kayıtlarını tek yerde tutmak, teknik ekibin sadece mevcut arızaya değil arıza geçmişine bakarak teşhis yapmasını kolaylaştırabilir.

Müşteri Bilgilendirme Sürecini Test Edin

Arıza yönetiminin yalnızca teknik tarafı yoktur. Müşteri iletişimi de operasyonun önemli bir parçasıdır.

Apartman yöneticisinin en sık sorduğu sorular genellikle şunlardır:

“Teknisyen geliyor mu?”

“Arıza kaydımız açıldı mı?”

“Ne zaman müdahale edilecek?”

“Arıza neden olmuş?”

“İşlem tamamlandı mı?”

Eğer sistem müşteriye yeterli bilgi sağlamıyorsa bu soruların tamamı telefonla ofise gelir.

Demo sırasında müşterinin hangi aşamalarda bilgilendirilebildiğini sorun.

Örneğin ideal süreç şu şekilde olabilir:

• Arıza kaydı oluşturuldu.
• Teknisyen görevlendirildi.
• Teknisyen yola çıktı.
• Müdahale başladı.
• Arıza giderildi.
• Servis kaydı oluşturuldu.

SMS, e-posta veya müşteri portalı gibi yöntemlerin kullanılması firmanın çalışma modeline göre değişebilir.

Burada önemli nokta, müşterinin gereksiz bilgi bombardımanına tutulması değil, ihtiyaç duyduğu temel durumu görebilmesidir.

Raporlama Ekranlarında Sadece Grafiklere Bakmayın

Demo sunumlarında renkli grafikler etkileyici görünebilir. Ancak asıl soru bu grafiklerin işletme kararlarına yardımcı olup olmadığıdır.

Bir Asansör Arıza Yönetim Programı en azından şu soruların yanıtını verebilmelidir:

• Bu ay kaç arıza geldi?
• Hangi asansörler en fazla arıza yaptı?
• Hangi bölgede daha fazla arıza oluştu?
• Ortalama müdahale süresi nedir?
• Tekrar arıza oranı nedir?
• Hangi teknisyen kaç arızaya müdahale etti?
• Hangi müşterilerde arıza yoğunluğu arttı?

Örneğin 800 asansöre bakım yapan bir firma ay sonunda 120 arıza kaydı almış olabilir.

Bu 120 kaydın 30 tanesinin yalnızca 10 cihazdan geldiğini görebiliyorsanız teknik müdahale stratejinizi değiştirebilirsiniz.

Belki bu cihazlarda modernizasyon gerekir.

Belki bakım kalitesi yetersizdir.

Belki aynı parça sürekli geçici olarak onarılıyordur.

Yazılımın görevi yalnızca kayıt tutmak değil, kayıtların içinden işletmeye anlamlı bilgi çıkarmaktır.

Demo Gününde Sorulması Gereken Kritik Sorular

Demo sırasında aşağıdaki soruları doğrudan sormak, sonradan yaşanabilecek birçok sürprizi önler.

Veri aktarımı nasıl yapılacak?

Mevcut müşteri ve asansör listeniz Excel dosyasında olabilir.

Şunları sorun:

• Excel'den toplu aktarım yapılabiliyor mu?
• Müşteriler aktarılabiliyor mu?
• Asansörler aktarılabiliyor mu?
• Geçmiş bakım veya arıza verileri aktarılabiliyor mu?
• Veri aktarımı için ek ücret var mı?

İnternet zayıf olduğunda saha kullanımı nasıl etkileniyor?

Bodrum katlarında, makine dairelerinde veya bazı bölgelerde mobil bağlantı zayıf olabilir.

Teknisyen uygulamasının bu durumda nasıl davrandığını öğrenin.

Kullanıcı sayısı fiyatı etkiliyor mu?

Bazı sistemlerde teknisyen, ofis personeli veya şube kullanıcıları için ayrı ücretlendirme olabilir.

Teklif alırken yalnızca başlangıç fiyatına değil, firmanız büyüdüğünde oluşacak maliyete bakın.

Destek hizmeti nasıl veriliyor?

Sorun yaşandığında kiminle iletişim kurulacağını netleştirin.

Örneğin:

• Telefon desteği var mı?
• WhatsApp desteği var mı?
• Uzaktan bağlantı desteği veriliyor mu?
• Eğitim dahil mi?
• Yeni teknisyen geldiğinde yeniden eğitim alınabiliyor mu?

Demo Sonrası Puanlama Nasıl Yapılmalı?

Demo bittiğinde puanlamayı hemen yapmak faydalıdır. Birkaç gün beklendiğinde hangi programda hangi özelliğin görüldüğü karışmaya başlayabilir.

Her kriteri 1 ile 5 arasında değerlendirebilirsiniz.

Örneğin:

1 = Yetersiz

2 = Zayıf

3 = Kabul edilebilir

4 = İyi

5 = Çok iyi

Daha sonra bu puanları kriter ağırlıklarıyla çarparak toplam sonuç oluşturabilirsiniz.

Örneğin teknisyen mobil kullanımı 15 puan değerindeyse ve programa 5 üzerinden 4 verdiyseniz yaklaşık 12 puan yazabilirsiniz.

Üç yazılımın sonuçları şöyle olabilir:

Yazılım	Operasyon	Saha Kullanımı	Raporlama	Destek	Toplam
Program A	30	13	8	4	82
Program B	27	15	9	5	88
Program C	32	10	10	3	79

Bu tablo satın alma kararını tek başına vermemelidir. Ancak ekip içindeki görüş ayrılıklarını azaltır.

Örneğin firma sahibi Program A'yı beğenebilirken saha sorumlusu Program B'nin teknisyen kullanımını daha başarılı bulabilir. Skor kartı sayesinde her iki görüş de ölçülebilir hale gelir.

Demo Sırasında Yapılan En Büyük Hatalar

En yaygın hata, hazır sunumu izleyip hiçbir gerçek senaryo test etmemektir.

Bunun dışında dikkat edilmesi gereken birkaç önemli nokta vardır:

• Sadece fiyat üzerinden karar vermek
• Yalnızca ofis ekranını incelemek
• Teknisyen mobil uygulamasını test etmemek
• Mevcut verilerin aktarımını sormamak
• Arıza geçmişini kontrol etmemek
• Müşteri bilgilendirme sürecini değerlendirmemek
• Ek kullanıcı ücretlerini öğrenmemek
• Eğitim ve destek kapsamını sormamak
• Gerçek bir arıza kaydı açtırmamak

Özellikle “Bu özellik var mı?” sorusu yerine “Bu işlemi şimdi canlı olarak yapabilir miyiz?” demek çok daha sağlıklı sonuç verir.

Çünkü bir özelliğin teknik olarak sistemde bulunması ile günlük kullanımda pratik olması aynı şey değildir.

Sıkça Sorulan Sorular

Asansör Arıza Yönetim Programı demosu ne kadar sürmeli?

Sadece genel tanıtım için 20-30 dakika yeterli olabilir; ancak gerçek değerlendirme yapılacaksa arıza kaydı, mobil teknisyen kullanımı, raporlama, müşteri geçmişi ve veri aktarımı gibi başlıkların da test edilmesi gerekir. Bu nedenle demo süresinden çok, kritik senaryoların tamamının görülmesi önemlidir.

Demo sırasında kendi müşteri verimizi kullanmalı mıyız?

Mümkünse örnek veya anonimleştirilmiş birkaç gerçek senaryo kullanmak faydalıdır. Böylece yazılımın firmanızın gerçek çalışma düzenine ne kadar uyduğunu daha iyi görebilirsiniz.

En ucuz Asansör Arıza Yönetim Programı tercih edilmeli mi?

Tek başına fiyat doğru karar kriteri değildir. Kullanıcı sayısı, eğitim, veri aktarımı, mobil kullanım, destek, ek modüller ve gelecekte oluşabilecek maliyetler birlikte değerlendirilmelidir.

Teknisyenler demo sürecine katılmalı mı?

Kesinlikle faydalıdır. Programı günlük olarak en yoğun kullanacak kişiler teknisyenlerdir. Mobil ekranların hızlı ve anlaşılır olup olmadığı konusunda saha ekibinin görüşü satın alma kararında dikkate alınmalıdır.

Demo sırasında mutlaka hangi özellik test edilmeli?

En az bir arıza kaydının baştan sona tamamlanması gerekir. Arızanın açılması, teknisyene atanması, mobil cihazda görüntülenmesi, işlem kaydının girilmesi ve arızanın kapatılması canlı olarak görülmelidir.

Asansorex demo değerlendirmesinde de aynı skor kartı kullanılabilir mi?

Evet. Asansorex dahil değerlendirdiğiniz bütün programlara aynı kriterleri uygulamak daha doğru sonuç verir. Amaç belirli bir ürünü yüksek puanlatmak değil, firmanızın operasyonuna en uygun sistemi objektif biçimde belirlemektir.

Özet

Bir Asansör Arıza Yönetim Programı demosu, ürün tanıtımı izlenen sıradan bir toplantı olarak görülmemelidir. Demo günü; arıza kaydı oluşturma, teknisyen yönlendirme, mobil saha kullanımı, tekrar arıza analizi, müşteri bilgilendirme, raporlama, veri aktarımı ve destek gibi kritik süreçlerin test edildiği gerçek bir değerlendirme günü olmalıdır.

100 puanlık bir skor kartı kullanmak, farklı yazılımları aynı kriterler üzerinden karşılaştırmayı kolaylaştırır. Özellikle gerçek bir arıza senaryosunu baştan sona çalıştırmak, programın günlük operasyonunuza gerçekten uyup uymadığını birkaç dakika içinde ortaya çıkarabilir.

Doğru yazılım seçimi yalnızca daha düzenli kayıt tutmak anlamına gelmez. Arızaların daha hızlı yönetilmesi, tekrar eden problemlerin erken fark edilmesi, teknisyen performansının ölçülmesi ve müşteriye daha şeffaf hizmet sunulması anlamına gelir. Bu nedenle demo gününde en önemli soru “Programda hangi özellikler var?” değil, “Bizim günlük çalışma şeklimizi ne kadar kolaylaştırıyor?” olmalıdır.