Asansör Arıza Yazılımı Seçiminde Sorulması Gereken Referans Soruları

İÇERİK

Asansör arıza yazılımı satın alırken ürün sunumları, özellik listeleri ve demo ekranları önemli bilgiler verir. Ancak bir yazılımın gerçek değerini anlamanın en güvenilir yollarından biri, sistemi aktif olarak kullanan firmalarla görüşmektir. Çünkü demo sırasında birkaç dakikada sorunsuz görünen bir işlem; yoğun bir pazartesi sabahında, aynı anda onlarca arıza kaydı açıldığında veya internet bağlantısı zayıf bir makine dairesinde farklı sonuç verebilir.

Referans görüşmesinin amacı yalnızca “Memnun musunuz?” sorusuna cevap almak değildir. Amaç; yazılımın arıza karşılama süresine, teknisyen koordinasyonuna, müşteri iletişimine ve yöneticinin iş yüküne somut etkisini öğrenmektir. Bu rehberde, asansör arıza yazılımı seçerken referans firmalara yöneltebileceğiniz kritik soruları ve verilen cevapları nasıl değerlendireceğinizi bulabilirsiniz.

Referans Görüşmesi Neden Ürün Demosu Kadar Önemlidir?

Ürün demosu kontrollü bir ortamda yapılır. Örnek müşteriler, düzenlenmiş kayıtlar ve önceden hazırlanmış senaryolar kullanılır. Gerçek çalışma düzeninde ise arıza ihbarı eksik gelebilir, teknisyen farklı bölgede bulunabilir, bina yöneticisi tekrar arayabilir veya kullanılan telefonun bağlantısı kesilebilir.

Referans firma, yazılımın bu koşullardaki davranışını görmüş gerçek kullanıcıdır. Size şu konularda tanıtım sunumundan daha farklı bilgiler verebilir:

• Kurulumdan sonra sisteme alışmanın ne kadar sürdüğü
• Teknisyenlerin mobil uygulamayı benimseyip benimsemediği
• Yoğun arıza dönemlerinde sistemin yeterli olup olmadığı
• Teknik destek ekibinin sorunlara ne kadar hızlı döndüğü
• Verilerin programa aktarılırken yaşanan zorluklar
• Raporların günlük yönetimde gerçekten kullanılıp kullanılmadığı
• Müşterilerden gelen telefon ve WhatsApp mesajlarının azalıp azalmadığı
• Sonradan ortaya çıkan ek ücretler veya kullanım sınırları

Referans kontrolü, hatasız bir yazılım bulma çalışması değildir. Her ürünün geliştirilebilecek tarafları bulunabilir. Önemli olan, karşılaşılan sorunların sizin işletmeniz açısından kritik olup olmadığını ve sağlayıcının bu sorunları nasıl yönettiğini anlamaktır.

Önce Size Benzeyen Referansları İsteyin

Her referans aynı ölçüde yol gösterici değildir. Elli asansöre hizmet veren tek ekipli bir firma ile beş şehirde iki bin asansörü yöneten bir kuruluşun ihtiyaçları aynı olmaz. Bu nedenle yazılım sağlayıcısından yalnızca tanınmış firma adları değil, işletme yapınıza benzeyen referanslar istemelisiniz.

Benzerliği değerlendirirken şu ölçütlere bakın:

• Bakımı yapılan toplam asansör sayısı
• Aktif saha teknisyeni sayısı
• Şube ve hizmet bölgesi sayısı
• Aylık ortalama arıza ihbarı
• Gece veya hafta sonu nöbet düzeni
• Ofis personeli ve çağrı karşılama yapısı
• Mobil uygulama kullanan personel sayısı
• Müşteri portalı, QR kod veya otomatik bildirim kullanımı
• Ön muhasebe, stok ya da e-fatura entegrasyonu ihtiyacı

Örneğin 1.200 asansöre ve 18 saha personeline sahip bir firma, yalnızca 80 asansör yöneten referansın deneyimine dayanarak karar vermemelidir. Küçük ölçekte hızlı çalışan bir yapı, kullanıcı ve işlem sayısı arttığında aynı performansı göstermeyebilir.

Mümkünse üç farklı referansla görüşün: size benzer ölçekte bir firma, sizden daha küçük bir firma ve büyümüş bir firma. Böylece hem bugünkü kullanımınızı hem de gelecek iki veya üç yıldaki kapasite ihtiyacınızı değerlendirebilirsiniz.

Referans Firmaya Sorulacak Temel Sorular

Referans görüşmesine açık uçlu bir soruyla başlamak faydalıdır: “Yazılımı kullanmadan önce arıza süreçlerinizi nasıl yönetiyordunuz ve bugün ne değişti?” Bu soru, firmanın deneyimini kendi kelimeleriyle anlatmasını sağlar.

Ardından aşağıdaki başlıklara geçebilirsiniz.

Kurulum ve veri aktarımı soruları

1. Kurulum ve devreye alma süreci kaç gün sürdü?
2. Mevcut müşteri, bina ve asansör kayıtları sisteme nasıl aktarıldı?
3. Veri aktarımı sırasında eksik veya hatalı kayıt oluştu mu?
4. İlk kurulumda yazılım sağlayıcısı ne kadar destek verdi?
5. Sistemi düzenli kullanmaya başlamanız ne kadar sürdü?
6. Eğitim yalnızca ofis ekibine mi, teknisyenlere de verildi mi?

Burada yalnızca gün sayısına odaklanmayın. Beş günde tamamlanan fakat veri temizliği yapılmayan bir kurulum, iki haftada kontrollü biçimde tamamlanan çalışmadan daha başarısız olabilir.

Günlük arıza yönetimi soruları

• Arıza ihbarı sisteme ortalama ne kadar sürede kaydediliyor?
• İş emri teknisyene anında ulaşıyor mu?
• Teknisyen kabul, yola çıkma, varış ve tamamlama durumlarını kolayca işleyebiliyor mu?
• Aynı arızanın mükerrer açılması nasıl önleniyor?
• Geçmiş arızalara bina, asansör veya müşteri üzerinden ulaşılabiliyor mu?
• Tekrarlayan arızalar rapordan açıkça görülebiliyor mu?
• Fotoğraf, açıklama, kullanılan parça ve müşteri imzası kayda eklenebiliyor mu?
• İnternet bağlantısı zayıf olduğunda teknisyen hangi işlemleri yapabiliyor?
• Acil ve normal arıza kayıtları birbirinden ayrılabiliyor mu?
• Tamamlanmayan işler yöneticinin dikkatine otomatik olarak geliyor mu?

Cevapları dinlerken yalnızca özelliğin var olup olmadığını değil, kullanımının kaç adım sürdüğünü sorun. Bir özellik menüde bulunabilir; fakat teknisyenin sahada kullanamayacağı kadar karmaşıksa operasyonel karşılığı sınırlı kalır.

Cevapları Karşılaştırmak İçin Referans Skor Kartı

Görüşmeleri yalnızca not alarak yürütmek, sonradan firmaları karşılaştırmayı zorlaştırabilir. Her referans için aşağıdaki gibi basit bir puanlama tablosu kullanılabilir.

Değerlendirme alanı	Referansa sorulacak ana soru	Puanlama ölçütü
Kurulum	Sistem planlanan sürede devreye alındı mı?	1: Ciddi gecikme, 5: Planlı ve sorunsuz
Kullanım kolaylığı	Teknisyenler uygulamaya ne kadar sürede alıştı?	1: Hâlâ zorlanıyorlar, 5: Birkaç günde benimsediler
Arıza hızı	Kayıt ve atama süresi azaldı mı?	1: Değişmedi, 5: Belirgin biçimde azaldı
Mobil performans	Uygulama sahada güvenilir çalışıyor mu?	1: Sık sorun, 5: İstikrarlı kullanım
Raporlama	Raporlar karar almak için kullanılıyor mu?	1: Kullanılmıyor, 5: Düzenli kullanılıyor
Teknik destek	Sorunlara yeterince hızlı dönüş yapılıyor mu?	1: Yetersiz, 5: Hızlı ve çözüm odaklı
Müşteri iletişimi	Durum sorma aramaları azaldı mı?	1: Azalmadı, 5: Büyük ölçüde azaldı
Maliyet şeffaflığı	Beklenmeyen ek ücret çıktı mı?	1: Sık çıktı, 5: Tüm ücretler baştan açıktı

Referansın verdiği her puanın yanına kısa bir örnek yazın. “Destek iyi” notu yerine “Cumartesi yaşanan bildirim sorununa iki saat içinde dönüş yapıldı” gibi doğrulanabilir açıklamalar kullanın.

Teknik Destek Hakkında Hangi Sorular Sorulmalı?

Yazılım seçimlerinde özellikler öne çıkar, ancak uzun vadeli memnuniyeti çoğu zaman teknik desteğin kalitesi belirler. Arıza operasyonu günün belirli saatleriyle sınırlı olmadığı için destek şartları özellikle incelenmelidir.

Referans firmaya şu soruları yöneltin:

• Destek taleplerini hangi kanaldan iletiyorsunuz?
• Ortalama ilk dönüş süresi nedir?
• Mesai dışındaki kritik sorunlarda ulaşabileceğiniz biri bulunuyor mu?
• Sorun çözüldüğünde size açıklama yapılıyor mu?
• Eğitim ihtiyacı doğduğunda yeniden destek alabiliyor musunuz?
• Güncelleme sonrasında kullanım değişiklikleri önceden bildiriliyor mu?
• Talep ettiğiniz geliştirmeler kayıt altına alınıyor mu?
• Uygulama kesintisi yaşadınız mı; yaşadıysanız süreç nasıl yönetildi?

“Şimdiye kadar hiç sorun yaşamadık” cevabı tek başına güçlü bir referans göstergesi değildir. Yazılımı ne kadar yoğun kullandıklarını ve destek ihtiyacı doğduğunda ne yaşadıklarını öğrenin. Gerçekçi ve ayrıntılı cevaplar, genel memnuniyet cümlelerinden daha değerlidir.

Teknisyenlerin Deneyimini Doğrudan Öğrenin

Karar görüşmeleri çoğunlukla firma sahipleri veya ofis yöneticileri arasında yapılır. Oysa arıza yazılımını gün boyunca en yoğun kullanan kişiler teknisyenlerdir. Mümkünse referans firmanın bir saha sorumlusu veya teknisyeniyle de kısa bir görüşme talep edin.

Teknisyene şu pratik sorular sorulabilir:

• Yeni arıza bildirimi telefona zamanında geliyor mu?
• İş emrine ulaşmak için çok sayıda ekrana girmeniz gerekiyor mu?
• Konum, iletişim ve geçmiş arıza bilgileri yeterli mi?
• Fotoğraf ve imza eklemek sahada kolay mı?
• İş bitiminde servis formu oluşturmak ne kadar sürüyor?
• İnternet olmadığında kayıt kayboluyor mu?
• Yanlış girilen bir bilgiyi düzeltme süreci kolay mı?
• Uygulama telefonun pilini veya internet paketini belirgin biçimde etkiliyor mu?
• Eski sisteme dönmek ister miydiniz? Neden?

Son soru özellikle değerlidir. Teknisyenler bazen belirli özellikleri eleştirse de genel olarak eski kâğıt, telefon ve WhatsApp düzenine dönmek istemiyorsa yazılım operasyonel fayda üretmiş demektir.

Ölçülebilir Sonuçları ve Gerçek Kazanımları Sorgulayın

Referans görüşmesinde “işlerimiz kolaylaştı” gibi genel ifadeleri rakama dönüştürmeye çalışın. Firmanın bütün verileri paylaşması gerekmeyebilir; yaklaşık değişimler de fikir verir.

Şu sonuçları sorgulayabilirsiniz:

• Arıza ihbarından teknisyene atamaya kadar geçen süre
• Teknisyenin günlük tamamladığı ortalama iş sayısı
• Kapanmadan bekleyen arıza sayısı
• Tekrarlayan arıza oranı
• Eksik servis formu sayısı
• Bina yöneticilerinden gelen durum sorma aramaları
• Aylık rapor hazırlamak için harcanan süre
• Kullanılan parçaların arıza kaydına işlenme oranı
• Faturalandırılmayı bekleyen servis işlemleri
• Şikâyet veya hizmet anlaşmazlığında kayda ulaşma süresi

Örneğin bir referans firma, aylık arıza raporunu hazırlama süresinin iki iş gününden birkaç saate indiğini söylüyorsa bunun nasıl gerçekleştiğini sorun. Sonuç otomatik rapordan mı, daha düzenli veri girişinden mi yoksa firma içindeki yeni görev dağılımından mı kaynaklanmıştır?

Bu ayrım önemlidir. Yazılım tek başına çalışma disiplininin yerini tutmaz; ancak doğru kullanılan bir sistem, süreçlerin ölçülmesini ve standartlaştırılmasını sağlar. Arıza kayıtlarını Asansorex gibi bir bakım ve arıza takip yazılımında merkezi olarak tutmak; firma sahibinin açık işleri, teknisyen durumlarını ve geçmiş müdahaleleri aynı kayıt düzeni üzerinden izlemesine yardımcı olabilir.

Maliyet ve Sözleşme Konusunda Sorulacak Sorular

Referans görüşmesinde fiyat bilgisini doğrudan istemek her zaman doğru karşılaştırma sağlamaz. Paketler; kullanıcı, asansör, şube, SMS veya ek hizmet kapsamına göre değişebilir. Bunun yerine maliyetin öngörülebilir olup olmadığını araştırın.

Sorulabilecek başlıca sorular şunlardır:

1. İlk teklifte belirtilmeyen bir ücretle karşılaştınız mı?
2. Kullanıcı veya asansör sayısı arttığında fiyatlandırma nasıl değişti?
3. Eğitim, veri aktarımı ve destek pakete dâhil miydi?
4. SMS, e-fatura, entegrasyon veya depolama için ek ücret ödediniz mi?
5. Mobil uygulama tüm kullanıcılar için pakete dâhil mi?
6. Yenileme döneminde fiyat artışı nasıl bildirildi?
7. Sözleşme bittiğinde verilerinizi hangi formatta alabiliyorsunuz?
8. Kullanmadığınız bir modül için ödeme yapmak zorunda kaldınız mı?

Fiyatı değerlendirirken yalnızca yıllık lisans bedelini değil, uygulamanın oluşturduğu toplam operasyonel etkiyi dikkate alın. Ucuz fakat teknisyenlerin kullanmadığı bir ürün, daha yüksek maliyetli ve düzenli kullanılan bir sistemden pahalıya gelebilir.

Referans Cevaplarındaki Uyarı İşaretleri

Her olumlu referans güçlü bir kanıt değildir. Görüşme sırasında aşağıdaki durumlarla karşılaşırsanız ek doğrulama yapın:

• Referans firma ürünü çok kısa süredir kullanıyorsa
• Yalnızca firma sahibinin kullandığı, teknisyenlerin sisteme girmediği anlaşılıyorsa
• Sorularınıza sürekli genel ve örneksiz cevaplar veriliyorsa
• Arıza modülü satın alınmış ancak günlük operasyon WhatsApp’tan yürütülüyorsa
• Raporların var olduğu fakat hiç açılmadığı söyleniyorsa
• Destek taleplerinin nasıl çözüldüğü hatırlanmıyorsa
• Ek ücretler konusunda net bilgi verilemiyorsa
• Yazılımın son aylarda sık sık yavaşladığı belirtiliyorsa
• Firma, verilerini dışarı aktarabileceğinden emin değilse

Tek bir olumsuz cevap ürünü elemek için yeterli olmayabilir. Fakat aynı sorun farklı referanslar tarafından tekrarlanıyorsa bunu önemli bir risk olarak değerlendirmek gerekir.

Referans Görüşmesinden Sonra Ne Yapılmalı?

Görüşmeleri tamamladıktan sonra sonuçları ürün demosunda test edilecek senaryolara dönüştürün. Örneğin referanslardan biri çevrimdışı kullanımda sorun yaşadığını söylediyse, demo sırasında hazır bir kaydı internet bağlantısı olmadan tamamlamayı isteyin.

Sağlıklı bir karar süreci şu şekilde ilerleyebilir:

1. İşletmenizin kritik ihtiyaçlarını yazın.
2. Size benzeyen en az üç referansla görüşün.
3. Cevapları aynı skor kartına işleyin.
4. Tekrarlanan olumlu ve olumsuz noktaları belirleyin.
5. Riskli görülen konuları canlı demoda test edin.
6. Mümkünse sınırlı kullanıcıyla deneme süreci başlatın.
7. Teknisyen ve ofis personelinden ayrı geri bildirim alın.
8. Fiyatı, destek kapsamını ve veri sahipliğini yazılı olarak doğrulayın.

Deneme sürecinde yalnızca örnek kayıtlarla çalışmayın. Gerçek iş akışınıza yakın birkaç arıza senaryosu oluşturun: gece gelen ihbar, farklı bölgedeki teknisyene atama, parça değişimi, müşteri imzası, tamamlanmayan iş ve tekrar arıza gibi durumları ayrı ayrı deneyin.

Sıkça Sorulan Sorular

Kaç referans firmayla görüşmek gerekir?

Genel uygulamada en az üç farklı referansla görüşmek sağlıklı bir karşılaştırma sağlar. Referansların işletme büyüklüğü, teknisyen sayısı ve çalışma modeli bakımından firmanıza benzemesine dikkat edilmelidir.

Referans firmadan doğrudan fiyat bilgisi istenmeli mi?

Sorulabilir ancak tek başına doğru kıyaslama sağlamaz. Firmanın kullanıcı, asansör, şube ve ek hizmet sayısı sizden farklı olabilir. Daha önemli olan, beklenmeyen ücret çıkıp çıkmadığını ve toplam maliyetin baştan anlaşılır olup olmadığını öğrenmektir.

Yazılım sağlayıcısının verdiği referanslara güvenilir mi?

Bu referanslar değerlidir fakat doğal olarak memnun müşteriler arasından seçilmiş olabilir. Bu nedenle birden fazla firmayla görüşmeli, somut örnekler istemeli ve kritik iddiaları deneme kullanımında doğrulamalısınız.

Referans görüşmesinde en önemli soru hangisidir?

“Yazılımı kullanmaya başladıktan sonra günlük arıza yönetiminizde ölçülebilir olarak ne değişti?” sorusu oldukça açıklayıcıdır. Verilen cevabın süre, iş sayısı, açık kayıt veya müşteri araması gibi göstergelerle desteklenmesini isteyin.

Teknisyenlerle ayrıca görüşmek gerekli midir?

Mümkünse evet. Firma yöneticisi raporlama ve kontrol tarafını değerlendirirken teknisyen, mobil uygulamanın sahadaki hızını ve kullanım kolaylığını daha doğru aktarır. İki tarafın deneyimi birlikte incelenmelidir.

Referanslar olumluysa yazılım hemen satın alınmalı mı?

Hayır. Referans kontrolü önemli bir aşamadır ancak canlı demo, gerçek senaryolu deneme, sözleşme incelemesi ve toplam maliyet değerlendirmesiyle birlikte ele alınmalıdır. Son karar yalnızca memnuniyet beyanına dayanmamalıdır.

Özet

Doğru asansör arıza yazılımı, yalnızca arıza kaydı açan bir ekran değil; ihbarın alınmasından teknisyenin yönlendirilmesine, müdahale geçmişinden müşteri bilgilendirmesine kadar bütün süreci izlenebilir hâle getiren çalışma aracıdır. Bu nedenle referans görüşmelerinde “Memnun musunuz?” sorusuyla yetinmemek; kurulum, mobil kullanım, destek, raporlama, maliyet ve ölçülebilir sonuçlar hakkında ayrıntılı cevaplar almak gerekir.

Referanslardan öğrendiğiniz noktaları canlı demoda ve deneme sürecinde doğrulayarak karar riskini önemli ölçüde azaltabilirsiniz. Asansorex değerlendirilirken de benzer ölçekteki kullanıcı deneyimlerini sorgulamak ve kendi arıza senaryolarınızı sistem üzerinde test etmek, ürünün firmanızın çalışma düzenine uygunluğunu daha net görmenizi sağlar.