Asansör Arıza Yönetim Programı Seçiminde Referans Soruları

İÇERİK

Bir Asansör Arıza Yönetim Programı satın alırken yalnızca satış sunumuna, özellik listesine veya kısa bir demoya bakmak yeterli değildir. Program gerçek arıza trafiğinde nasıl çalışıyor, teknisyenler sistemi gerçekten kullanıyor mu, yoğun günlerde kayıtlar karışıyor mu, destek ekibi sorun çıktığında ulaşılabilir mi? Bunların en güvenilir cevaplarından biri, yazılımı hâlihazırda kullanan asansör firmalarından gelir. Doğru yapılmış bir referans görüşmesi, aylar sonra ortaya çıkabilecek operasyonel problemleri daha satın alma aşamasında görmenizi sağlar. Bu rehberde, referans firmalara hangi soruları sormanız gerektiğini, verilen cevapları nasıl yorumlayacağınızı ve yalnızca olumlu yorumlara değil gerçek kullanım göstergelerine nasıl odaklanacağınızı ele alacağız.

Neden Yazılım Referansı Mutlaka Kontrol Edilmeli?

Bir yazılım demosunda genellikle sistemin en düzgün çalışan senaryosu gösterilir. Örneğin arıza kaydı açılır, teknisyene atanır, teknisyen işlemi tamamlar ve rapor oluşur. Ekranda her şey birkaç dakika içinde sorunsuz ilerleyebilir.

Gerçek operasyon ise bundan çok daha karmaşıktır.

Bir asansör firmasında aynı anda:

• Telefonla yeni arıza bildirimi gelebilir.
• Daha önce açılan arıza tekrar edebilir.
• Teknisyen başka bir bölgede olabilir.
• Gece nöbetçisi değişebilir.
• Müşteri sürekli durum bilgisi isteyebilir.
• Arıza giderilmiş ancak kayıt kapatılmamış olabilir.
• Kullanılan malzeme veya yapılan işlem sonradan sorgulanabilir.
• Aynı binadan farklı kişiler aynı arıza için tekrar arayabilir.

Bu nedenle referans görüşmesinde sorulması gereken temel soru, “Program güzel mi?” değildir.

Asıl soru şudur:

Program, gerçek bir asansör bakım firmasının günlük arıza yoğunluğunu düzenli ve sürdürülebilir biçimde yönetebiliyor mu?

Referans görüşmesinin amacı övgü toplamak değil, sistemin günlük işleyişte nasıl davrandığını anlamaktır.

İlk Olarak Referans Firmanın Size Benzeyip Benzemediğini Öğrenin

Her referans sizin için aynı değerde değildir. 50 asansöre hizmet veren küçük bir bakım firmasının deneyimi ile 2.000 asansörlük portföyü yöneten çok ekipli bir firmanın ihtiyaçları farklı olabilir.

Bu nedenle yazılım hakkındaki sorulara geçmeden önce referans firmanın yapısını anlamalısınız.

Sorabileceğiniz temel sorular şunlardır:

1. Yaklaşık kaç asansöre bakım hizmeti veriyorsunuz?
2. Kaç aktif saha teknisyeniniz bulunuyor?
3. Günlük ortalama kaç arıza kaydı alıyorsunuz?
4. Tek şehirde mi yoksa birden fazla bölgede mi çalışıyorsunuz?
5. Programı kaç kişi aktif kullanıyor?
6. Arıza kayıtlarını ofis mi açıyor, müşteri mi iletiyor, teknisyen mi oluşturuyor?
7. Yazılımı ne kadar süredir kullanıyorsunuz?

Örneğin firmanızın 700 bakım sözleşmesi ve 10 saha teknisyeni varsa, yalnızca 40 asansörlük bir referansın deneyimi size sınırlı fikir verebilir.

En değerli referans, operasyon yapısı sizin firmanıza benzeyen kullanıcıdır.

Karşılaştırılacak Konu	Neden Önemli?	Tercih Edilen Referans
Bakılan asansör sayısı	İşlem ve veri yoğunluğunu gösterir	Firmanıza yakın büyüklük
Teknisyen sayısı	Saha kullanımını anlamayı sağlar	Benzer ekip yapısı
Günlük arıza sayısı	Gerçek sistem yükünü gösterir	Benzer arıza yoğunluğu
Hizmet bölgesi	Planlama karmaşıklığını etkiler	Benzer şehir/bölge modeli
Kullanım süresi	İlk izlenim yerine uzun dönem deneyim verir	En az birkaç aydır kullanan firma
Mobil kullanım	Saha adaptasyonunu gösterir	Teknisyenlerin aktif kullandığı firma

Referans firmasının büyüklüğünü bilmeden alınan olumlu veya olumsuz yorumları doğrudan kendi işletmenize uyarlamak yanıltıcı olabilir.

Arıza Yönetimi Hakkında Sorulması Gereken Kritik Sorular

Referans görüşmesinin en önemli kısmı, günlük arıza operasyonunun nasıl değiştiğini öğrenmektir.

Arıza kaydı açmak gerçekten kolay mı?

Şunu sorun:

“Telefonla arıza geldiğinde kaydı açmak ortalama ne kadar uğraştırıyor?”

Bir arıza yönetim sistemi çalışanlara fazladan bürokrasi çıkarıyorsa zamanla kullanılmamaya başlanır. Özellikle yoğun saatlerde çalışanların WhatsApp veya telefon notlarına geri dönmesi önemli bir uyarı işaretidir.

Teknisyene görev iletimi düzenli çalışıyor mu?

Şu soruyu yöneltin:

“Arıza teknisyene atandığında ayrıca telefon açmak zorunda kalıyor musunuz?”

Program kullanıldığı hâlde her görev için teknisyenin ayrıca aranması gerekiyorsa dijitalleşme hedefinin önemli bölümü gerçekleşmemiş demektir.

Elbette acil durumlarda telefon iletişimi normaldir. Ancak standart arızalarda görev, adres, bina bilgisi ve açıklamanın teknisyene düzenli şekilde ulaşması beklenir.

Açık kalan arızaları görebiliyor musunuz?

En kritik sorulardan biri şudur:

“Gün sonunda hangi arızaların hâlâ açık olduğunu kolayca görebiliyor musunuz?”

Arıza yönetiminin temel amacı kayıt oluşturmak değil, açılan işin kaybolmasını önlemektir.

Bir firmanın 20 arızanın 18'ini çözmesi yeterli değildir. Kalan iki arızanın unutulmaması gerekir.

Tekrarlayan arızaları fark etmek kolay mı?

Şunu sorun:

“Aynı asansörün daha önce hangi arızaları verdiğini görebiliyor musunuz?”

Bu özellik teknik açıdan değerlidir. Örneğin aynı tesiste birkaç hafta içinde sürekli kapı kilidi, fotosel veya seviyeleme kaynaklı arıza kaydı oluşuyorsa artık yalnızca anlık müdahale değil, kök neden araştırması gerekir.

Geçmiş arıza kayıtlarına erişilebilmesi teknisyenin teşhis süresini de kısaltabilir.

Teknisyenlerin Programı Gerçekten Kullanıp Kullanmadığını Sorun

Bir yazılımın ofiste beğenilmesi tek başına başarı anlamına gelmez. Arıza yönetiminin önemli kısmı sahada gerçekleşir.

Bu nedenle referans görüşmesinde doğrudan saha kullanımını sorgulayın.

Sorulabilecek sorular:

• Teknisyenler programı kullanmaya kolay adapte oldu mu?
• Yeni başlayan bir teknisyenin sistemi öğrenmesi ne kadar sürüyor?
• Sahada işlem tamamlamak pratik mi?
• Teknisyenler arıza açıklamasını düzenli giriyor mu?
• Fotoğraf veya işlem bilgisi eklemek kolay mı?
• Görevi kapatmayı unutma sık yaşanıyor mu?
• İnternet bağlantısının zayıf olduğu bölgelerde ne yapıyorsunuz?
• Yaşı daha büyük veya teknolojiye uzak çalışanların adaptasyonu nasıl oldu?
• Teknisyenler eski WhatsApp yöntemine geri dönmek istiyor mu?

Burada özellikle son soru çok değerlidir.

Bir yazılım teknik olarak güçlü olabilir ancak kullanıcı deneyimi zayıfsa saha personeli sistemi dolanmanın yollarını aramaya başlar.

Örneğin arıza programda açılır fakat teknisyen tüm detayları WhatsApp üzerinden isterse kayıt sistemi zamanla yalnızca formalite hâline gelir.

Başarılı kullanımda ise program günlük iş akışının doğal parçası olur.

Bu nedenle Asansorex gibi saha ve ofis tarafını aynı arıza kaydı üzerinde buluşturan sistemleri değerlendirirken yalnızca özellik ekranlarını değil, teknisyenin görevi alma, işlem yapma ve kapatma sürecini de gerçek bir senaryo üzerinden test etmek faydalıdır.

Destek Hizmeti İçin Referanslara Ne Sorulmalı?

Yazılım satın alırken en fazla gözden kaçırılan konulardan biri destek kalitesidir.

Satış aşamasında iletişim genellikle hızlıdır. Asıl önemli olan program kullanılmaya başladıktan sonraki dönemdir.

Referans firmaya şu soruları sorun:

“Bir sorun yaşadığınızda destek ekibine ulaşabiliyor musunuz?”

“Sorularınıza aynı gün içerisinde dönüş oluyor mu?”

“Programla ilgili bir hata bildirdiğinizde süreç nasıl ilerliyor?”

“Kurulumdan sonra çalışanlarınıza yeterli eğitim verildi mi?”

“Yeni bir personel başladığında tekrar destek alabiliyor musunuz?”

“Satış öncesinde söylenenlerle kullanım sırasında karşılaştığınız sistem arasında önemli fark oldu mu?”

Özellikle son soru oldukça değerlidir.

Referans firma kısa süre düşünüp somut örnekler veriyorsa genellikle gerçek deneyimini anlatıyordur.

Ayrıca yalnızca teknik arızaları değil, günlük kullanım sorularını da değerlendirin. Çünkü işletmelerin sık yaşadığı sorunların önemli bölümü sistem arızasından değil, personelin belirli bir işlemi nasıl yapacağını bilmemesinden kaynaklanır.

Referans Görüşmesinde Mutlaka Sorulması Gereken 12 Soru

Görüşmeyi kısa tutmak istiyorsanız aşağıdaki liste doğrudan kullanılabilir:

1. Programı ne kadar süredir kullanıyorsunuz?
2. Yaklaşık kaç asansör ve kaç teknisyenle kullanıyorsunuz?
3. Programdan önce arıza kayıtlarını nasıl takip ediyordunuz?
4. Geçiş yaptıktan sonra en belirgin değişiklik ne oldu?
5. Arıza açmak ve teknisyene yönlendirmek pratik mi?
6. Teknisyenler mobil kullanıma kolay adapte oldu mu?
7. Açık veya geciken arızaları takip etmek kolay mı?
8. Eski bir asansörün arıza geçmişini hızlıca bulabiliyor musunuz?
9. Programı kullanırken hâlâ Excel, WhatsApp veya ayrı defter tutuyor musunuz?
10. Destek gerektiğinde firmaya ulaşabiliyor musunuz?
11. Bugün yeniden karar verseniz aynı yazılımı satın alır mıydınız?
12. Programın geliştirilmesini istediğiniz en önemli konu nedir?

Özellikle 9, 11 ve 12'nci sorular oldukça açıklayıcıdır.

Bir firma “çok memnunuz” diyebilir. Ancak ardından “arıza takibini yine WhatsApp'tan yapıyoruz” diyorsa sistemin gerçek kullanım başarısı sorgulanmalıdır.

Aynı şekilde:

“Bugün tekrar satın alır mıydınız?”

sorusu, genel memnuniyet sorusundan daha net cevap üretir.

Referans Cevaplarını Değerlendirirken Nelere Dikkat Edilmeli?

Referans görüşmesini yalnızca olumlu veya olumsuz cevap sayısına göre değerlendirmeyin.

Her yazılımın geliştirilebilecek noktaları vardır. Bir referans firmasının hiçbir olumsuz yön söylememesi mutlaka mükemmel ürün anlamına gelmez.

Daha sağlıklı değerlendirme için cevapları üç gruba ayırabilirsiniz.

Kritik sorunlar

Günlük operasyonu doğrudan aksatan problemlerdir.

Örneğin:

• Arıza kayıtlarının kaybolması
• Görevlerin teknisyene ulaşmaması
• Sistemin sık kullanılamaz hâle gelmesi
• Arıza geçmişine erişilememesi
• Destek ekibine uzun süre ulaşılamaması

Bu tür sorunlar satın alma kararında ciddi şekilde değerlendirilmelidir.

Kullanım alışkanlığı sorunları

Bazı problemler yazılımdan değil, firmanın çalışma kültüründen kaynaklanabilir.

Örneğin teknisyenin görev kapatmayı unutması tek başına yazılım hatası değildir. Ancak sistem hatırlatma ve takip konusunda hiçbir kolaylık sağlamıyorsa operasyon açısından yine değerlendirilmelidir.

Geliştirme talepleri

Kullanıcıların yeni rapor, farklı filtre veya ek özellik istemesi doğaldır.

Hatta uzun süredir aktif kullanılan sistemlerde kullanıcıların geliştirme talepleri olması, yazılımı günlük operasyonlarında gerçekten kullandıklarını gösterebilir.

Bu nedenle “Eksik bir yanı var mı?” sorusuna verilen her olumsuz cevabı doğrudan satın almama sebebi olarak değerlendirmemek gerekir.

Önemli olan eksikliğin sizin temel operasyonunuzu etkileyip etkilemediğidir.

Referans Kontrolünden Sonra Son Karar Nasıl Verilmeli?

Referans görüşmesi önemli olsa da tek karar kriteri olmamalıdır.

En sağlıklı yöntem üç kaynağı birlikte değerlendirmektir:

• Yazılım demosunda gördükleriniz
• Kendi ekibinizle yaptığınız gerçek kullanım testi
• Mevcut müşterilerden aldığınız referanslar

Mümkünse demo sırasında hayalî örnekler yerine kendi günlük operasyonunuzdan gerçek bir senaryo kullanın.

Örneğin:

Bir bina yöneticisinin saat 09.20'de aradığını düşünün. Asansör katta kalıyor ve teknisyen gönderilmesi gerekiyor.

Sistemde şu akışı deneyin:

1. Arıza kaydını oluşturun.
2. Binanın geçmiş kayıtlarını kontrol edin.
3. Uygun teknisyene görev verin.
4. Teknisyen tarafında görevin nasıl göründüğünü inceleyin.
5. İşlem bilgisi girin.
6. Arızayı kapatın.
7. Daha sonra bu kaydı tekrar bulun.

Bu süreç günlük kullanım açısından onlarca özellik listesinden daha değerlidir.

Referans firmaların anlattıkları ile kendi testiniz örtüşüyorsa satın alma kararınız çok daha sağlam bir zemine oturur.

Sıkça Sorulan Sorular

Asansör Arıza Yönetim Programı alırken kaç referansla görüşmek gerekir?

Kesin bir sayı bulunmaz ancak genel uygulamada farklı büyüklüklerde birkaç aktif kullanıcıyla görüşmek daha sağlıklı sonuç verir. Tek bir referansın çalışma şekli sizin firmanızdan çok farklı olabilir. Özellikle firmanıza yakın bakım portföyüne ve teknisyen sayısına sahip kullanıcılar daha değerlidir.

Yazılım firmasının verdiği referanslar güvenilir midir?

Değerlidir ancak doğal olarak yazılım firmaları genellikle memnun müşterilerini referans gösterir. Bu nedenle yalnızca “Memnun musunuz?” diye sormak yerine günlük kullanım, teknisyen adaptasyonu, destek hizmeti ve yaşanan sorunlar hakkında somut sorular sorulmalıdır.

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

En açıklayıcı sorulardan biri “Bugün yeniden karar verseniz aynı programı tekrar satın alır mıydınız?” sorusudur. Bunun ardından cevabın nedenini sormak gerçek memnuniyet seviyesini anlamayı kolaylaştırır.

Referans firma hâlâ WhatsApp kullanıyorsa bu kötü bir işaret midir?

Her WhatsApp kullanımı olumsuz değildir. Ekip içi iletişim için kullanılabilir. Ancak arıza kayıtları, teknisyen görevlendirmeleri ve iş sonuçları hâlâ yalnızca WhatsApp üzerinden yürütülüyorsa arıza yönetim yazılımının operasyonun merkezine yerleşmediği düşünülebilir.

Programın teknisyenler tarafından kullanılması neden bu kadar önemli?

Arıza yönetiminin önemli verileri sahada oluşur. Teknisyen görevi almıyor, yaptığı işlemi kaydetmiyor veya işi kapatmıyorsa ofiste görülen raporlar eksik kalır. Bu nedenle saha kullanım kolaylığı satın alma kararının temel kriterlerinden biridir.

Demo yeterliyse yine de referans görüşmesi yapılmalı mı?

Mümkünse evet. Demo size sistemin nasıl çalışması gerektiğini gösterir; referans görüşmesi ise gerçek işletmelerde nasıl kullanıldığını anlatır. Asansorex gibi bir arıza ve bakım takip çözümünü değerlendirirken de kendi operasyonunuza benzeyen bir senaryoyu test etmek ve mevcut kullanıcı deneyimlerini dinlemek daha sağlıklı karar vermenizi sağlar.

Özet

Bir Asansör Arıza Yönetim Programı seçerken referans kontrolünün amacı yazılım hakkında övgü duymak değil, gerçek kullanım koşullarını anlamaktır. Referans firmanın kaç asansöre baktığını, kaç teknisyenle çalıştığını, günlük arıza yoğunluğunu ve sistemi ne kadar süredir kullandığını öğrenmeden yapılan değerlendirme eksik kalır.

Özellikle arızanın açılması, teknisyene atanması, açık işlerin takibi, geçmiş arızaların görüntülenmesi, saha personelinin sisteme adaptasyonu ve destek hizmetinin kalitesi sorgulanmalıdır. En değerli cevaplar genellikle “Program güzel mi?” sorusundan değil, “Hâlâ hangi işlemleri WhatsApp veya Excel üzerinden yapıyorsunuz?”, “En çok zorlandığınız konu ne?” ve “Bugün yeniden satın alır mıydınız?” gibi somut sorulardan gelir.

Doğru yazılım seçimi yalnızca özellik sayısına bakılarak yapılmaz. Firmanızın günlük arıza akışına gerçekten uyum sağlayan, teknisyenlerin kullanabildiği ve geçmiş kayıtları düzenli biçimde koruyan bir sistem seçmek uzun vadede daha önemlidir.