Ücretsiz Asansör Bakım Takip Programı Denemesi Nasıl Değerlendirilir?

İÇERİK

Ücretsiz bir asansör bakım takip programı denemesi, yalnızca yazılımın menülerini gezmek veya birkaç ekran görüntüsüne bakmak için sunulan geçici bir erişim değildir. Doğru değerlendirildiğinde bu dönem; bakım firmanızın operasyonuna uygunluğu, teknisyenlerin sistemi kullanıp kullanamayacağı, bakım ve arıza kayıtlarının ne kadar düzenli tutulabileceği ve yatırımın gerçekten karşılık verip vermeyeceği konusunda önemli veriler sağlar.

Ancak birçok firma ücretsiz deneme hesabını açtıktan sonra gerçek veri girişi yapmadan, teknisyenlerini sürece katmadan veya sahada test etmeden karar vermeye çalışır. Bu durumda programın güçlü ve zayıf yönleri anlaşılamaz. Deneme süresi sona erdiğinde ise değerlendirme genellikle “ekranları güzeldi” veya “kullanımı biraz karışık geldi” gibi ölçülemeyen yorumlarla sınırlı kalır.

Sağlıklı bir karar verebilmek için ücretsiz deneme sürecini küçük ölçekli bir pilot proje gibi yönetmek gerekir. Bu rehberde, bir asansör bakım takip programını hangi senaryolarla test etmeniz gerektiğini, hangi kullanıcıları sürece dahil edeceğinizi ve sonuçları nasıl puanlayacağınızı adım adım inceleyeceğiz.

Deneme Başlamadan Önce Hedeflerinizi Belirleyin

Bir yazılımı test etmeye başlamadan önce firmanızdaki mevcut sorunları netleştirin. Aksi hâlde çok sayıda özellik arasında kaybolabilir ve günlük operasyonunuz için gerçekten önemli olan noktaları gözden kaçırabilirsiniz.

Örneğin firmanızdaki temel sorunlar şunlar olabilir:

• Bakım tarihleri Excel veya ajanda üzerinden takip ediliyor.
• Teknisyenlerin hangi binalara gittiği net olarak görülemiyor.
• Bakım formları eksik veya geç teslim ediliyor.
• Arıza bildirimleri WhatsApp konuşmaları arasında kayboluyor.
• Müşteri imzası ve bakım fotoğrafları düzenli saklanmıyor.
• Tahsilatlar bakım kayıtlarıyla ilişkilendirilemiyor.
• Bina yöneticisine yapılan işlemler hızlı şekilde gösterilemiyor.
• Aylık teknisyen performansı ölçülemiyor.
• Yaklaşan sözleşme veya bakım tarihleri unutulabiliyor.

Deneme sürecinin sonunda bu problemlerin hangilerinin çözüldüğünü ölçebilmelisiniz. Bu nedenle “Program güzel mi?” sorusu yerine daha somut sorular hazırlayın.

Örneğin:

1. Bir aylık bakım planı kaç dakikada oluşturulabiliyor?
2. Teknisyen mobil cihazdan bakım kaydını kolayca kapatabiliyor mu?
3. Fotoğraf, açıklama ve müşteri imzası aynı işlemde alınabiliyor mu?
4. Açık arızalar tek ekranda takip edilebiliyor mu?
5. Geçmiş bakım kayıtlarına saniyeler içinde ulaşılabiliyor mu?
6. Ofis personeli teknisyenleri telefonla aramadan iş durumunu görebiliyor mu?

Bu sorular, deneme sürecinin kişisel beğeni yerine operasyonel sonuçlarla değerlendirilmesini sağlar.

Gerçek Verilerle Küçük Bir Pilot Çalışma Yapın

Ücretsiz deneme hesabını boş verilerle incelemek, yazılımın gerçek performansını anlamak için yeterli değildir. Deneme hesabına yüzlerce bina veya asansör aktarmak da başlangıçta gereksiz iş yükü oluşturabilir.

En doğru yöntem, sınırlı sayıda gerçek müşteri ve asansör seçerek pilot çalışma yapmaktır. Örneğin farklı özelliklere sahip 10 ila 20 asansörü sisteme ekleyebilirsiniz.

Pilot gruba şu tür kayıtları dahil etmek faydalıdır:

• Düzenli aylık bakımı yapılan bir apartman
• Sık arıza kaydı açılan bir bina
• Birden fazla asansörü bulunan bir site
• Tahsilatı geciken bir müşteri
• Revizyon veya parça değişimi planlanan bir asansör
• Farklı teknisyenlerin hizmet verdiği bir bölge

Bu seçim, yazılımın yalnızca standart bakım işlemlerinde değil, farklı saha koşullarında da test edilmesini sağlar.

Pilot çalışma sırasında müşteri adı, bina bilgileri, asansör özellikleri, bakım periyodu, sorumlu teknisyen ve varsa geçmiş borç gibi temel verileri girin. Ardından gerçek iş akışını yazılım üzerinden yürütün.

Örneğin bir bakım kaydı oluşturun, teknisyene atayın, teknisyenin sahadan form doldurmasını sağlayın, fotoğraf ve imza ekleyin ve tamamlanan işlemi ofisten kontrol edin. Aynı şekilde bir arıza bildirimi açarak atama, müdahale ve kapanış adımlarını deneyin.

Ofis ve Saha Kullanımını Birlikte Test Edin

Asansör bakım yazılımı yalnızca firma sahibinin veya ofis personelinin kullanacağı bir sistem değildir. Yazılımın başarısı, sahadaki teknisyenlerin sistemi ne kadar kolay kullandığıyla doğrudan ilişkilidir.

Ofis ekranları düzenli görünse bile teknisyen bakım formunu doldurmakta zorlanıyorsa sistem zaman içinde kullanılmamaya başlayabilir. Bu nedenle deneme sürecine en az bir ofis çalışanı, bir firma yöneticisi ve iki teknisyen dahil edilmelidir.

Ofis personelinin test etmesi gereken işlemler

• Müşteri ve bina kaydı oluşturma
• Asansör bilgilerini tanımlama
• Bakım planı hazırlama
• Teknisyene iş atama
• Açık ve tamamlanan işleri görüntüleme
• Arıza kaydı oluşturma
• Geçmiş bakım belgelerine ulaşma
• Müşteri bakiyesi veya tahsilat durumunu inceleme
• Rapor alma

Teknisyenin test etmesi gereken işlemler

• Kendisine atanan işleri görme
• Bina adresine ve iletişim bilgilerine ulaşma
• Bakım formu doldurma
• Kontrol maddelerini işaretleme
• Fotoğraf ekleme
• Açıklama yazma
• Müşteri veya bina görevlisi imzası alma
• Kullanılan parçayı kaydetme
• Tahsilat bilgisi girme
• İşlemi tamamlayarak merkeze iletme

Teknisyenlerden yalnızca “Beğendin mi?” şeklinde geri bildirim istemeyin. Bunun yerine hangi işlemde zorlandığını, bakım kaydını kaç dakikada kapattığını ve hangi ekranların gereksiz adım içerdiğini sorun.

İyi bir saha yazılımı, teknisyeni daha fazla veri girmeye zorlamak yerine yaptığı işi daha hızlı ve düzenli biçimde belgelemesini sağlamalıdır.

Temel Senaryolar İçin Bir Deneme Kontrol Listesi Oluşturun

Yazılımın bütün özelliklerini kısa sürede test etmek mümkün olmayabilir. Bu nedenle firmanız açısından kritik olan senaryoları önceliklendirin.

Aşağıdaki tablo, deneme sırasında kullanılabilecek örnek bir değerlendirme listesidir:

Test konusu	Uygulanacak senaryo	Başarı ölçütü
Müşteri kaydı	Yeni apartman ve yönetici ekleme	Kayıt birkaç dakika içinde tamamlanmalı
Bakım planlama	10 asansör için aylık plan oluşturma	Tarihler ve teknisyen atamaları kolay yapılmalı
Saha kullanımı	Teknisyenin mobil cihazdan bakım kapatması	Fotoğraf, açıklama ve imza tek akışta alınmalı
Arıza yönetimi	Yeni arıza açma ve teknisyene yönlendirme	Açılış ve kapanış zamanı görülebilmeli
Geçmiş kayıtlar	Bir asansörün eski bakımlarını bulma	Kayıtlara hızlı ve filtreli erişim sağlanmalı
Tahsilat takibi	Bakım sırasında ödeme kaydetme	Ödeme müşteri hesabına doğru yansımalı
Raporlama	Aylık tamamlanan bakım raporu alma	Sonuçlar anlaşılır ve dışa aktarılabilir olmalı
Yetkilendirme	Teknisyen ve ofis kullanıcısı oluşturma	Her kullanıcı yalnızca gerekli alanları görmeli
Destek hizmeti	Bir soru veya sorun iletme	Destek ekibi anlaşılır ve çözüm odaklı yanıt vermeli

Bu tabloyu kendi operasyonunuza göre genişletebilirsiniz. Her testin karşısına “başarılı”, “kısmen başarılı” veya “başarısız” notu eklemek, farklı yazılımları karşılaştırmayı kolaylaştırır.

Bakım, Arıza ve Belgelendirme Süreçlerini Ayrı Ayrı İnceleyin

Bir asansör bakım takip programı yalnızca yaklaşan bakım tarihlerini hatırlatan bir takvimden ibaret olmamalıdır. Bakımın planlanması, sahada uygulanması, belgelenmesi ve geçmiş kayıtlara ulaşılması aynı sürecin parçalarıdır.

Bakım sürecinde kontrol edilmesi gerekenler

Bakım planı oluşturulurken müşteri, bina, asansör, tarih ve teknisyen bilgileri kolayca ilişkilendirilebilmelidir. Tekrarlayan bakım planlarının her ay yeniden manuel oluşturulması gerekmemelidir.

Teknisyen bakım tamamlandığında yaptığı kontrolleri, tespit ettiği eksikleri, kullandığı malzemeleri ve müşteri onayını kaydedebilmelidir. Bu bilgiler daha sonra firma sahibi veya bina yöneticisi tarafından anlaşılır biçimde görüntülenebilmelidir.

Asansör İşletme ve Bakım Yönetmeliği kapsamındaki sorumluluklar ve denetim süreçleri düşünüldüğünde, bakım kayıtlarının düzenli, erişilebilir ve geriye dönük izlenebilir tutulması önemlidir. Yazılımın bu kayıtları dağınık mesajlar veya ayrı dosyalar yerine asansör bazında saklayıp saklamadığını inceleyin.

Arıza sürecinde kontrol edilmesi gerekenler

Arıza kaydının kim tarafından ve ne zaman açıldığı, hangi teknisyene atandığı, teknisyenin ne zaman müdahale ettiği ve arızanın nasıl çözüldüğü görülebilmelidir.

Deneme sırasında şu senaryoyu uygulayın:

1. Bina yöneticisinden arıza bildirimi geldiğini varsayın.
2. Arıza kaydını sisteme girin.
3. Uygun teknisyene atayın.
4. Teknisyenin bildirimi alıp almadığını kontrol edin.
5. Teknisyenin çözüm açıklaması ve fotoğraf eklemesini sağlayın.
6. Kullanılan parça ve varsa tahsilat bilgisini kaydedin.
7. Arızayı kapatın.
8. Geçmiş arıza raporunda kaydın doğru görünüp görünmediğini inceleyin.

Bu test, yazılımın yalnızca kayıt tutup tutmadığını değil, ofis ile saha arasındaki bilgi akışını gerçekten hızlandırıp hızlandırmadığını gösterir.

Kullanım Kolaylığı Kadar Destek ve Kurulum Sürecini de Ölçün

Yazılım seçerken özellik listesine odaklanmak doğaldır. Ancak veri aktarımı, kullanıcı eğitimi ve teknik destek yeterli değilse güçlü özellikler bile günlük kullanımda fayda sağlamayabilir.

Deneme sürecinde yazılım sağlayıcısına gerçek bir destek talebi iletin. Örneğin bakım planının nasıl oluşturulduğunu, teknisyen yetkisinin nasıl sınırlandırıldığını veya mevcut müşteri verilerinin nasıl aktarılacağını sorun.

Şu noktaları gözlemleyin:

• Destek ekibine kolay ulaşılabiliyor mu?
• Sorulara genel cevaplar mı, somut çözümler mi veriliyor?
• Kurulum sırasında yönlendirme yapılıyor mu?
• Excel verilerinin aktarımı konusunda destek sunuluyor mu?
• Teknisyenlere kullanım eğitimi veriliyor mu?
• Firma büyüdüğünde yeni kullanıcı ve asansör eklemek kolay mı?
• Güncellemeler ve veri güvenliği konusunda açık bilgi sunuluyor mu?

Asansorex gibi asansör bakım ve saha süreçlerine odaklanan bir yazılımı değerlendirirken de yalnızca modül sayısına bakmak yerine, kendi bakım listenizle küçük bir pilot çalışma yapmak daha doğru sonuç verir. Böylece bakım planlama, arıza takibi, fotoğraflı kapanış ve tahsilat gibi işlemlerin firmanızdaki gerçek karşılığını görebilirsiniz.

Deneme Sonucunu Puanlayarak Karar Verin

Deneme dönemi sonunda kararınızı yalnızca fiyat üzerinden vermeyin. Ucuz görünen ancak teknisyenlerin kullanmadığı veya veri girişini zorlaştıran bir program, zaman kaybı ve operasyonel karışıklık nedeniyle daha yüksek maliyet oluşturabilir.

Her yazılımı 100 puan üzerinden değerlendirebilirsiniz:

Değerlendirme alanı	Önerilen ağırlık
Bakım planlama ve takip	20 puan
Mobil saha kullanımı	20 puan
Arıza yönetimi	15 puan
Belge, fotoğraf ve imza kaydı	10 puan
Cari ve tahsilat takibi	10 puan
Raporlama	10 puan
Kullanım kolaylığı	5 puan
Eğitim ve destek	5 puan
Yetkilendirme ve veri güvenliği	5 puan
Toplam	100 puan

Firmanız için bazı alanlar daha önemliyse ağırlıkları değiştirebilirsiniz. Örneğin yoğun arıza hizmeti veren bir firmada arıza yönetiminin puanı artırılabilir. Çok sayıda teknisyeni bulunan bir işletmede mobil kullanım ve performans raporlaması daha yüksek ağırlık taşıyabilir.

Karar öncesinde şu sorulara net cevap verebilmelisiniz:

• Program mevcut iş yükünü azaltıyor mu?
• Teknisyenler sistemi kullanmaya istekli mi?
• Bakım ve arıza kayıtları daha düzenli hâle geliyor mu?
• Müşteriye yapılan işlem kolayca gösterilebiliyor mu?
• Ofis personelinin telefon ve mesaj trafiği azalıyor mu?
• Yazılım bedeli karşılığında ölçülebilir zaman tasarrufu sağlanıyor mu?
• Firma büyüdüğünde sistem kullanılmaya devam edilebilir mi?

Deneme Sürecinde Yapılan Yaygın Hatalar

Ücretsiz denemeden sağlıklı sonuç alınamamasının temel nedeni çoğu zaman yazılım değil, test yöntemidir.

En sık yapılan hatalar şunlardır:

• Hesap açıp yalnızca ana ekranı incelemek
• Gerçek müşteri ve asansör verisi eklememek
• Teknisyenleri denemeye dahil etmemek
• Mobil uygulamayı sahada test etmemek
• Yalnızca özellik sayısını karşılaştırmak
• Veri aktarımı ve eğitim hizmetini sormamak
• Destek ekibinin yanıt kalitesini ölçmemek
• Deneme süresini son güne bırakmak
• Fiyatı, sağlanan zaman tasarrufundan bağımsız değerlendirmek
• Karar kriterlerini önceden belirlememek

Deneme süresi kısa olsa bile ilk gün veri girişi, ikinci gün bakım testi, üçüncü gün arıza senaryosu ve son gün raporlama değerlendirmesi yapılabilir. Önemli olan, süreyi plansız ekran incelemeleriyle tüketmemektir.

Sıkça Sorulan Sorular

Ücretsiz asansör bakım takip programı denemesinde kaç asansör eklenmelidir?

Başlangıç için farklı müşteri ve operasyon türlerini temsil eden 10 ila 20 asansör yeterlidir. Amaç bütün portföyü aktarmak değil, bakım, arıza, tahsilat ve raporlama süreçlerini gerçek verilerle test etmektir.

Deneme sürecine teknisyenler dahil edilmeli midir?

Evet. Yazılımın sahada kullanılabilir olup olmadığı ancak teknisyenlerin gerçek bakım veya arıza işlemi yapmasıyla anlaşılabilir. En az iki teknisyenin farklı telefonlarda sistemi denemesi faydalıdır.

Ücretsiz denemede yalnızca bakım modülünü test etmek yeterli mi?

Hayır. Bakım planlama temel işlev olsa da arıza yönetimi, fotoğraflı kayıt, müşteri imzası, tahsilat, raporlama ve geçmiş kayıtlara erişim gibi bağlantılı süreçler de değerlendirilmelidir.

Yazılım fiyatı ne zaman değerlendirilmelidir?

Önce yazılımın firmanızdaki operasyonel faydası ölçülmeli, ardından fiyat karşılaştırması yapılmalıdır. Kullanılmayan ucuz bir yazılım, iş yükünü gerçekten azaltan daha kapsamlı bir çözümden daha maliyetli olabilir.

Deneme sırasında mevcut Excel verileri aktarılmalı mı?

Bütün verileri aktarmak zorunlu değildir. Ancak örnek müşteri, bina ve asansör kayıtlarının içeri alınması, yazılımın veri yapısının firmanızdaki kayıtlarla uyumunu görmenizi sağlar. Satın alma öncesinde toplu veri aktarım desteğinin kapsamı ayrıca sorulmalıdır.

Deneme bittikten sonra hangi rapor hazırlanmalıdır?

Test edilen senaryolar, karşılaşılan sorunlar, teknisyen görüşleri, kazanılan zaman, eksik özellikler ve toplam değerlendirme puanı tek sayfalık bir raporda toplanmalıdır. Karar bu rapor üzerinden verilmelidir.

Özet

Ücretsiz asansör bakım takip programı denemesi, yazılım ekranlarını incelemekten çok daha kapsamlı bir değerlendirme sürecidir. Sağlıklı sonuç almak için önce firmanızdaki sorunları belirlemeli, sınırlı sayıda gerçek asansörle pilot çalışma yapmalı ve ofis personeliyle teknisyenleri aynı sürece dahil etmelisiniz.

Bakım planlama, saha formu, fotoğraf, müşteri imzası, arıza müdahalesi, tahsilat ve raporlama gibi temel işlemleri ayrı ayrı test etmek; yazılımın günlük operasyonunuza gerçekten uyup uymadığını gösterir. Asansorex gibi sektörel çözümleri değerlendirirken de en doğru yaklaşım, firmanızdaki gerçek bir bakım ve arıza sürecini baştan sona uygulamak ve sonucu ölçülebilir kriterlerle puanlamaktır.