Asansör Yazılımı Kullanıcı Deneyimi (UX) Kriterleri

İÇERİK (MARKDOWN)

Bir asansör yazılımının başarılı olup olmadığını yalnızca sahip olduğu modüller belirlemez. Arıza kaydı, bakım planlama, cari takip, stok yönetimi ve raporlama gibi özellikler ne kadar kapsamlı olursa olsun, kullanıcı bu özelliklere kolay ulaşamıyorsa yazılım günlük operasyonun önünde yeni bir engel hâline gelir. Asansör yazılımı kullanıcı deneyimi, firma sahibinin doğru veriye hızlı ulaşmasını, teknisyenin sahada vakit kaybetmeden işlem yapmasını ve bina yöneticisinin ihtiyaç duyduğu bilgiyi anlaşılır biçimde görmesini sağlamalıdır.

İyi bir kullanıcı deneyiminin amacı ekranları yalnızca güzel göstermek değildir. Asıl amaç, kullanıcıların eğitim süresini kısaltmak, veri giriş hatalarını azaltmak, işlem sürelerini düşürmek ve yazılımın ekip tarafından düzenli kullanılmasını sağlamaktır. Bu yazıda bir asansör bakım ve yönetim yazılımında bulunması gereken temel UX kriterlerini, sahadan örneklerle ve uygulanabilir kontrol noktalarıyla inceleyeceğiz.

Asansör Yazılımında UX Neden Kritik Öneme Sahiptir?

Asansör bakım firmalarının çalışma ortamı, klasik bir ofis yazılımından oldukça farklıdır. Kullanıcıların önemli bir bölümü masa başında değil; bina girişinde, asansör kuyusunda, makine dairesinde, araçta veya mobil bağlantının zayıf olduğu alanlarda çalışır. Bu nedenle yazılımın kullanıcı deneyimi hazırlanırken yalnızca bilgisayar başındaki yönetici değil, sahadaki teknisyen de düşünülmelidir.

Örneğin bir teknisyen bakım sırasında aşağıdaki işlemleri yapmak zorunda kalabilir:

• Bakım yapılacak asansörü bulmak
• Kontrol listesini açmak
• Eksik veya uygunsuz noktaları işaretlemek
• Fotoğraf eklemek
• Kullanılan parçayı stoktan düşmek
• Bina yetkilisinin imzasını almak
• Tahsilat bilgisi girmek
• Bakım kaydını tamamlamak

Bu işlemlerin her biri farklı menüler altında bulunuyorsa, kullanıcı aynı bakım kaydı için ekranlar arasında sürekli geçiş yapmak zorunda kalır. Sonuç olarak bakım süresi uzar, bazı alanlar boş bırakılır ve teknisyen yazılımı kullanmak yerine işlemleri gün sonunda topluca girmeye başlar.

İyi UX, kullanıcıya daha fazla ekran göstermek değil; doğru işlemi doğru anda, mümkün olan en az adımla yaptırmaktır.

Kullanımı zor bir sistem yalnızca çalışan memnuniyetini düşürmez. Eksik veri, unutulan tahsilat, hatalı stok hareketi, kapatılmayan arıza kaydı ve geciken müşteri bilgilendirmesi gibi doğrudan ticari sonuçlar da doğurabilir.

Sade ve Göreve Odaklı Ekran Tasarımı

Asansör yazılımındaki her kullanıcı aynı bilgiye ihtiyaç duymaz. Firma sahibi toplam operasyonu, finansal durumu ve ekip performansını görmek isterken teknisyenin önceliği kendisine atanmış bakım ve arızalardır. Bina yöneticisi ise yalnızca kendi binasına ait bakım geçmişini, borç durumunu ve açık talepleri görmek ister.

Bu nedenle iyi bir kullanıcı deneyimi, rol ve görev odaklı hazırlanmalıdır.

Teknisyen ekranında öncelikli olması gerekenler

Teknisyen mobil uygulamayı açtığında doğrudan günlük işlerini görebilmelidir. Ana ekranda gereksiz finans raporları veya uzun yönetim menüleri yerine şu bilgiler öne çıkmalıdır:

• Bugünkü bakım planı
• Açık arıza kayıtları
• Acil olarak işaretlenen çağrılar
• Bina adresi ve konum bilgisi
• İletişim kurulacak bina yetkilisi
• İşlemi başlat ve tamamla düğmeleri

“Bakım başlat” gibi sık kullanılan bir işlem, ana ekrandan iki veya üç dokunuşla erişilebilir olmalıdır. Kullanıcı önce müşteriler, sonra binalar, ardından asansörler ve en sonunda bakım kayıtları arasında dolaşmak zorunda kalmamalıdır.

Firma sahibinin ekranında öncelikli olması gerekenler

Firma sahibi veya operasyon sorumlusu için öne çıkan bilgiler farklıdır:

• Tamamlanan ve geciken bakımlar
• Açık arıza sayısı
• Ortalama müdahale süresi
• Tahsil edilmemiş alacaklar
• Yaklaşan sözleşme bitişleri
• Kritik stok seviyeleri
• Teknisyenlerin günlük iş durumu

Burada da bütün verileri tek ekrana sıkıştırmak doğru değildir. Öncelikli göstergeler özetlenmeli, ayrıntıya ihtiyaç duyan kullanıcı ilgili rapora geçebilmelidir.

Hız, Mobil Uyum ve Zayıf İnternet Performansı

Bir yazılımın ekranları sade görünse bile yavaş çalışıyorsa kullanıcı deneyimi zayıftır. Özellikle teknisyenlerin her işlemde birkaç saniye beklemesi, gün boyunca önemli bir zaman kaybına dönüşebilir.

Asansör yazılımında hız değerlendirilirken yalnızca ofisteki güçlü internet bağlantısı kullanılmamalıdır. Sistem şu koşullarda da test edilmelidir:

• Mobil internet bağlantısında
• Bodrum katlarda ve makine dairelerinde
• Eski veya orta seviye telefonlarda
• Çok sayıda fotoğraf bulunan bakım kayıtlarında
• Yüzlerce bina ve asansör kaydı arasında arama yapılırken
• Aynı anda birden fazla teknisyen veri gönderirken

Pratik UX hedefleri aşağıdaki gibi belirlenebilir:

UX kriteri	Zayıf uygulama örneği	İyi uygulama örneği	Pratik hedef
Ekran açılış süresi	Kullanıcı ne olduğunu anlamadan bekler	Yüklenme göstergesi ve hızlı sonuç sunulur	Sık kullanılan ekranlarda birkaç saniye
Bakım kaydı bulma	Uzun listede elle arama yapılır	Bina, cari, adres veya asansör no ile arama yapılır	10 saniyeden kısa sürede kayıt bulma
Fotoğraf yükleme	Büyük dosya nedeniyle uygulama donar	Fotoğraf otomatik küçültülerek gönderilir	Kullanıcı işlemi kesintisiz sürdürür
Form doldurma	Bağlantı kopunca tüm bilgiler silinir	Taslak otomatik kaydedilir	Veri kaybının önlenmesi
İş tamamlama	Çok sayıda ayrı ekran kullanılır	Kontrol, fotoğraf, imza ve sonuç tek akıştadır	En az ekran geçişi
Arıza oluşturma	Teknik olmayan kullanıcı karmaşık alanlarla karşılaşır	Kategori, açıklama ve fotoğraf yeterlidir	Birkaç dakika içinde bildirim

Bağlantı kesildiğinde kullanıcının doldurduğu formun kaybolması, sahadaki güveni çok hızlı biçimde zedeler. Bu nedenle otomatik taslak kaydı, tekrar gönderme seçeneği ve mümkün olan işlemlerde çevrim dışı çalışma desteği önemli UX kriterleridir.

Sektöre Uygun Dil ve İş Akışı Kullanımı

Kullanıcı deneyiminin önemli parçalarından biri de yazılımda kullanılan dildir. Asansör sektöründeki kullanıcılar, günlük çalışmalarında belirli terimlere alışkındır. Yazılım bu dili doğru kullanmadığında kullanıcı ne yapması gerektiğini anlamakta zorlanabilir.

Örneğin aşağıdaki ifadeler açık ve sektöre uygundur:

• Planlı bakım
• Arıza çağrısı
• Müdahale süresi
• Bakım formu
• Durum tespit raporu
• Revizyon teklifi
• Periyodik kontrol sonucu
• Cari bakiye
• Araç stoku
• Kullanılan yedek parça

Buna karşılık teknik anlamı belirsiz, doğrudan yazılım geliştiricilerin kullandığı terimler son kullanıcıya gösterilmemelidir. “Kaynak oluştur”, “işlem nesnesi”, “veri tipi” veya “modül örneği” gibi ifadeler teknisyen için anlamlı değildir.

Sektöre uygun bir iş akışı hazırlanırken gerçek saha sırası dikkate alınmalıdır. Örneğin bir arıza kaydının doğal akışı şu şekilde olabilir:

1. Arıza bildirimi alınır.
2. Uygun teknisyene görev atanır.
3. Teknisyen yola çıkar veya görevi sahiplenir.
4. Binaya varış zamanı kaydedilir.
5. Arıza nedeni ve yapılan işlem girilir.
6. Kullanılan parça varsa kayda eklenir.
7. Fotoğraf, imza veya servis formu alınır.
8. Arıza kapatılır.
9. Bina yöneticisine bilgilendirme gönderilir.

Yazılım bu doğal sırayı destekliyorsa kullanıcı hangi aşamada ne yapacağını kolayca anlar. Süreç parçalı veya ters sırada tasarlanmışsa, kayıtların eksik kapatılması kaçınılmaz hâle gelir.

Hata Önleme ve Kullanıcıyı Doğru Yönlendirme

İyi kullanıcı deneyimi yalnızca işlemleri hızlandırmaz; hata yapılmasını da zorlaştırır. Özellikle finans, stok ve bakım kayıtlarında küçük bir veri giriş hatası daha sonra ciddi karışıklıklara yol açabilir.

Örneğin teknisyen bir bakım kaydını tamamlamadan önce zorunlu alanlar kontrol edilebilir. Ancak her alanı zorunlu yapmak da kullanıcıyı gereksiz yere yavaşlatır. Zorunluluklar yalnızca gerçekten operasyonel veya belgesel açıdan gerekli bilgiler için kullanılmalıdır.

Etkili hata önleme yöntemleri şunlardır:

• Yanlış işlemi geri alma imkânı sunmak
• Silme işleminden önce açık bir onay istemek
• Aynı bakımın ikinci kez oluşturulmasını engellemek
• Zorunlu alanları kullanıcı forma başlamadan göstermek
• Hatalı telefon, tarih veya tutar girişini anında belirtmek
• Stokta bulunmayan parçanın kullanımında uyarı vermek
• Arıza kapatılmadan önce çözüm açıklamasını kontrol etmek
• Kaydedilmemiş veri varken ekrandan çıkışta uyarı göstermek

Hata mesajları da anlaşılır olmalıdır. “İşlem başarısız”, “Sunucu hatası” veya yalnızca bir hata kodu göstermek kullanıcıya çözüm sunmaz. Bunun yerine “İnternet bağlantısı kesildi. Bilgileriniz taslak olarak kaydedildi, bağlantı geldiğinde tekrar gönderebilirsiniz.” gibi yönlendirici açıklamalar kullanılmalıdır.

Öğrenme Kolaylığı ve Günlük Kullanım Verimliliği

Bir asansör yazılımının ne kadar kolay öğrenildiği, devreye alma başarısını doğrudan etkiler. Firma kapsamlı bir sistem satın alsa bile ekip günlük işlerini hâlâ WhatsApp, kâğıt form veya Excel üzerinden yürütüyorsa beklenen verim elde edilemez.

Yeni kullanıcıların ilk günden bütün modülleri öğrenmesi beklenmemelidir. Eğitim ve başlangıç süreci görev bazlı hazırlanmalıdır:

• İlk bina ve asansör kaydını oluşturma
• İlk bakım planını hazırlama
• Teknisyene görev atama
• Sahadan bakım formu kapatma
• Arıza kaydı açma ve sonuçlandırma
• Tahsilat kaydetme
• Temel raporları görüntüleme

Ekran içi kısa açıklamalar, örnek veriler, başlangıç kontrol listeleri ve işlem sırasında gösterilen ipuçları öğrenme süresini azaltır. Ancak her girişte uzun tanıtım ekranları göstermek kullanıcıyı rahatsız eder. Yardım içeriği ihtiyaç duyulan anda ulaşılabilir olmalıdır.

Asansorex gibi sektöre odaklanan bakım takip yazılımlarında kullanıcı deneyiminin gerçek bakım, arıza, tahsilat ve stok süreçlerine göre şekillendirilmesi önemlidir. Böylece ekip, genel amaçlı bir programı asansör işlerine uyarlamaya çalışmak yerine kendi günlük iş sırasına uygun bir akış kullanabilir.

UX Kalitesini Ölçmek İçin Takip Edilecek Göstergeler

Kullanıcı deneyimi yalnızca tasarım ekibinin görüşüyle değerlendirilmemelidir. Gerçek kullanıcı davranışları ve saha geri bildirimleri düzenli olarak takip edilmelidir.

Firma sahipleri aşağıdaki göstergeleri inceleyebilir:

• Bir bakım kaydının ortalama tamamlanma süresi
• Eksik bırakılan bakım formu oranı
• Sonradan düzenlenen veya düzeltilen kayıt sayısı
• Teknisyenlerin yazılımı günlük kullanma sıklığı
• En çok destek talebi gelen ekranlar
• Yanlışlıkla silinen veya tekrar oluşturulan kayıtlar
• Fotoğraf ve imza ekleme başarı oranı
• Arıza kaydının açılması ile teknisyene atanması arasındaki süre
• Kullanıcıların en sık yarıda bıraktığı işlemler

Örneğin teknisyenler bakım formunu açıyor ancak fotoğraf ekleme aşamasında işlemi bırakıyorsa sorun eğitim eksikliği olmayabilir. Fotoğraf yükleme süresi uzun, düğme görünmez veya dosya boyutu sınırı anlaşılmaz olabilir.

UX değerlendirmesi yapılırken farklı deneyim seviyelerindeki kullanıcılarla test yapılmalıdır. Yazılımı geliştiren veya uzun süredir kullanan kişiler, menülerin yerini ezbere bildiği için yeni kullanıcının yaşayacağı zorlukları fark etmeyebilir.

Sıkça Sorulan Sorular

Asansör yazılımında kullanıcı deneyimi ne anlama gelir?

Kullanıcı deneyimi; firma sahibinin, teknisyenin ve bina yöneticisinin yazılım üzerindeki işlemleri ne kadar kolay, hızlı ve hatasız tamamlayabildiğini ifade eder. Yalnızca görsel tasarımı değil; hız, menü yapısı, kullanılan dil, mobil uyum ve hata önleme gibi unsurları da kapsar.

Çok özellikli bir yazılımın kullanımı mutlaka zor mudur?

Hayır. Özellik sayısının fazla olması tek başına kullanım zorluğu oluşturmaz. Önemli olan özelliklerin kullanıcı rolüne göre düzenlenmesi ve sık kullanılan işlemlerin ön plana çıkarılmasıdır. Teknisyen yalnızca günlük görevlerini, firma sahibi ise operasyon ve finans özetlerini kolayca görebilmelidir.

Mobil uygulamada en önemli UX kriteri nedir?

Tek bir kriter seçmek gerekirse işlemlerin sahada kesintisiz tamamlanabilmesidir. Uygulamanın hızlı açılması, küçük ekranda rahat kullanılması, bağlantı kesildiğinde veri kaybetmemesi ve fotoğraf yüklerken donmaması kritik öneme sahiptir.

Teknisyenlerin yazılımı kullanmak istememesi nasıl çözülür?

Öncelikle sorunun eğitimden mi yoksa tasarımdan mı kaynaklandığı belirlenmelidir. İşlem çok uzun sürüyor, ekranlar karışık veya bağlantı kesilince bilgiler siliniyorsa yalnızca daha fazla eğitim vermek yeterli olmaz. İş akışı sadeleştirilmeli ve teknisyenlerden düzenli saha geri bildirimi alınmalıdır.

Bir asansör yazılımı satın almadan önce UX nasıl test edilir?

Gerçek bir senaryo üzerinden deneme yapılmalıdır. Örnek bir bina ve asansör oluşturulmalı; bakım planlama, teknisyene görev atama, sahadan form kapatma, fotoğraf ekleme, imza alma ve rapora ulaşma işlemleri baştan sona uygulanmalıdır. Yalnızca tanıtım ekranlarına bakarak karar verilmemelidir.

Bina yöneticisi için kullanıcı deneyimi nasıl olmalıdır?

Bina yöneticisi yalnızca kendi binasıyla ilgili bilgilere sade biçimde erişebilmelidir. Bakım geçmişi, açık arızalar, belgeler, borç durumu ve iletişim alanları anlaşılır olmalı; teknik olmayan kullanıcı gereksiz sektör terimleriyle karşılaştırılmamalıdır.

Özet

Başarılı bir asansör yazılımı, en fazla özelliği tek ekranda gösteren değil; her kullanıcıya ihtiyaç duyduğu işlemi doğru zamanda sunan sistemdir. Sade ekranlar, hızlı mobil kullanım, zayıf bağlantıda veri koruması, sektöre uygun terimler, hata önleme mekanizmaları ve ölçülebilir iş akışları iyi kullanıcı deneyiminin temelini oluşturur.

Asansorex gibi asansör bakım süreçlerine özel geliştirilen bir yazılım kullanılırken de değerlendirme yalnızca modül listesi üzerinden yapılmamalıdır. Teknisyenin bakım kaydını ne kadar sürede kapattığına, firma sahibinin kritik raporlara ne kadar kolay ulaştığına ve bina yöneticisinin ihtiyaç duyduğu bilgiyi anlayıp anlamadığına bakılmalıdır. Çünkü yazılımın gerçek değeri, sahip olduğu özelliklerden çok bu özelliklerin günlük çalışmada ne kadar düzenli ve verimli kullanılabildiğiyle ortaya çıkar.