Asansör Arıza Takip Programı Demo Günü Skor Kartı: Yazılımı 30 Dakikada Değerlendirin

İÇERİK

Bir Asansör Arıza Takip Programı satın almadan önce yapılan demo görüşmesi, çoğu firma için yazılım seçimindeki en kritik aşamadır. Ancak demo sırasında yalnızca ekranların modern görünmesine, menülerin hızlı açılmasına veya sunumu yapan kişinin anlattığı özelliklere odaklanmak ciddi bir hata olabilir. Asıl soru şudur: Yazılım, sabah saat 08.30'da aynı anda üç farklı binadan arıza geldiğinde ekibinizin işini gerçekten kolaylaştırıyor mu?

Demo günü için önceden hazırlanmış bir skor kartı kullanmak, farklı yazılımları aynı kriterlerle değerlendirmeyi sağlar. Böylece karar, “bunun ekranı daha güzel” veya “satış temsilcisi daha iyi anlattı” seviyesinden çıkar; gerçek saha ihtiyaçlarına dayalı, ölçülebilir bir seçime dönüşür.

Bu rehberde firma sahipleri, operasyon sorumluları ve teknisyenler için uygulanabilir 100 puanlık Asansör Arıza Takip Programı demo skor kartı oluşturacağız.

Demo Öncesinde Test Senaryonuzu Hazırlayın

Bir yazılım demosuna hiçbir hazırlık yapmadan girmek, otomobil satın alırken sadece galeride motoru çalıştırmaya benzer. Programı gerçek operasyonunuzdan alınmış senaryolarla test etmek gerekir.

Demo başlamadan önce en az üç örnek durum belirleyin.

Örneğin:

1. Bir apartman yöneticisi “asansör 3. katta kaldı” diyerek arıza bildiriyor.
2. Arıza yakın bölgedeki uygun teknisyene yönlendiriliyor.
3. Teknisyen bildirimi telefonundan görüyor ve yola çıkıyor.
4. Binaya ulaştığında arızayı inceliyor.
5. Sorunun kapı kilidinden kaynaklandığını kaydediyor.
6. Kullanılan parçayı veya yapılan işlemi sisteme giriyor.
7. İş tamamlanıyor.
8. Ofis çalışanı veya bina yöneticisi arızanın sonucunu görebiliyor.
9. Aynı asansörde bir ay içinde ikinci kez aynı arıza oluşursa geçmiş kayıt bulunabiliyor.

Demo sırasında satış temsilcisinden tam olarak bu süreci göstermesini isteyin.

İyi bir demo, yazılımın özellik listesini anlatmak yerine gerçek bir arıza kaydının baştan sona nasıl yönetildiğini göstermelidir.

Özellikle kendi firmanızda sık yaşanan bir problemi senaryoya dahil etmek faydalıdır. Örneğin teknisyenlerin arıza sonucunu eksik yazması ciddi bir sorun oluşturuyorsa, demo sırasında bu alanların zorunlu olup olmadığını mutlaka kontrol edin.

100 Puanlık Asansör Arıza Takip Programı Demo Skor Kartı

Aşağıdaki tablo, farklı programları aynı kriterlerle karşılaştırmak için kullanılabilir.

Değerlendirme Alanı	Puan
Arıza bildirimi ve kayıt süreci	15
Teknisyen atama ve saha kullanımı	15
Arıza geçmişi ve tekrar arıza analizi	15
Müşteri ve bina yöneticisi bilgilendirmesi	10
Mobil kullanım ve saha kolaylığı	15
Raporlama ve operasyon takibi	10
Kullanım kolaylığı	10
Kurulum, eğitim ve destek	5
Veri güvenliği ve yetkilendirme	5
Toplam	100

Skorlamayı yalnızca firma sahibinin yapması yerine, mümkünse bir ofis çalışanı ve en az bir teknisyenin de demoya katılması daha doğru sonuç verir.

Çünkü firma sahibinin beğendiği kapsamlı bir rapor ekranı teknisyen açısından hiçbir anlam ifade etmeyebilir. Aynı şekilde teknisyenin sevdiği hızlı mobil ekranlar, operasyon sorumlusunun ihtiyaç duyduğu kontrol ve raporlama özelliklerini karşılamayabilir.

Arıza Bildirimi ve Teknisyen Atamasını Canlı Test Edin

Bir arıza takip programının en temel görevi, arıza kaydını mümkün olduğunca hızlı ve hatasız şekilde oluşturabilmektir.

Demo sırasında şu soruların cevabını arayın:

• Yeni arıza kaydı kaç adımda açılıyor?
• Müşteri, bina ve asansör bilgileri otomatik geliyor mu?
• Arıza açıklaması serbest metin olarak yazılabiliyor mu?
• Arıza türü seçilebiliyor mu?
• Acil arızalar işaretlenebiliyor mu?
• Teknisyen hızlı şekilde atanabiliyor mu?
• Teknisyen bildirimi mobil cihazından görebiliyor mu?
• Arızanın hangi saatte açıldığı kayıt altında tutuluyor mu?
• Teknisyenin arızaya ne zaman başladığı takip edilebiliyor mu?
• Arıza kapatılırken yapılan işlem kaydediliyor mu?

15 Puan Nasıl Verilmeli?

Arıza oluşturmak, teknisyen atamak ve işi kapatmak birkaç dakika içinde sorunsuz yapılabiliyorsa yüksek puan verilebilir.

Örneğin:

• 13–15 puan: Süreç hızlı, açık ve sahada uygulanabilir.
• 9–12 puan: Kullanılabilir ancak bazı işlemler gereksiz uzun.
• 5–8 puan: Çok fazla ekran veya manuel işlem gerekiyor.
• 0–4 puan: Arıza yönetimi temel seviyede veya karmaşık.

Buradaki en önemli ölçüt özellik sayısı değil, işlem hızıdır.

Teknisyenin her arıza için beş farklı ekran açması gerekiyorsa program teoride kapsamlı olabilir ancak sahada ekip tarafından kullanılmama riski yükselir.

Arıza Geçmişi ve Tekrar Arızaları Özellikle Kontrol Edin

Asansör firmalarında en önemli maliyetlerden biri tekrar arızalardır.

Aynı binaya birkaç gün içinde ikinci kez teknisyen göndermek yalnızca işçilik maliyeti oluşturmaz. Yakıt, zaman kaybı, diğer bakım planlarının bozulması ve müşteri memnuniyetsizliği de ortaya çıkar.

Bu nedenle demo sırasında örnek bir asansör açtırın ve geçmiş arızalarını göstermelerini isteyin.

Şunları kontrol edin:

• Son arızalar tarih sırasıyla görülebiliyor mu?
• Önceki arızaya hangi teknisyenin gittiği belli mi?
• Arızanın nedeni kayıtlı mı?
• Yapılan işlem görülebiliyor mu?
• Kullanılan parça kaydedilebiliyor mu?
• Aynı arıza türünün tekrarı fark edilebiliyor mu?
• Belirli bir asansörün yıllık arıza sayısı görülebiliyor mu?

Örneğin bir asansörde son üç ayda dört kez “kapı kapanmıyor” arızası oluşmuşsa bu bilgi yalnızca geçmiş kayıt olarak kalmamalıdır. Firma sahibi veya teknik sorumlu bu tekrarın farkına varabilmelidir.

Bu tür kayıtları kâğıt servis formlarında geriye dönük analiz etmek oldukça zahmetlidir. Asansorex gibi bakım ve arıza takip yazılımlarında bakım, arıza ve asansör geçmişinin aynı kayıt üzerinden görülebilmesi, tekrar eden problemlerin fark edilmesini kolaylaştırır.

Mobil Uygulamayı Teknisyenin Kendisi Denesin

Demo sırasında yapılan en yaygın hatalardan biri, mobil uygulamanın yalnızca satış temsilcisi tarafından gösterilmesidir.

Mümkünse teknisyeniniz telefonu eline almalı ve işlemleri kendisi yapmalıdır.

Teknisyene şu görevleri verin:

1. Kendisine atanmış arızayı açsın.
2. Bina bilgilerini kontrol etsin.
3. Arıza açıklamasını okusun.
4. İşleme başladığını kaydetsin.
5. Fotoğraf eklesin.
6. Yapılan işlemi yazsın.
7. Arızayı tamamlasın.

Bu işlemlerin mümkün olduğunca az adımda yapılabilmesi önemlidir.

İnternet Olmadığında Ne Oluyor?

Türkiye'de özellikle bodrum katlarındaki makine daireleri, kırsal bölgeler veya kalın betonarme yapılarda mobil internet bağlantısı sorunlu olabilir.

Bu nedenle mutlaka şu soruyu sorun:

“Teknisyenin interneti kesildiğinde ne oluyor?”

Program tamamen kullanılamaz hale geliyorsa saha operasyonu aksayabilir. Offline çalışma veya bağlantı geri geldiğinde verileri senkronize etme gibi özellikler varsa nasıl çalıştığı canlı olarak gösterilmelidir.

Sadece “offline özelliğimiz var” cevabıyla yetinmeyin. Uçak modunda gerçek bir kayıt açtırarak test etmek daha sağlıklıdır.

Müşteri Bilgilendirmesini ve Şeffaflığı Değerlendirin

Arıza yönetiminin yalnızca firma içindeki operasyon kısmına bakmak yeterli değildir.

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

• Arıza kaydı açıldı mı?
• Teknisyen ne zaman gelecek?
• Kim geliyor?
• Arıza giderildi mi?
• Sorun neymiş?
• Tekrar aynı arıza olur mu?

İyi bir sistem bu soruların en azından bir bölümünü telefon trafiği oluşturmadan cevaplayabilmelidir.

Demo sırasında müşteri tarafında hangi bilgilerin paylaşılabildiğini kontrol edin.

SMS, bildirim, müşteri portalı veya benzeri yöntemler varsa hangi aşamalarda kullanıldığını sorun.

Buradaki amaç müşteriye teknik detay bombardımanı yapmak değildir. Ama en azından arızanın alındığını ve işlem durumunu müşterinin görebilmesi, özellikle çok sayıda asansörü bulunan site ve tesislerde önemli avantaj sağlar.

Raporlama Ekranlarında Gösterişli Grafiklere Değil İşe Yarayan Veriye Bakın

Demo sunumlarında renkli grafikler genellikle etkileyici görünür. Ancak firma sahibi açısından asıl değer, bu grafiklerin hangi kararı verdirdiğidir.

Örneğin şu raporlar gerçekten faydalıdır:

• Aylık toplam arıza sayısı
• Asansör başına arıza sayısı
• Tekrar arıza oranı
• Teknisyen bazında tamamlanan arızalar
• Açık bekleyen arızalar
• Ortalama müdahale süresi
• Bölge bazında arıza yoğunluğu
• En sık görülen arıza türleri

Örneğin 500 asansöre bakım yapan bir firmanın ayda 180 arıza aldığını düşünelim.

Program size yalnızca “180 arıza oluştu” diyorsa bilgi sınırlıdır.

Ancak sistem şu sonucu verebiliyorsa yönetim açısından değer artar:

180 arızanın 42'si kapı sistemi kaynaklı, 21'i aynı asansörlerde tekrar etmiş ve belirli bir bölgede yoğunlaşmış.

Bu bilgi satın alma kararlarını, teknisyen eğitimini ve bakım planlarını etkileyebilir.

Kullanım Kolaylığını 10 Dakikalık Testle Ölçün

Demo sonunda yazılımı sunan kişiden ekran paylaşımını bırakmasını ve sistemi size kullandırmasını isteyin.

Yeni bir arıza oluşturmayı hiçbir yönlendirme almadan deneyin.

Eğer beş dakika boyunca “buraya nereden giriliyordu?” diye arıyorsanız müşteriye satış yapan sunum ne kadar iyi olursa olsun günlük kullanımda sorun yaşanabilir.

Aşağıdaki küçük test uygulanabilir:

• Yeni müşteri bulma: maksimum 30 saniye
• Asansör geçmişini açma: maksimum 30 saniye
• Yeni arıza oluşturma: yaklaşık 1 dakika
• Teknisyen atama: birkaç saniye
• Eski arızayı bulma: maksimum 1 dakika
• Açık arızaları listeleme: birkaç saniye

Bunlar resmi performans kriterleri değildir. Ama farklı programları karşılaştırırken pratik bir değerlendirme yöntemi sağlar.

Demo Sonunda Sorulması Gereken 10 Kritik Soru

Sunum bittikten sonra özellik listesini tekrar dinlemek yerine doğrudan günlük kullanımı etkileyen konuları sorun.

• Kullanıcı veya teknisyen sayısı arttığında fiyat değişiyor mu?
• Mobil uygulama ayrıca ücretli mi?
• Güncelleme ücreti var mı?
• Eğitim nasıl veriliyor?
• Veri aktarımı yapılabiliyor mu?
• Mevcut müşteri ve asansör kayıtları içeri alınabiliyor mu?
• Teknik destek hangi kanallardan veriliyor?
• Yeni personel eklemek ne kadar sürüyor?
• Kullanıcı yetkileri ayrı ayrı belirlenebiliyor mu?
• Sistemi kullanmayı bırakırsak verilerimizi nasıl alabiliyoruz?

Özellikle fiyat karşılaştırırken yalnızca yıllık lisans ücretine bakmayın. SMS, ek kullanıcı, mobil uygulama, kurulum, eğitim, veri aktarımı ve destek gibi kalemlerin ayrıca ücretlendirilip ücretlendirilmediğini netleştirin.

Skora Göre Yazılımı Nasıl Değerlendirmelisiniz?

Demo sonunda her katılımcı puanlamayı ayrı yapabilir.

Örneğin firma sahibi 84, operasyon sorumlusu 78, teknisyen 91 puan verdiyse ortalama skor yaklaşık 84 olur.

Genel değerlendirme için şu ölçek kullanılabilir:

Toplam Skor	Değerlendirme
90–100	Operasyonla çok güçlü uyum
80–89	Güçlü aday
70–79	İhtiyaçların çoğunu karşılıyor, eksikler incelenmeli
60–69	Kullanım öncesi kritik eksikler değerlendirilmeli
0–59	Firma operasyonuyla uyum riski yüksek

Burada önemli bir detay vardır: Toplam puanı yüksek olsa bile kritik bir eksik kararınızı değiştirebilir.

Örneğin program 88 puan almış olabilir ancak firmanız için vazgeçilmez olan offline saha kullanımı bulunmuyorsa alternatif yazılımlara bakmak daha mantıklı olabilir.

Bu nedenle skor kartına ayrıca “olmazsa olmaz özellikler” bölümü eklemek faydalıdır.

Sıkça Sorulan Sorular

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

Temel bir değerlendirme için 30–45 dakika yeterli olabilir. Ancak firma çok sayıda asansör, teknisyen veya şube yönetiyorsa gerçek operasyon senaryolarını görmek için daha uzun bir demo gerekebilir.

Demo sırasında en önemli özellik hangisidir?

Tek bir özellikten çok arıza kaydının baştan sona ne kadar kolay yönetildiğine bakılmalıdır. Arıza oluşturma, teknisyen atama, saha işlemi, sonuç kaydı ve geçmiş görüntüleme tek akış olarak test edilmelidir.

Demo için teknisyenlerin katılması gerekli mi?

Zorunlu değildir ancak güçlü şekilde tavsiye edilir. Çünkü mobil uygulamayı günlük olarak teknisyenler kullanacaktır. Ofiste kolay görünen bir süreç sahada gereksiz derecede karmaşık olabilir.

Birden fazla yazılımı nasıl karşılaştırmalıyız?

Her yazılım için aynı senaryoyu ve aynı 100 puanlık skor kartını kullanın. Böylece farklı satış sunumlarından etkilenmek yerine gerçek operasyon performansını karşılaştırabilirsiniz.

Ücretsiz deneme demo görüşmesinden daha önemli mi?

İkisi farklı amaçlara hizmet eder. Demo yazılımın temel yapısını anlamayı sağlar. Ücretsiz deneme ise gerçek müşteri, bina ve teknisyenlerle günlük kullanımın nasıl olduğunu görmenize yardımcı olur. Mümkünse satın alma öncesinde her ikisi de yapılmalıdır.

Asansorex demosunda hangi süreçler test edilebilir?

Asansorex değerlendirilirken arıza kaydı oluşturma, teknisyene iş yönlendirme, mobil saha kullanımı, asansör geçmişi, bakım ve arıza kayıtlarının takibi gibi günlük operasyonlar gerçek senaryolar üzerinden incelenebilir. En doğru değerlendirme, firmanın kendi iş akışına benzeyen örneklerle yapılır.

Özet

Bir Asansör Arıza Takip Programı seçerken en büyük hata, demo gününü pasif bir ürün tanıtımı olarak izlemektir. Demo, aslında yazılımın firmanızın gerçek operasyonuyla sınandığı bir test günü olmalıdır.

Arıza oluşturun, teknisyen atayın, mobil uygulamayı teknisyene kullandırın, interneti kapatın, eski arızayı arayın, tekrar arızaları inceleyin ve raporları kontrol edin. Ardından bütün yazılımları aynı 100 puanlık skor kartıyla değerlendirin.

İyi bir yazılım yalnızca çok özellikli olan değil; firma sahibine operasyonu görünür hale getiren, teknisyenin sahadaki işini hızlandıran ve bina yöneticisine daha düzenli hizmet sunulmasını sağlayan yazılımdır. Asansorex gibi asansör bakım ve arıza yönetimine odaklanan çözümleri değerlendirirken de aynı yaklaşımı kullanmak, satın alma kararını özellik listesinden çıkarıp gerçek saha performansına dayandırır.