Asansör Arıza Takip Programı seçiminde referans soruları

İÇERİK

Asansör bakım firması için yeni bir yazılım seçerken demo ekranında görülen özelliklerden etkilenmek kolaydır. Arıza kaydı açılıyor, teknisyene görev gönderiliyor, rapor hazırlanıyor ve birkaç dakika içinde sistem kusursuz çalışıyormuş gibi görünebilir. Ancak Asansör Arıza Takip Programı seçiminde gerçek soru, yazılımın kontrollü bir demo sırasında ne yaptığı değil, yoğun bir pazartesi sabahında aynı anda 20 arıza geldiğinde nasıl çalıştığıdır.

Bu nedenle satın alma kararından önce yapılabilecek en değerli kontrollerden biri, yazılımı aktif kullanan firmalarla görüşmektir. Fakat referans görüşmesinden fayda sağlayabilmek için yalnızca “Memnun musunuz?” diye sormak yeterli değildir. Doğru sorular; kurulum süresini, teknisyenlerin adaptasyonunu, arıza yönetimini, raporlamayı, destek kalitesini ve yazılımın gerçek operasyon üzerindeki etkisini ortaya çıkarır.

Bu rehberde, bir Asansör Arıza Takip Programı seçmeden önce referans firmalara hangi soruları sormanız gerektiğini ve cevapları nasıl değerlendirmeniz gerektiğini adım adım ele alacağız.

Referans görüşmesi neden demo kadar önemlidir?

Demo sırasında genellikle sistemin en güçlü yönleri gösterilir. Yazılım sağlayıcısı hangi ekranın açılacağını, hangi senaryonun kullanılacağını ve hangi özelliğin öne çıkarılacağını bilir. Referans kullanıcı ise sistemi kontrollü bir ortamda değil, günlük işinin içinde kullanır.

Örneğin bir asansör firmasında aynı gün içinde şu durumların yaşanması normaldir:

• Apartman yöneticisinden arıza bildirimi gelir.
• Ofis personeli kaydı açar.
• Uygun teknisyen belirlenir.
• Teknisyen başka bir arızadan çıkmaktadır.
• Binaya gidilir ve müdahale yapılır.
• Değişmesi gereken parça tespit edilir.
• Yöneticiye bilgi verilmesi gerekir.
• Arızanın kapanış zamanı kayıt altına alınır.
• Aynı asansör birkaç gün sonra tekrar arıza verir.

Bir yazılımın gerçek değeri bu zincirin ne kadarını düzenli şekilde yönetebildiğinde ortaya çıkar.

Referans görüşmesi size şu iki sorunun cevabını verir:

Yazılım gerçekten kullanılıyor mu?

ve

Kullanıldığında firmanın günlük operasyonunu gerçekten kolaylaştırıyor mu?

Bu nedenle mümkünse yalnızca tek referansla değil, farklı büyüklüklerde en az iki veya üç kullanıcı firma ile görüşmek daha sağlıklı sonuç verir.

İlk olarak firmanın yapısını öğrenin

Referans görüşmesinin ilk sorusu doğrudan yazılımla ilgili olmamalıdır. Önce konuştuğunuz firmanın sizin işletmenize ne kadar benzediğini anlamalısınız.

100 asansöre bakım veren üç teknisyenli bir firmanın deneyimi ile 2.000 asansör yöneten 30 teknisyenli bir işletmenin deneyimi aynı olmayabilir.

Şu sorularla başlayabilirsiniz:

1. Yaklaşık kaç asansörün bakımını yapıyorsunuz?
2. Kaç aktif teknisyeniniz bulunuyor?
3. Yazılımı ofiste kaç kişi kullanıyor?
4. Günlük ortalama kaç arıza kaydı açılıyor?
5. Tek merkezden mi çalışıyorsunuz, birden fazla şubeniz var mı?
6. Yazılımı ne kadar süredir kullanıyorsunuz?

Bu cevaplar referansın sizin için ne kadar anlamlı olduğunu gösterir.

Örneğin sizin firmanız 700 asansöre bakım veriyor ve 12 teknisyen çalıştırıyorsa, benzer ölçekte bir referans kullanıcının deneyimi daha değerlidir.

Referans kriteri	Neden önemli?	Sorulabilecek soru
Bakım yapılan asansör sayısı	Operasyon ölçeğini gösterir	Kaç asansörü sistemden takip ediyorsunuz?
Teknisyen sayısı	Saha kullanım yoğunluğunu gösterir	Kaç teknisyen aktif kullanıyor?
Günlük arıza sayısı	Sistemin yoğunluk performansını gösterir	Yoğun günlerde kaç arıza açılıyor?
Kullanım süresi	Deneyimin olgunluğunu gösterir	Kaç aydır/yıldır kullanıyorsunuz?
Şube yapısı	Çoklu operasyon uygunluğunu gösterir	Birden fazla şubeyi yönetiyor musunuz?
Ofis kullanıcıları	Organizasyon yapısını gösterir	Arıza kayıtlarını kimler oluşturuyor?

Bu bilgiler alınmadan verilen “çok memnunuz” cevabı tek başına fazla anlam taşımaz.

Arıza yönetimi hakkında sorulması gereken sorular

Asansör Arıza Takip Programı değerlendiriyorsanız en önemli konu doğal olarak arıza sürecidir. Burada genel yorumlardan çok günlük operasyonu sorgulamak gerekir.

Arıza kaydı ne kadar hızlı açılıyor?

Şunu sorun:

“Telefonla bir arıza geldiğinde kaydı açmanız ortalama ne kadar sürüyor?”

İyi tasarlanmış bir sistemde bina, asansör, iletişim bilgileri ve önceki kayıtlar zaten sistemde bulunmalıdır. Ofis personelinin aynı bilgileri tekrar tekrar yazması operasyonu yavaşlatır.

Ayrıca şu konuyu sorgulayın:

“Aynı binadan tekrar arıza geldiğinde geçmiş kayıtları kolayca görebiliyor musunuz?”

Tekrarlayan arızaların geçmişini görmek teknik ekip açısından çok değerlidir. Örneğin aynı asansörde son üç ay içinde dört kez kapı arızası yaşanmışsa bunun yalnızca tekil bir arıza değil, daha büyük bir teknik problemin işareti olabileceği anlaşılabilir.

Teknisyene görev gönderme süreci nasıl?

Referans firmaya şu soruları yöneltebilirsiniz:

• Arıza teknisyene nasıl atanıyor?
• Teknisyen görevi telefonundan görebiliyor mu?
• Binanın adresi ve iletişim bilgileri teknisyene otomatik geliyor mu?
• Görevin hangi aşamada olduğu ofisten görülebiliyor mu?
• Teknisyen arızayı kapatırken açıklama ekleyebiliyor mu?
• Fotoğraf veya işlem kaydı eklemek mümkün mü?

Burada önemli olan özellik listesinden çok kullanım kolaylığıdır.

Bir sistem teknik olarak 30 özellik sunabilir; fakat teknisyen arızayı kapatmak için yedi farklı ekrandan geçiyorsa saha ekibi bir süre sonra sistemi kullanmak istemeyebilir.

Teknisyenlerin gerçekten kullanıp kullanmadığını sorun

Yazılım seçimlerinde en sık yapılan hatalardan biri yalnızca firma sahibinin veya ofis çalışanlarının deneyimine bakmaktır.

Oysa arıza takip sisteminin başarısı büyük ölçüde sahadaki teknisyenin sistemi kullanmasına bağlıdır.

Referans firmaya doğrudan şu soruyu sorun:

“Teknisyenler ilk başta programa nasıl tepki verdi?”

Bu soru oldukça değerlidir.

Çünkü sahada çalışan ekipler genellikle yeni sisteme karşı başlangıçta temkinli olabilir. Özellikle yıllardır telefon, WhatsApp veya kâğıt üzerinden çalışan bir teknisyen için mobil uygulamaya geçmek alışkanlık değişikliği anlamına gelir.

Ardından şu soruları sorun:

• Teknisyenlerin sisteme alışması kaç gün veya hafta sürdü?
• Eğitim verilmesi gerekti mi?
• Yaşı daha büyük teknisyenler kullanmakta zorlandı mı?
• Teknisyenler arıza kapanışlarını düzenli giriyor mu?
• Kullanım sırasında en fazla hangi konuda zorlanıyorlar?
• Mobil uygulamada sık karşılaşılan bir sorun var mı?

Burada özellikle olumsuz cevaplardan kaçınmamalısınız.

Referans firmanın “ilk hafta teknisyenler zorlandı ama ikinci haftadan sonra oturdu” demesi, “hiç sorun yaşamadık” cevabından bazen daha değerlidir. Çünkü gerçek saha uygulamasında küçük adaptasyon problemleri oldukça doğaldır.

Destek hizmetini mutlaka sorgulayın

Bir yazılımın kalitesi yalnızca özellikleriyle ölçülmez. Sorun yaşandığında sağlayıcının ne kadar hızlı destek verdiği de önemlidir.

Asansör firmasında operasyon durmaz. Sabah başlayan bir yazılım problemi akşam çözülene kadar onlarca arıza ve bakım kaydını etkileyebilir.

Referans kullanıcıya şu soruları sorun:

1. Destek talebi açtığınızda ne kadar sürede dönüş alıyorsunuz?
2. Telefonla ulaşabiliyor musunuz?
3. Teknik sorunlar genellikle aynı gün çözülebiliyor mu?
4. Eğitim konusunda destek veriliyor mu?
5. Yeni personel başladığında eğitim desteği alınabiliyor mu?
6. Talep ettiğiniz geliştirmeler dikkate alınıyor mu?

Özellikle şu soru oldukça açıklayıcıdır:

“Bugün yeniden seçim yapacak olsanız yine aynı yazılımı tercih eder miydiniz?”

Bu soru kullanıcının toplam deneyimini tek cümlede özetlemesini sağlar.

Yine de cevabı tek başına değerlendirmeyin. “Evet” cevabından sonra mutlaka “Neden?” diye sorun.

Yazılımın işletmeye sağladığı gerçek faydayı ölçün

Referans görüşmesinde “hangi özellikleri kullanıyorsunuz?” sorusundan daha faydalı olan soru şudur:

“Programı kullanmaya başladıktan sonra işinizde somut olarak ne değişti?”

Bu soruya verilen cevaplar yazılımın gerçek değerini gösterir.

Örneğin şu cevapları duyabilirsiniz:

• Arıza kayıtları artık kaybolmuyor.
• Teknisyenlerin hangi işe gittiğini daha kolay görüyoruz.
• Apartman yöneticisine geçmiş kayıtları gösterebiliyoruz.
• Tekrar eden arızaları daha hızlı fark ediyoruz.
• WhatsApp gruplarındaki karışıklık azaldı.
• İşlem kapanışlarını daha düzenli takip ediyoruz.
• Aylık arıza raporu hazırlamak kolaylaştı.

Bu tür somut sonuçlar değerlidir.

Buna karşılık yalnızca “program güzel” veya “kullanışlı” gibi genel cevaplar karar vermek için yeterli değildir.

Asansorex gibi bakım ve arıza süreçlerini tek sistemde birleştiren yazılımların temel faydası da burada ortaya çıkar. Arıza bildiriminin alınmasından teknisyen atamasına ve işlem geçmişinin saklanmasına kadar sürecin dijital kayda dönüşmesi, özellikle büyüyen firmalarda bilgi kaybını azaltabilir.

Olumsuz tarafları özellikle sorun

Referans görüşmesi yaparken insanların çoğu yalnızca olumlu tarafları öğrenmeye çalışır. Oysa karar vermenizi sağlayacak asıl bilgiler bazen eksilerde saklıdır.

Şu soruyu doğrudan sorabilirsiniz:

“Programda en sevmediğiniz veya geliştirilmesini istediğiniz üç konu nedir?”

Bu soru oldukça güçlüdür.

Örneğin kullanıcı şöyle diyebilir:

• Bazı raporları daha detaylı görmek isterdik.
• İlk veri aktarımı beklediğimizden uzun sürdü.
• Teknisyenlerin ilk hafta eğitime ihtiyacı oldu.
• Bazı işlemlerde birkaç fazla adım bulunuyor.

Bu bilgiler yazılımın kötü olduğu anlamına gelmez.

Önemli olan eksilerin sizin operasyonunuz açısından kritik olup olmadığıdır.

Örneğin firmanızın temel önceliği mobil kullanım ise masaüstü raporlardaki küçük bir eksiklik kabul edilebilir. Ancak teknisyen uygulamasının yavaş veya karmaşık olması sizin için doğrudan seçim kriteri olabilir.

Referans görüşmesinde şu soruları özellikle ekleyin:

• Sistemde sizi en çok zorlayan özellik hangisi?
• Bugün değiştirmek istediğiniz bir şey olsa neyi değiştirirdiniz?
• Kullanmadığınız modüller var mı?
• Beklentinizin altında kalan bir özellik oldu mu?
• Program nedeniyle tekrar Excel veya WhatsApp kullanmak zorunda kaldığınız süreç var mı?

Son soru özellikle önemlidir.

Çünkü iyi bir arıza takip sisteminin amacı mevcut dağınıklığı azaltmaktır. Firma yazılım kullanmasına rağmen hâlâ ana operasyonu Excel, WhatsApp ve telefon üzerinden yürütüyorsa sistem tam olarak benimsenmemiş olabilir.

Referans cevaplarını nasıl puanlayabilirsiniz?

Görüşme sonunda yalnızca izlenime göre karar vermek yerine basit bir puanlama sistemi kullanabilirsiniz.

Her başlığa 1 ile 5 arasında puan verin.

Değerlendirme alanı	Puan
Arıza kayıt kolaylığı	1–5
Teknisyen kullanım kolaylığı	1–5
Mobil uygulama performansı	1–5
Arıza geçmişine erişim	1–5
Ofis-saha koordinasyonu	1–5
Teknik destek kalitesi	1–5
Eğitim ve adaptasyon	1–5
Raporlama yeterliliği	1–5
Kullanıcı memnuniyeti	1–5
Genel tavsiye	1–5

Toplam puan tek başına karar vermemelidir; ancak farklı yazılımların referans görüşmelerini karşılaştırmayı kolaylaştırır.

Örneğin iki farklı Asansör Arıza Takip Programı inceliyorsanız her iki sağlayıcıdan da benzer ölçekte referans isteyebilir ve aynı soruları sorabilirsiniz.

Böylece değerlendirme daha objektif hale gelir.

Referans görüşmesinde dikkat edilmesi gereken kırmızı bayraklar

Bazı durumlar özellikle dikkat gerektirir.

• Yazılım firması hiçbir aktif kullanıcıyla görüştürmek istemiyorsa
• Referans verilen firma sistemi çok kısa süredir kullanıyorsa
• Teknisyenlerin büyük bölümü sistemi aktif kullanmıyorsa
• Arıza kayıtları hâlâ ağırlıklı olarak WhatsApp üzerinden tutuluyorsa
• Sorun yaşandığında destek ekibine ulaşmak zor oluyorsa
• Kullanıcı temel işlemler için sürekli manuel yöntemlere dönüyorsa
• Yazılımın en kritik özellikleri pratikte kullanılmıyorsa

bunları değerlendirmeye dahil etmek gerekir.

Bir diğer önemli konu da yalnızca çok büyük firmaların referans gösterilmesidir.

Örneğin 150 asansöre bakım yapan küçük bir işletmeyseniz, 5.000 asansörlük kurumsal bir firmanın deneyimi sizin günlük operasyonunuzu tam olarak yansıtmayabilir.

En faydalı referans genellikle size benzer ölçekte ve benzer iş yapısına sahip kullanıcıdır.

Sıkça Sorulan Sorular

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

Genel uygulamada en az iki veya üç aktif kullanıcıyla görüşmek daha sağlıklıdır. Mümkünse firmalardan birinin sizin bakım portföyünüz ve teknisyen sayınızla benzer ölçekte olmasına dikkat edin.

Referans firmaya ilk sorulması gereken soru nedir?

Önce firmanın kaç asansöre bakım verdiğini, kaç teknisyen çalıştırdığını ve yazılımı ne kadar süredir kullandığını öğrenin. Böylece verilen yorumların sizin işletmeniz açısından ne kadar anlamlı olduğunu değerlendirebilirsiniz.

Referans kullanıcının “memnunuz” demesi yeterli midir?

Hayır. Memnuniyetin nedenini sorgulamak gerekir. “Programı kullanmaya başladıktan sonra hangi süreç değişti?” ve “En sevmediğiniz özelliği nedir?” gibi sorular çok daha fazla bilgi verir.

Teknisyenlerin görüşü neden önemlidir?

Arıza takip sisteminin büyük bölümü sahada kullanılır. Teknisyenlerin uygulamayı zor bulması, arıza kapanışlarının eksik girilmesine ve sistemdeki verilerin güvenilirliğinin azalmasına neden olabilir.

Demo ile referans görüşmesi arasında hangisi daha önemlidir?

İkisi birbirini tamamlar. Demo, yazılımın özelliklerini görmenizi sağlar; referans görüşmesi ise bu özelliklerin gerçek iş ortamında ne kadar kullanılabildiğini gösterir. Karar vermeden önce ikisini de yapmak daha sağlıklıdır.

Asansorex değerlendirilirken de referans görüşmesi yapılmalı mı?

Evet. Hangi yazılım değerlendirilirse değerlendirilsin aynı yöntem kullanılmalıdır. Asansorex'in arıza, bakım ve saha süreçlerini incelerken de benzer ölçekte kullanıcıların gerçek kullanım deneyimini sormak, satın alma kararını daha sağlıklı hale getirir.

Özet

Asansör Arıza Takip Programı seçimi yalnızca fiyat ve özellik karşılaştırması değildir. Yazılımın yoğun arıza günlerinde nasıl çalıştığı, teknisyenlerin sistemi ne kadar kolay kullandığı, ofis ile saha arasındaki bilgi akışını nasıl yönettiği ve destek ekibinin sorunlara ne kadar hızlı cevap verdiği en az özellik listesi kadar önemlidir.

Bu nedenle referans görüşmelerinde “Memnun musunuz?” sorusunun ötesine geçin. Firmanın ölçeğini öğrenin, arıza sürecini adım adım sorgulayın, teknisyen adaptasyonunu sorun, destek deneyimini inceleyin ve özellikle olumsuz yönleri öğrenmeye çalışın.

Doğru sorularla yapılan 15–20 dakikalık bir referans görüşmesi, aylarca kullanacağınız hatta yıllarca işletmenizin operasyonuna dokunacak bir yazılım hakkında demoda göremeyeceğiniz kadar değerli bilgiler verebilir. Amaç en fazla özelliği sunan sistemi bulmak değil; ekibinizin gerçekten kullanacağı, arıza kayıtlarını kaybetmeden yöneteceğiniz ve büyüdükçe operasyonunuzu taşıyabilecek sistemi seçmektir.