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

İÇERİK

Asansör arıza ticket programı satın almadan önce yapılan demo, sadece “ekran güzel mi?” sorusuna cevap vermemelidir. Demo günü asıl amaç; gelen arıza çağrısının nasıl kayda alındığını, teknisyene nasıl atandığını, müşteriye nasıl bilgi verildiğini ve iş kapandıktan sonra raporun nasıl oluştuğunu görmektir. Çünkü arıza yönetimi, asansör bakım firmasında en stresli operasyonlardan biridir: telefon çalar, bina yöneticisi bekler, teknisyen sahadadır, ofis kimin nereye gittiğini anlamaya çalışır. Bu yazıda, asansör arıza ticket programı demo günü skor kartı ile bir yazılımı daha objektif değerlendirmenin pratik yolunu bulacaksınız.

Demo Günü Neden Skor Kartı Kullanılmalı?

Birçok firma demo sırasında ürüne genel gözle bakar: “Arıza açılıyor mu?”, “Mobil uygulama var mı?”, “Rapor alınıyor mu?” gibi sorular sorulur. Fakat karar aşamasına gelindiğinde detaylar karışır. Bir program hızlı görünür ama raporu zayıftır. Diğeri iyi rapor verir ama teknisyen tarafında kullanımı zordur. Üçüncüsü fiyat olarak uygun görünür ama müşteri bilgilendirme tarafında eksik kalır.

Skor kartı, bu karışıklığı azaltır. Her yazılımı aynı kriterlerle puanladığınızda, karar kişisel izlenime değil, operasyonel ihtiyaca dayanır. Özellikle 2026 Türkiye şartlarında; bakım firmalarının daha fazla dijital kayıt tutması, periyodik muayene süreçlerinde geçmiş işlemleri hızlı gösterebilmesi ve bina yöneticilerine daha şeffaf bilgi sunması bekleniyor.

Demo günü skor kartı şu sorulara netlik kazandırır:

• Arıza kaydı kaç adımda açılıyor?
• Teknisyen görevi mobilde rahat görüyor mu?
• Acil arızalar önceliklendirilebiliyor mu?
• Aynı binada tekrar eden arızalar raporlanabiliyor mu?
• Müşteri, arıza sürecini telefon trafiği olmadan takip edebiliyor mu?
• Kapanan işin fotoğraf, açıklama, imza ve işlem geçmişi saklanıyor mu?

Demo günü amaç, yazılımın tüm menülerini gezmek değil; kendi firmanızdaki gerçek bir arıza senaryosunu baştan sona çalıştırmaktır.

Demo Öncesi Hazırlık: Gerçek Senaryo Belirleyin

Demo verimli geçsin istiyorsanız, toplantıya boş gitmeyin. Satıcı size kendi hazır senaryosunu gösterebilir; bu faydalıdır ama tek başına yeterli değildir. Çünkü her firmanın saha alışkanlığı, çağrı yoğunluğu, ekip yapısı ve müşteri profili farklıdır.

Demo öncesinde 2 veya 3 gerçek arıza senaryosu hazırlayın. Örneğin:

1. Gece gelen kabinde kalma bildirimi
2. Aynı binada ay içinde üçüncü kez kapı arızası
3. Bina yöneticisinin müşteri portalından açtığı normal arıza
4. Bakım sırasında teknisyenin tespit ettiği ek arıza
5. Parça değişimi gerektiren ve sonradan ücretlendirilecek arıza

Bu senaryolarla programı test etmek, size yüzeysel özelliklerden çok daha fazla şey gösterir. Örneğin “arıza açma ekranı var” demek yeterli değildir. Önemli olan; arıza kaydı açılırken bina, asansör, öncelik, açıklama, fotoğraf, çağrı kaynağı, teknisyen ataması ve zaman takibinin pratik şekilde işlenebilmesidir.

Demo İçin Gerekli Bilgiler

Demo öncesinde küçük bir veri seti hazırlamak iyi olur:

Veri	Neden Gerekli?	Örnek
Bina adı	Arıza kaydını gerçekçi açmak için	Güneş Apartmanı
Asansör bilgisi	Tek binada birden fazla asansör varsa ayırmak için	Blok A, 6 durak
Arıza tipi	Raporlama ve analiz için	Kapı arızası
Öncelik	Acil işlerin ayrılması için	Yüksek
Teknisyen	Atama ve mobil kullanım testi için	Ali Usta
Müşteri bilgisi	Bildirim ve portal testi için	Yönetici adı, telefon
İş sonucu	Kapanış raporu testi için	Fotosel ayarı yapıldı

Bu hazırlık sayesinde demo, genel tanıtımdan çıkar ve sizin firmanızın günlük akışına yaklaşır.

Asansör Arıza Ticket Programı Demo Skor Kartı

Aşağıdaki tabloyu demo sırasında kullanabilirsiniz. Her başlığa 1 ile 5 arasında puan verin. 1 çok zayıf, 5 ise beklentiyi tam karşılıyor anlamına gelir.

Kriter	Bakılacak Nokta	Puan
Arıza kaydı açma hızı	Kayıt 1-2 dakika içinde açılabiliyor mu?	1-5
Bina ve asansör seçimi	Doğru bina/asansör kolay bulunuyor mu?	1-5
Öncelik yönetimi	Acil, normal, planlı ayrımı yapılabiliyor mu?	1-5
Teknisyen atama	Uygun teknisyene hızlı görev veriliyor mu?	1-5
Mobil kullanım	Teknisyen işi sahada rahat kapatabiliyor mu?	1-5
Fotoğraf ve açıklama	İşlem kanıtı eklenebiliyor mu?	1-5
Müşteri bilgilendirme	Yöneticiye süreç bilgisi verilebiliyor mu?	1-5
Tekrar arıza analizi	Aynı arızalar raporlanabiliyor mu?	1-5
Raporlama	Günlük, haftalık, bina bazlı rapor alınabiliyor mu?	1-5
Kullanım kolaylığı	Ekip kısa eğitimle kullanabilir mi?	1-5

Toplam puan 50 üzerinden değerlendirilebilir. 40 ve üzeri güçlü adaydır. 30-39 arası dikkatli incelenmelidir. 30 altı ise firmanızın arıza operasyonunu rahatlatmak yerine yeni takip yükü oluşturabilir.

Çağrıdan Kapanışa Kadar Test Edilecek Akış

Demo sırasında en kritik bölüm, arıza kaydının uçtan uca ilerlemesidir. Sadece kayıt açmak yetmez; kayıt teknisyene düşmeli, teknisyen işlem yapmalı, müşteri bilgilendirilmeli ve iş kapanınca geçmişte bulunabilir olmalıdır.

1. Arıza Kaydı Açma

İlk test, gelen çağrının nasıl ticket haline getirildiğidir. Programda bina adıyla arama yapılabiliyor mu? Daha önce kayıtlı bina yöneticisinin bilgisi otomatik geliyor mu? Arıza tipi seçilebiliyor mu? Serbest açıklama alanı var mı? Birden fazla asansörü olan binalarda doğru asansör seçilebiliyor mu?

İyi bir asansör arıza ticket programı, ofisteki kişinin telefon görüşmesi sırasında kaydı hızlı açmasına imkân vermelidir. Eğer kayıt açmak için fazla ekran gezmek gerekiyorsa, yoğun saatlerde ekip yine WhatsApp veya kâğıt notlara dönebilir.

2. Teknisyen Atama ve Öncelik

Arıza kaydı açıldıktan sonra sıradaki soru şudur: Bu iş kime, hangi öncelikle, ne zaman atanacak? Kabinde kalma, kapı kapanmama, sürekli stop verme gibi arızalar daha acil ele alınırken; ses, aydınlatma veya küçük ayar talepleri farklı öncelikte değerlendirilebilir.

Demo sırasında teknisyen seçimini, görev atama ekranını ve işin mobil uygulamada nasıl göründüğünü mutlaka izleyin. Teknisyen işi kabul edebiliyor mu? “Yola çıktı”, “işleme başladı”, “tamamlandı” gibi durumlar takip edilebiliyor mu? Bu bilgiler ofiste görünüyorsa, firma sahibi ve operasyon sorumlusu sürekli telefonla konum sormak zorunda kalmaz.

3. Sahada İşlem Kapatma

Teknisyen sahada arızayı giderdiğinde işlem açıklaması yazabilmeli, kullanılan parçayı belirtebilmeli, fotoğraf ekleyebilmeli ve gerekiyorsa imza alabilmelidir. Bazı firmalarda arıza sonucu basit bir açıklamayla kapanır; bazı durumlarda ise parça değişimi, ücretlendirme veya tekrar kontrol planı gerekir.

Burada dikkat edilmesi gereken nokta, teknisyenin mobilde zorlanmamasıdır. Saha personeli yoğun çalışır; uzun formlar, küçük butonlar veya sürekli internet isteyen ekranlar kullanımı azaltır. Özellikle bodrum, makine dairesi veya sinyalin zayıf olduğu bölgelerde mobil kullanımın pratik olması önemlidir.

Asansorex gibi asansör bakım ve arıza takip yazılımları, bu kayıtların kâğıt yerine dijital tutulmasına yardımcı olur. Böylece aynı binanın geçmiş arızaları, bakım kayıtları ve saha notları daha düzenli görülebilir.

Raporlama ve Tekrar Arıza Analizi

Arıza ticket programı sadece günlük işleri yönetmek için değil, işletmeyi iyileştirmek için de kullanılmalıdır. Eğer bir binada aynı arıza ay içinde birkaç kez tekrar ediyorsa, bu bilgi firma sahibinin önüne net şekilde gelmelidir. Aksi halde ekip her seferinde yangın söndürür ama kök neden konuşulmaz.

Demo sırasında şu raporları özellikle sorun:

• Bina bazlı arıza listesi alınabiliyor mu?
• Teknisyen bazlı tamamlanan iş raporu var mı?
• Arıza türlerine göre dağılım görülebiliyor mu?
• Aynı asansörde tekrar eden arızalar filtrelenebiliyor mu?
• Açık, bekleyen, tamamlanan işler ayrı görülebiliyor mu?
• Ortalama müdahale süresi hesaplanabiliyor mu?
• Müşteri bazlı geçmiş kayıtlar dışa aktarılabiliyor mu?

Türkiye’de asansör işletme süreçlerinde bakım kayıtları, periyodik kontroller ve geçmiş müdahaleler ciddi önem taşır. TS EN 81-20/50 gibi standartlar daha çok asansör tasarım ve güvenlik gerekleriyle ilgili olsa da bakım firmalarının sahadaki işlem geçmişini düzenli tutması, hem teknik kalite hem de müşteri güveni açısından değerlidir. Periyodik muayene süreçlerinde A/B/C/D uygunsuzluklar veya sarı, mavi, yeşil, kırmızı etiket sonuçları konuşulurken, geçmiş arıza ve bakım kayıtlarına hızlı erişebilmek firmaya avantaj sağlar.

Müşteri Deneyimi: Bina Yöneticisi Ne Görüyor?

Asansör arızasında teknik çözüm kadar iletişim de önemlidir. Bina yöneticisi çoğu zaman “Usta geldi mi?”, “Ne zaman yapılacak?”, “Aynı arıza neden tekrar ediyor?” gibi sorular sorar. Eğer program bu soruları azaltıyorsa, sadece ofis yükünü değil, müşteri memnuniyetini de iyileştirir.

Demo sırasında müşteri tarafını da görün. Bina yöneticisi arıza bildirebiliyor mu? Açtığı talebin durumunu takip edebiliyor mu? Kapanış açıklamasını görebiliyor mu? Fotoğraf veya servis formu paylaşılabiliyor mu?

Her firmaya müşteri portalı şart olmayabilir; küçük ölçekli firmalar için SMS veya WhatsApp bildirim entegrasyonu yeterli olabilir. Ancak orta ve büyük portföylerde müşteri tarafında şeffaflık ciddi fark yaratır. Özellikle çok bloklu siteler, AVM’ler, iş merkezleri ve yoğun bina portföyü olan firmalarda bu özellik demo skor kartında yüksek ağırlık taşımalıdır.

Fiyat Değerlendirmesi: Sadece Aylık Ücrete Bakmayın

Demo günü genellikle fiyat da konuşulur. Fakat asansör arıza ticket programı seçerken sadece aylık veya yıllık ücretle karar vermek yanıltıcı olabilir. Daha ucuz görünen bir program, eğitim, veri aktarımı, ek kullanıcı, mobil uygulama veya raporlama tarafında ek maliyet çıkarabilir.

Fiyatı değerlendirirken şu kalemleri netleştirin:

Maliyet Kalemi	Sorulacak Soru
Kullanıcı sayısı	Teknisyen ve ofis kullanıcıları dahil mi?
Mobil uygulama	Ek ücret var mı?
Veri aktarımı	Mevcut müşteri ve bina listesi aktarılıyor mu?
Eğitim	Canlı eğitim veya video eğitim dahil mi?
Destek	Telefon, WhatsApp veya ticket desteği var mı?
Raporlama	Gelişmiş raporlar pakete dahil mi?
Entegrasyon	SMS, e-fatura, tahsilat gibi bağlantılar ücretli mi?
Sözleşme süresi	Aylık, yıllık veya çok yıllık seçenek var mı?

Burada doğru yaklaşım, fiyatı “kaç TL?” diye değil, “bu program hangi operasyon yükünü azaltıyor?” diye değerlendirmektir. Eğer program ofisteki telefon trafiğini azaltıyor, teknisyen takibini netleştiriyor, tekrar arızaları görünür yapıyor ve müşteri şikâyetlerini düşürüyorsa, maliyet hesabı daha sağlıklı yapılır.

Demo Sonrası Karar İçin Pratik Puanlama

Demo bittikten hemen sonra karar vermek yerine skor kartını ekip içinde değerlendirin. Firma sahibi, ofis sorumlusu ve en az bir saha teknisyeni ayrı ayrı puan verirse daha doğru sonuç çıkar. Çünkü firma sahibi rapora bakar, ofis kayıt açma hızına bakar, teknisyen ise mobil kullanım kolaylığını daha iyi değerlendirir.

Basit bir karar yöntemi şöyle olabilir:

1. Her katılımcı skor kartını ayrı doldurur.
2. En düşük puan alan 3 kriter belirlenir.
3. Yazılım firmasına bu konularda tekrar soru sorulur.
4. Mümkünse 3-7 günlük kısa deneme yapılır.
5. Gerçek arıza kayıtlarıyla mini pilot uygulanır.
6. Son karar fiyat, destek ve kullanım kolaylığı birlikte düşünülerek verilir.

Demo sonrası “güzel göründü” demek yerine, “mobil kullanım 5, raporlama 4, müşteri bilgilendirme 3” diyebilmek karar kalitesini artırır. Bu yaklaşım, yazılım seçimini kişisel beğeniden çıkarıp işletme ihtiyacına bağlar.

Asansorex, arıza kayıtlarının bakım geçmişi, müşteri bilgisi, saha ekibi ve raporlarla birlikte izlenebilmesi için kullanılabilecek çözümlerden biridir. Özellikle asansör bakım firmalarının hem ofis hem saha tarafını aynı akışta görmek istemesi durumunda demo sırasında bu bütünlüğü test etmek faydalı olur.

Sıkça Sorulan Sorular

Asansör arıza ticket programı demosunda ilk neye bakılmalı?

İlk olarak arıza kaydının ne kadar hızlı açıldığına bakılmalıdır. Telefonla gelen bir arıza, bina ve asansör seçilerek kısa sürede ticket haline getirilemiyorsa program günlük yoğunlukta zor kullanılabilir.

Demo günü teknisyen de katılmalı mı?

Evet, en az bir saha teknisyeninin katılması çok faydalıdır. Çünkü mobil uygulamanın pratik olup olmadığını en iyi sahada çalışan kişi değerlendirir. Ofiste kolay görünen bir ekran, makine dairesinde veya yoğun iş gününde kullanışsız olabilir.

Müşteri portalı her asansör firması için gerekli mi?

Her firma için zorunlu değildir. Küçük portföylerde basit bildirimler yeterli olabilir. Ancak çok sayıda bina, site veya kurumsal müşteriyle çalışan firmalarda müşteri portalı arıza iletişimini ciddi şekilde düzenler.

Demo skor kartında kaç puan iyi kabul edilir?

50 üzerinden 40 ve üzeri güçlü aday olarak değerlendirilebilir. 30-39 arası bazı eksikler olabilir; bu eksiklerin firmanız için kritik olup olmadığı incelenmelidir. 30 altı puan alan programlarda kullanım riski yüksektir.

Arıza ticket programı tekrar arıza maliyetini azaltır mı?

Doğru kullanılırsa azaltmaya yardımcı olur. Program aynı binada veya aynı asansörde tekrar eden arızaları görünür hale getirir. Böylece firma sadece arızayı kapatmakla kalmaz, kök nedeni analiz edebilir.

Demo sonrası hemen satın alma yapılmalı mı?

Mümkünse kısa bir pilot veya deneme süreci yapılmalıdır. Gerçek bina, gerçek teknisyen ve gerçek arıza kayıtlarıyla test edilen program hakkında daha sağlıklı karar verilir.

Özet

Asansör arıza ticket programı demo günü, yalnızca yazılım tanıtımı izlenen bir toplantı olmamalıdır. Doğru yaklaşım; gerçek arıza senaryosu hazırlamak, çağrıdan kapanışa kadar akışı test etmek, teknisyen mobil kullanımını görmek, müşteri bilgilendirme tarafını değerlendirmek ve raporlama gücünü ölçmektir. Skor kartı kullanmak, bu süreci daha objektif hale getirir. Böylece firma sahibi, ofis ekibi ve teknisyen aynı tablo üzerinden konuşur; karar fiyatın yanında kullanım kolaylığı, saha verimliliği ve müşteri memnuniyetine göre verilir.