Asansör Arıza Programı Satın Alırken Sorulacak 12 Soru
Asansör arıza programı yalnızca kayıt tutmamalı; çağrıyı teknisyene ulaştırmalı, müdahale süresini ölçmeli ve kapanış kanıtı oluşturmalıdır. Satın almadan önce sorulması gereken 12 kritik soruyu inceleyin.
BAŞLIK
İÇERİK
Asansör firmalarında arıza yönetimi, yalnızca gelen telefonun bir teknisyene iletilmesinden ibaret değildir. Çağrının hangi binadan geldiği, ne zaman kaydedildiği, kimin müdahale ettiği, hangi parçanın değiştiği, asansörün ne zaman yeniden çalışır duruma getirildiği ve müşteriye nasıl bilgi verildiği birlikte yönetilmelidir. Bu nedenle asansör arıza programı satın alırken sadece fiyatı veya ekran tasarımını incelemek yeterli olmaz.
Yanlış seçilen bir program, iş yükünü azaltmak yerine çalışanlara ikinci bir kayıt sistemi oluşturabilir. Teknik ekip WhatsApp kullanmaya devam eder, ofis personeli bilgileri sonradan sisteme girmeye çalışır, firma sahibi ise gerçek müdahale sürelerini yine göremez. Doğru yazılım ise çağrının alınmasından arızanın kapanmasına kadar olan süreci kesintisiz biçimde izlenebilir hâle getirir.
Aşağıdaki 12 soru, bir asansör arıza takip programını satın almadan önce ürün sağlayıcısına sorulması gereken temel noktaları kapsar.
Önce Firmanızın Arıza Sürecini Netleştirin
Program araştırmasına başlamadan önce mevcut çalışma biçiminizi kısaca çıkarmanız gerekir. Çünkü on teknisyenle çalışan bir firma ile iki teknisyenle çalışan küçük bir işletmenin ihtiyaçları aynı değildir.
Şu bilgileri belirleyin:
- Aylık ortalama kaç arıza çağrısı geliyor?
- Çağrılar telefon, WhatsApp, QR kod veya müşteri portalı üzerinden mi alınıyor?
- Gece ve hafta sonu nöbet sistemi bulunuyor mu?
- Teknisyenler belirli bölgelere veya binalara mı atanıyor?
- Arıza sonrasında servis formu hazırlanıyor mu?
- Değiştirilen parçalar stoktan düşülüyor mu?
- Müşteriye SMS veya başka bir kanaldan bilgi veriliyor mu?
- Müdahale ve çözüm süreleri düzenli ölçülüyor mu?
Bu sorulara verilen cevaplar, ihtiyaç listenizi oluşturur. Program seçimi sırasında her özelliğin gerçekten saha sürecinize karşılık gelip gelmediğini daha kolay anlarsınız.
Arıza Kaydı ve Yönlendirme İçin Sorulacak Sorular
1. Arıza çağrısı hangi kanallardan oluşturulabiliyor?
İlk soru, arızanın sisteme nasıl girdiğidir. Sadece ofis çalışanının elle kayıt açabildiği bir sistem, mesai dışındaki çağrılarda yetersiz kalabilir.
İdeal bir yapıda arıza kaydı farklı kanallardan oluşturulabilmelidir:
- Ofis personelinin manuel kaydı
- Teknisyenin mobil cihazdan kaydı
- Bina yöneticisinin müşteri ekranından bildirimi
- Asansör üzerindeki QR kodun okutulması
- Yetkili personelin telefon görüşmesi sonrasında hızlı kayıt oluşturması
QR kod üzerinden bildirim özelliği bulunuyorsa kötüye kullanımın nasıl önlendiğini de sorun. Aynı kişinin art arda gereksiz kayıt oluşturmasını engelleyen kontroller, doğrulama adımları ve yetkilendirme seçenekleri bulunmalıdır.
2. Arıza otomatik veya manuel olarak teknisyene atanabiliyor mu?
Arıza kaydının açılması tek başına yeterli değildir. Kayıt, müdahale edecek doğru teknisyene ulaştırılmalıdır.
Programın şu atama seçeneklerini destekleyip desteklemediğini inceleyin:
- Belirli binadan sorumlu teknisyene otomatik atama
- Bölgeye göre yönlendirme
- Nöbetçi teknisyene yönlendirme
- Operasyon sorumlusu tarafından manuel atama
- Bir teknisyenin işi kabul etmemesi durumunda başka personele aktarma
Teknisyenin bildirimi görüp görmediği ve işi kabul edip etmediği de takip edilebilmelidir. Aksi hâlde ofis personeli tekrar telefon açarak arızanın ulaşıp ulaşmadığını kontrol etmek zorunda kalır.
3. Teknisyene anlık bildirim gönderiliyor mu?
Bazı programlar arıza kaydını oluşturur ancak teknisyene yalnızca uygulama açıldığında gösterir. Bu yöntem özellikle acil durumlarda gecikmeye neden olabilir.
Arıza atandığında teknisyene hangi bildirimlerin gönderildiğini sorun:
- Mobil uygulama bildirimi
- SMS
- E-posta
- Uygulama içi uyarı
- Sesli veya öncelikli bildirim
Bildirim teslim edilmediğinde sistemin uyarı üretip üretmediğini de kontrol edin. Özellikle gece çağrılarında yalnızca sessiz bir uygulama bildirimi yeterli olmayabilir.
Müdahale Süresi ve Saha Kontrolü İçin Sorulacak Sorular
4. Müdahale süresi nasıl ölçülüyor?
Bir asansör arıza programının en önemli işlevlerinden biri, zamanları otomatik kaydetmesidir. Ancak her yazılım “müdahale süresi” ifadesini aynı şekilde hesaplamaz.
Aşağıdaki zamanların ayrı ayrı tutulup tutulmadığını sorun:
| Ölçülen aşama | Başlangıç | Bitiş | İşletmeye sağladığı bilgi |
|---|---|---|---|
| Atama süresi | Arıza kaydının açılması | Teknisyene atanması | Ofis operasyonunun hızı |
| Kabul süresi | Teknisyene bildirim gitmesi | Teknisyenin işi kabul etmesi | Personelin reaksiyon süresi |
| Yola çıkış süresi | İşin kabulü | Teknisyenin hareketi | Hazırlık ve yönlendirme süreci |
| Müdahale süresi | Arıza kaydının açılması | Teknisyenin binaya varması | Müşterinin beklediği gerçek süre |
| Çözüm süresi | Teknisyenin varışı | Arızanın kapatılması | Teknik işlemin süresi |
| Toplam kapanış süresi | Arızanın açılması | Kaydın tamamlanması | Operasyonun genel performansı |
Süreler teknisyen tarafından elle giriliyorsa veriler kolaylıkla hatalı olabilir. Mümkün olduğunca tarih ve saat bilgilerinin sistem tarafından otomatik oluşturulması tercih edilmelidir.
5. Teknisyenin binaya ulaştığı nasıl doğrulanıyor?
Teknisyenin “binaya geldim” seçeneğine basması tek başına güçlü bir doğrulama değildir. Programın konum, QR kod veya bina doğrulaması gibi seçenekler sunup sunmadığını inceleyin.
Konum takibi kullanılacaksa şu noktaları ayrıca sorun:
- Konum yalnızca görev sırasında mı kaydediliyor?
- Çalışanın açık rızası ve bilgilendirilmesi nasıl yönetiliyor?
- Konum bilgisine kimler erişebiliyor?
- Geçmiş konum kayıtları ne kadar süre saklanıyor?
- Konum kapalı olduğunda sistem nasıl davranıyor?
Amaç çalışanı sürekli izlemek değil, hizmetin ilgili binada gerçekleştirildiğini doğrulamaktır. Bu nedenle yetki, süre ve kullanım amacı açık biçimde tanımlanmalıdır.
6. İnternet olmadığında teknisyen işlem yapabiliyor mu?
Asansör makine dairesi, bodrum katı veya kuyu çevresi gibi alanlarda mobil internet zayıf olabilir. Program yalnızca kesintisiz internet bağlantısıyla çalışıyorsa teknisyen arıza formunu sahada tamamlayamayabilir.
Çevrimdışı çalışma özelliği için şu senaryoyu test edin:
- Telefonun internetini kapatın.
- Teknisyen hesabıyla açık bir arızayı görüntüleyin.
- Açıklama ve kullanılan parça ekleyin.
- Fotoğraf çekin.
- Müşteri imzası alın.
- Kaydı kapatmayı deneyin.
- İnternet açıldığında bilgilerin senkronize olup olmadığını kontrol edin.
“Offline destekleniyor” cevabı tek başına yeterli değildir. Hangi işlemlerin çevrimdışı yapılabildiğini uygulamalı olarak görmek gerekir.
Arıza Kapanışı ve Kayıt Güvenliği İçin Sorulacak Sorular
7. Arıza fotoğraf, açıklama ve imza olmadan kapatılabiliyor mu?
Arızanın yalnızca “tamamlandı” seçeneğine basılarak kapatılması, ileride müşteriyle yaşanabilecek anlaşmazlıklarda yetersiz kalır. Kapanış kaydının yapılan işi açıklaması gerekir.
Programın zorunlu alan tanımlamasına izin verip vermediğini sorun. Örneğin firma, aşağıdaki bilgiler girilmeden kaydın kapanmasını engelleyebilmelidir:
- Arıza nedeni
- Yapılan işlem
- Değiştirilen parça
- Öncesi veya sonrası fotoğrafı
- Kullanıcı ya da bina yöneticisi imzası
- Teknisyen açıklaması
- Çalışır durumda teslim bilgisi
- Ücretli işlem veya tahsilat bilgisi
Her arıza için aynı alanların zorunlu olması gerekmeyebilir. Mahsur kalma, kapı arızası, revizyon gerektiren arıza ve basit ayar işlemleri için farklı kapanış formları kullanılabilmesi önemli bir avantajdır.
8. Kapanan arıza kayıtları sonradan değiştirilebiliyor mu?
Kayıt güvenliği, özellikle müşteri şikâyeti veya geçmiş servis incelemesi sırasında önem kazanır. Kapanmış bir arıza kaydındaki tarih, açıklama veya fotoğraf iz bırakmadan değiştirilebiliyorsa raporların güvenilirliği zayıflar.
Şunları kontrol edin:
- Değişiklik yapan kullanıcının adı kaydediliyor mu?
- Eski ve yeni bilgi karşılaştırılabiliyor mu?
- Kapanmış kayıt yeniden açıldığında işlem geçmişi oluşuyor mu?
- Fotoğraf ve imza silme yetkisi sınırlandırılabiliyor mu?
- Kayıtların dışa aktarımı yapılabiliyor mu?
Yetkilendirme yapısı da önemlidir. Teknisyen yalnızca kendi görevlerini görebilirken operasyon sorumlusu tüm arızaları inceleyebilmeli; firma sahibi ise performans ve maliyet raporlarına ulaşabilmelidir.
9. Aynı asansörün geçmiş arızaları toplu görülebiliyor mu?
Bir asansörün sürekli aynı arızayı vermesi, yalnızca günlük servis işi değildir. Tekrarlayan arızalar; yanlış ayar, yıpranmış parça, elektrik problemi, kullanım hatası veya revizyon ihtiyacı göstergesi olabilir.
Program, cihaz bazında şu geçmişi gösterebilmelidir:
- Son arıza tarihi
- Arıza türleri
- Müdahale eden teknisyenler
- Değiştirilen parçalar
- Toplam duruş süresi
- Tekrarlayan arızalar
- Aynı ay içinde açılan kayıt sayısı
- Açık revizyon veya teklif kayıtları
Bu veriler sayesinde firma sahibi, sürekli servis maliyeti oluşturan asansörleri belirleyebilir. Bina yöneticisine de yalnızca sözlü bilgi vermek yerine kayıtlı bir teknik geçmiş sunabilir.
Entegrasyon, Raporlama ve Maliyet İçin Sorulacak Sorular
10. Arıza kaydı stok, cari ve tahsilat süreçleriyle bağlantılı mı?
Teknisyen arıza sırasında bir kapı kontağı, röle veya başka bir parça değiştirdiğinde bu bilgi sadece servis açıklamasında kalmamalıdır. Kullanılan parçanın araç veya depo stokundan düşülmesi, ücretli işlemse müşterinin cari hesabına yansıtılması gerekebilir.
Programın şu bağlantıları destekleyip desteklemediğini sorun:
- Kullanılan parçanın stoktan düşülmesi
- Teknisyen araç stoğunun takibi
- Ücretli arıza kaydı oluşturulması
- Tahsilat alınması
- Müşteri cari hesabına borç kaydı
- Teklif veya revizyon sürecinin başlatılması
- Servis fişi veya iş emri hazırlanması
Bu bağlantılar bulunmadığında firma aynı işlemi arıza programına, stok listesine ve muhasebe tablosuna ayrı ayrı girmek zorunda kalır.
11. Hangi arıza raporları hazır olarak sunuluyor?
“Gelişmiş raporlama var” ifadesi satın alma kararı için yeterli değildir. Demo sırasında gerçekten ihtiyaç duyduğunuz raporu açtırın.
En azından şu raporların bulunması faydalıdır:
- Teknisyen bazında arıza sayısı
- Ortalama müdahale süresi
- Ortalama çözüm süresi
- Bölge bazında arıza yoğunluğu
- Bina veya asansör bazında tekrar eden arızalar
- Açık ve geciken arızalar
- Mesai dışı gelen çağrılar
- En sık değiştirilen parçalar
- Ücretli ve ücretsiz servis dağılımı
- Müşteri bazında toplam servis sayısı
Raporların Excel veya PDF olarak dışa aktarılıp aktarılamadığını da sorun. Ekranda görülen ancak dışarı alınamayan raporlar, toplantı ve müşteri bilgilendirme süreçlerinde sınırlı kalabilir.
12. Toplam maliyet, destek ve veri taşıma şartları nelerdir?
Son soru yalnızca yıllık lisans fiyatı değildir. Toplam sahip olma maliyetini anlamak için tüm ücretleri birlikte değerlendirin.
| Maliyet kalemi | Sorulması gereken konu |
|---|---|
| Lisans bedeli | Yıllık mı, aylık mı, kullanıcı veya asansör sayısına göre mi? |
| Kurulum | İlk hesap ve yapılandırma ücrete dâhil mi? |
| Veri aktarımı | Mevcut bina, asansör ve müşteri listeleri taşınıyor mu? |
| Eğitim | Kaç personele, kaç oturum eğitim veriliyor? |
| Mobil kullanım | Teknisyen uygulaması ek ücretli mi? |
| SMS | Bildirim kontörleri ayrıca mı satın alınıyor? |
| Depolama | Fotoğraf ve belgeler için kapasite sınırı var mı? |
| Destek | Telefon, uzaktan bağlantı veya mesaj desteği sunuluyor mu? |
| Güncelleme | Yeni sürümler lisans bedeline dâhil mi? |
| Veri çıkışı | Abonelik bittiğinde kayıtlar dışa aktarılabiliyor mu? |
Özellikle veri aktarımı konusunu satın alma öncesinde netleştirin. Yüzlerce bina ve asansör kaydının çalışanlar tarafından tek tek girilmesi, programın kullanımını daha başlamadan zorlaştırabilir.
Asansorex gibi asansör bakım ve arıza süreçlerine odaklanan yazılımları değerlendirirken de yalnızca özellik listesini incelemek yerine kendi firmanızdan örnek bir arıza kaydı açtırmanız daha sağlıklı sonuç verir. Kayıt oluşturma, teknisyene atama, mobil kapanış ve raporlama adımlarını aynı demo içinde tamamlamaya çalışın.
Satın Almadan Önce Uygulanabilecek Kısa Demo Testi
Bir asansör arıza programını değerlendirirken aşağıdaki testi uygulayabilirsiniz:
- Gerçek bir bina ve asansör kaydı oluşturun.
- Bina yöneticisi adına arıza bildirin.
- Kaydı nöbetçi teknisyene atayın.
- Teknisyen telefonundan bildirimin gelip gelmediğini kontrol edin.
- Teknisyenin işi kabul etmesini sağlayın.
- Konum veya bina varış kaydını test edin.
- Fotoğraf ve açıklama ekleyin.
- Kullanılan bir parçayı stoktan düşün.
- Müşteri imzasıyla arızayı kapatın.
- Servis fişini görüntüleyin.
- Müdahale süresinin rapora yansıyıp yansımadığını kontrol edin.
- Aynı asansörün arıza geçmişini açın.
Bu senaryo sorunsuz tamamlanamıyorsa yazılımın firmanızdaki gerçek çalışma düzenine uyumu tekrar değerlendirilmelidir.
Sıkça Sorulan Sorular
Asansör arıza programı ile bakım programı aynı mıdır?
Tam olarak aynı değildir. Arıza programı plansız servis çağrılarını, teknisyen yönlendirmesini ve müdahale sürelerini yönetir. Bakım programı ise aylık veya belirlenen dönemlerde yapılacak planlı bakım işlerini takip eder. Kapsamlı yazılımlar iki süreci aynı sistemde birleştirebilir.
Küçük asansör firmalarının arıza programına ihtiyacı var mı?
Az sayıda teknisyenle çalışan firmalarda da kayıt kaybı, unutulan çağrı ve müşteri bilgilendirme problemi yaşanabilir. İhtiyaç, yalnızca firma büyüklüğüne değil aylık çağrı sayısına ve operasyonun ne kadar düzenli takip edildiğine bağlıdır.
Programı satın almadan önce ücretsiz deneme yapmak gerekli mi?
Mümkünse gereklidir. Ancak deneme hesabını yalnızca ekranlara bakarak geçirmek yerine gerçek bir arıza senaryosuyla test etmek gerekir. Teknisyen, ofis çalışanı ve firma sahibi kendi görevlerini ayrı ayrı denemelidir.
Teknisyenlerin konumu sürekli takip edilmeli mi?
Konum özelliği yalnızca açık ve meşru operasyonel amaçlarla kullanılmalıdır. Genel uygulamada görev başlangıcı, binaya varış veya servis kapanışı gibi belirli aşamalarla sınırlandırılması daha dengeli bir yaklaşımdır. Çalışanların bilgilendirilmesi ve erişim yetkilerinin sınırlandırılması da önemlidir.
Arıza programındaki veriler dışarı aktarılabilir mi?
Bu özellik ürüne göre değişir. Satın almadan önce müşteri, asansör, arıza, fotoğraf, servis formu ve raporların hangi formatlarda dışa aktarılabildiğini yazılı olarak sorun. Abonelik sona erdiğinde veriye erişim şartlarını da öğrenin.
En ucuz asansör arıza programını seçmek doğru mudur?
Tek başına düşük fiyat doğru seçim ölçütü değildir. Veri aktarımı, eğitim, teknik destek, mobil uygulama, raporlama, kullanıcı sınırı ve ek ücretler toplam maliyeti değiştirir. En uygun program, firmanın günlük iş akışını en az ek işlemle yönetebilen çözümdür.
Özet
Asansör arıza programı satın alırken amaç yalnızca telefonla gelen çağrıları dijital bir listeye aktarmak olmamalıdır. Doğru sistem; arızayı kaydetmeli, uygun teknisyene ulaştırmalı, müdahale süresini ölçmeli, yapılan işlemi kanıtlamalı ve geçmiş kayıtları raporlayabilmelidir.
Karar vermeden önce arıza oluşturma kanallarını, teknisyen atamasını, çevrimdışı çalışmayı, fotoğraflı kapanışı, stok bağlantısını, yetkilendirmeyi, raporları ve toplam maliyeti ayrıntılı olarak sorgulayın. Asansorex gibi sektöre özel bir çözüm değerlendiriliyorsa firmanızdan gerçek bir örnek üzerinden uçtan uca demo yapılması, yazılımın günlük operasyona uygunluğunu daha net görmenizi sağlar.