Asansör Bakım Yazılımı Demo Sürecinde Nelere Bakılır?

İÇERİK

Asansör bakım yazılımı satın almadan önce yapılan demo, yalnızca programın ekranlarını görmek için düzenlenen kısa bir tanıtım değildir. Doğru yürütülen bir demo süreci; yazılımın firmanızın bakım, arıza, teknisyen, müşteri ve tahsilat operasyonlarına gerçekten uyup uymadığını anlamanızı sağlar. Yanlış yürütülen bir demo ise etkileyici görünen birkaç ekran üzerinden karar verilmesine ve yazılım kullanılmaya başlandığında önemli eksiklerin ortaya çıkmasına neden olabilir.

Bu nedenle demo sırasında “Programda hangi özellikler var?” sorusundan çok, “Bu yazılım bizim günlük işimizi nasıl yönetecek?” sorusuna odaklanmak gerekir. Bu rehberde, asansör bakım firması sahiplerinin, operasyon sorumlularının ve teknisyenlerin demo sürecinde kontrol etmesi gereken temel noktaları adım adım ele alacağız.

Demo Öncesinde Firmanın İhtiyaçları Belirlenmeli

Verimli bir demo süreci, yazılım firmasıyla görüşme başlamadan önce hazırlanır. Firmanızın mevcut çalışma düzeni, yaşadığı sorunlar ve yazılımdan beklentileri net değilse demo sırasında sunulan her özellik faydalı görünebilir. Ancak satın alma sonrasında bu özelliklerin önemli bir kısmının günlük operasyonunuza katkı sağlamadığı anlaşılabilir.

Demo öncesinde mevcut sisteminizi kısa bir şekilde analiz edin:

• Kaç asansöre düzenli bakım hizmeti veriliyor?
• Kaç teknisyen sahada görev yapıyor?
• Aylık bakım planları nasıl hazırlanıyor?
• Arıza talepleri telefon, WhatsApp veya başka bir yöntemle mi alınıyor?
• Bakım formları kâğıt üzerinde mi tutuluyor?
• Teknisyenlerin tamamladığı işler nasıl kontrol ediliyor?
• Bina yöneticilerine bakım veya arıza bilgisi nasıl gönderiliyor?
• Tahsilat ve cari hesap takibi hangi sistemle yapılıyor?
• Sözleşme bitiş tarihleri düzenli olarak takip edilebiliyor mu?

Bu soruların cevapları, demo sırasında hangi bölümlere daha fazla zaman ayrılması gerektiğini gösterir. Örneğin bakım planlamasında sorun yaşamayan ancak arıza taleplerini kaybeden bir firma için arıza yönetimi öncelikli olmalıdır. Saha ekibinin yaptığı işlemleri kontrol edemeyen bir firma ise mobil kullanım, konum, fotoğraf ve dijital imza özelliklerine odaklanmalıdır.

Demo talebinde bulunmadan önce firmanızın en önemli üç operasyon sorununu yazılı hale getirin. Demo sonunda bu üç sorunun çözülüp çözülmediğini kontrol edin.

Demo Gerçek Bir İş Akışı Üzerinden Yapılmalı

Bir yazılım demosunda yalnızca menülerin ve ekranların gösterilmesi yeterli değildir. Programın gerçek bir iş sürecini baştan sona nasıl yönettiği görülmelidir.

Demo sırasında örnek bir müşteri, bina ve asansör kaydı oluşturulmasını isteyin. Ardından bu asansör için bakım planı hazırlanmalı, teknisyene görev atanmalı, saha işlemi tamamlanmalı ve bakım sonucu raporlanmalıdır.

İdeal bir demo senaryosu şu adımları içermelidir:

1. Yeni müşteri veya cari kaydı oluşturulması
2. Müşteriye bağlı bina eklenmesi
3. Binaya ait asansör bilgilerinin kaydedilmesi
4. Bakım sözleşmesi veya periyodik bakım planı hazırlanması
5. Bakım görevinin teknisyene atanması
6. Teknisyenin mobil cihazdan görevi görüntülemesi
7. Bakım formunun sahada doldurulması
8. Fotoğraf, açıklama ve imza eklenmesi
9. İşlemin tamamlanması
10. Bakım raporunun firma ve bina yöneticisi tarafından görüntülenmesi

Bu sürecin tamamı gösterilmeden yalnızca “Bakım modülümüz var” denilmesi yeterli değildir. Önemli olan modülün bulunması değil, bakım işlemini pratik ve kontrol edilebilir hale getirmesidir.

Demo sırasında mümkünse örnek verileri yazılım firması değil, sizin ekibiniz girmelidir. Böylece ekranların anlaşılır olup olmadığı ve işlemlerin ne kadar sürdüğü daha net görülür.

Bakım Planlama ve Saha Kullanımı Ayrı Ayrı Test Edilmeli

Asansör bakım yazılımlarında ofis tarafı ile saha tarafı birbirini tamamlamalıdır. Ofiste oluşturulan bakım planı teknisyenin telefonuna doğru şekilde ulaşmıyorsa veya sahada tamamlanan işlem ofise geç yansıyorsa operasyon bütünlüğü bozulur.

Bakım planlamada kontrol edilecek noktalar

Bakım planının aylık, haftalık veya günlük olarak hazırlanıp hazırlanamadığını kontrol edin. Çok sayıda asansöre hizmet veren firmalar için bakım kayıtlarının tek tek oluşturulması ciddi zaman kaybına neden olabilir.

Şu özelliklerin nasıl çalıştığını inceleyin:

• Toplu bakım planı oluşturma
• Teknisyen veya ekip bazlı görev atama
• Bölgeye göre bakım listesi hazırlama
• Eksik veya geciken bakımları görüntüleme
• Tamamlanan ve bekleyen görevleri ayırma
• Bakım tarihini değiştirme
• Tekrarlayan bakım planı oluşturma
• Aynı binadaki birden fazla asansörü birlikte planlama

Teknisyen ekranında kontrol edilecek noktalar

Teknisyenlerin kullanacağı ekranlar mümkün olduğunca sade olmalıdır. Sahada çalışan personelin uzun menüler arasında dolaşması veya her işlem için çok sayıda alan doldurması programın kullanımını zorlaştırır.

Demo sırasında teknisyen rolüyle giriş yapılmasını isteyin ve şu işlemleri test edin:

• Günlük görev listesini görüntüleme
• Bina adresine ve iletişim bilgilerine ulaşma
• Bakım kontrol formunu doldurma
• Fotoğraf ekleme
• Kullanılan parçayı kaydetme
• Açıklama veya not bırakma
• Dijital imza alma
• Tahsilat bilgisi girme
• Görevi tamamlandı olarak kapatma

İnternet bağlantısının zayıf olduğu bölgelerde uygulamanın nasıl davrandığı da sorulmalıdır. Genel uygulamada bazı sistemler bağlantı yeniden geldiğinde kayıtları eşitleyebilirken bazıları aktif internet olmadan işlem yapılmasına izin vermez. Firmanızın hizmet verdiği bölgelere göre bu ayrıntı önemli olabilir.

Demo Kontrol Tablosu Nasıl Hazırlanır?

Birden fazla yazılımı karşılaştırırken özellikleri akılda tutmak zorlaşır. Bu nedenle her demo için aynı kontrol tablosunun kullanılması daha sağlıklı bir karar verilmesini sağlar.

Kontrol Alanı	Demo Sırasında Test Edilecek İşlem	Değerlendirme
Müşteri ve bina kaydı	Yeni cari, bina ve asansör oluşturma	Kolay / Orta / Zor
Bakım planlama	Aylık toplu bakım planı hazırlama	Var / Kısıtlı / Yok
Teknisyen atama	Görevi personele veya ekibe gönderme	Kolay / Orta / Zor
Mobil kullanım	Teknisyenin görevi sahada tamamlaması	Başarılı / Kısmi / Başarısız
Fotoğraf ve imza	Bakım formuna kanıt eklenmesi	Var / Kısıtlı / Yok
Arıza yönetimi	Arızanın alınması, atanması ve kapatılması	Kolay / Orta / Zor
Müşteri bilgilendirme	Bakım veya arıza sonucunun paylaşılması	Otomatik / Manuel / Yok
Cari ve tahsilat	Borç, ödeme ve işlem geçmişinin görülmesi	Yeterli / Kısmi / Yetersiz
Raporlama	Eksik bakım ve teknisyen performansı raporu	Yeterli / Kısmi / Yetersiz
Destek süreci	Kurulum, eğitim ve sorun çözme yöntemi	Güçlü / Orta / Zayıf

Bu tabloya firmanız için özel maddeler de eklenebilir. Örneğin termal yazıcı kullanıyorsanız bakım fişinin yazdırılması, SMS gönderiyorsanız mesaj şablonları, e-Fatura kullanıyorsanız faturalandırma bağlantısı ayrıca test edilmelidir.

Raporlama, Arıza ve Müşteri İletişimi İncelenmeli

Bir bakım yazılımının değeri yalnızca kayıt oluşturmasında değil, oluşturulan kayıtları anlamlı bilgiye dönüştürmesindedir. Bu nedenle demo sırasında raporlama ekranlarına birkaç dakika bakıp geçmek yerine gerçek sorular üzerinden test yapılmalıdır.

Örneğin yazılımdan şu bilgilerin nasıl alınacağını sorun:

• Bu ay bakımı yapılmayan asansörler hangileri?
• Hangi teknisyenin kaç görevi tamamlanmamış?
• Son üç ayda en fazla arıza veren asansör hangisi?
• Aynı arızayı tekrarlayan cihazlar görülebiliyor mu?
• Hangi müşterilerin borcu veya gecikmiş ödemesi bulunuyor?
• Yakında bitecek sözleşmeler listelenebiliyor mu?
• Bir asansörün geçmiş bakım ve arıza kayıtları tek ekranda görülebiliyor mu?

Arıza sürecinde ise çağrının alınmasından çözüm kaydına kadar olan zincir gösterilmelidir. Arızayı hangi personelin sahiplendiği, ne zaman müdahale edildiği, hangi işlemin yapıldığı ve müşterinin nasıl bilgilendirildiği açıkça izlenebilmelidir.

Müşteri iletişimi bakım firmalarının hizmet kalitesini doğrudan etkiler. Bina yöneticisinin sürekli telefonla bilgi istemesi hem ofis çalışanlarının yükünü artırır hem de iletişim kopukluğuna yol açar. Bu nedenle demo sırasında bakım sonucu, arıza durumu, borç bilgisi ve sözleşme detaylarının müşteriye nasıl iletildiği görülmelidir.

Asansorex gibi asansör bakım ve yönetim yazılımları, bakım kayıtlarının saha işlemleriyle birlikte tutulmasına ve müşteriye sunulabilecek düzenli bir hizmet geçmişi oluşturulmasına yardımcı olur. Ancak hangi çözüm seçilirse seçilsin, bu süreçlerin demo sırasında gerçek veriye yakın bir senaryoyla denenmesi gerekir.

Fiyatın Yanında Kurulum ve Destek Süreci Sorulmalı

Yazılım seçiminde yalnızca yıllık veya aylık lisans bedeline odaklanmak yanıltıcı olabilir. İlk veri girişinin kim tarafından yapılacağı, kullanıcı eğitimi, teknik destek, güncellemeler ve ek modüller toplam maliyeti etkileyebilir.

Demo sonunda şu soruların tamamına net cevap alınmalıdır:

• Lisans fiyatına kaç kullanıcı dahildir?
• Asansör veya müşteri sayısına göre fiyat değişiyor mu?
• Mobil uygulama ayrıca ücretli mi?
• SMS, WhatsApp veya e-Fatura kullanımı ek ücret gerektiriyor mu?
• Mevcut Excel verileri sisteme aktarılıyor mu?
• İlk kurulum ve eğitim hizmeti fiyata dahil mi?
• Teknik desteğe hangi kanallardan ulaşılabiliyor?
• Destek taleplerine genel olarak ne kadar sürede dönüş yapılıyor?
• Yeni özellikler ve güncellemeler ek ücretli mi?
• Sözleşme yenileme döneminde fiyat nasıl belirleniyor?
• Veriler dışarı aktarılabiliyor mu?
• Yazılım bırakıldığında geçmiş kayıtlar alınabiliyor mu?

Demo sonrasında yazılı teklif istemek önemlidir. Görüşmede anlatılan özelliklerin, kullanıcı sınırlarının, hizmet kapsamının ve ek ücretlerin teklifte açıkça yer alması gerekir.

En düşük fiyatlı yazılım her zaman en ekonomik çözüm değildir. Teknisyenlerin kullanmadığı, bakım planlarının hâlâ Excel üzerinden yürütüldüğü veya müşteri kayıtlarının eksik tutulduğu bir program, düşük lisans bedeline rağmen firmaya zaman ve müşteri kaybettirebilir.

Demo Sonrasında Ekip Görüşü Alınmalı

Yazılım satın alma kararını yalnızca firma sahibinin vermesi doğru olmayabilir. Programı günlük olarak operasyon sorumlusu, ofis personeli ve teknisyenler kullanacaktır. Bu nedenle demo sonrasında farklı kullanıcıların görüşleri alınmalıdır.

Değerlendirme toplantısında şu üç soruya cevap aranabilir:

1. Yazılım mevcut iş yükünü gerçekten azaltıyor mu?
2. Saha personeli sistemi kısa sürede kullanabilir mi?
3. Program firmanın büyümesine ve artan asansör sayısına uyum sağlayabilir mi?

Özellikle teknisyenlerin görüşü önemlidir. Saha ekranları karmaşıksa, çok fazla zorunlu alan bulunuyorsa veya işlem tamamlamak uzun sürüyorsa kullanıcılar zamanla eski yöntemlere dönebilir. Bu durumda firma hem yazılım ücreti öder hem de WhatsApp, defter ve Excel kullanmaya devam eder.

Mümkünse satın alma öncesinde kısa süreli deneme hesabı talep edin. Gerçek kullanıcılarla birkaç bakım ve arıza işlemi gerçekleştirmek, bir saatlik sunumdan daha fazla bilgi verebilir.

Sıkça Sorulan Sorular

Asansör bakım yazılımı demosu ne kadar sürmelidir?

Firmanın ihtiyaçlarına bağlı olarak etkili bir demo genel uygulamada 45 ile 90 dakika arasında sürebilir. Yalnızca ekranların gösterildiği kısa sunumlar yerine müşteri kaydından saha işleminin tamamlanmasına kadar gerçek bir süreç denenmelidir.

Demoya kimler katılmalıdır?

Firma sahibi veya yöneticinin yanında bakım planlamasını yapan personel, saha sorumlusu ve mümkünse en az bir teknisyen katılmalıdır. Böylece hem yönetim hem de günlük kullanım açısından değerlendirme yapılabilir.

Demo sırasında kendi verilerimizi kullanmalı mıyız?

Mümkünse örnek bir bina, asansör ve teknisyen bilgisi kullanmak faydalıdır. Kendi iş yapınıza benzeyen veriler üzerinden yapılan test, yazılımın firmanıza uyumunu daha net gösterir.

Mobil uygulama mutlaka test edilmeli mi?

Evet. Asansör bakım operasyonunun önemli bölümü sahada gerçekleştiği için teknisyenin görev görme, form doldurma, fotoğraf ekleme, imza alma ve işlemi kapatma adımları mutlaka test edilmelidir.

Demo sonunda hemen karar verilmeli mi?

Hayır. Demo notları karşılaştırılmalı, kullanıcı görüşleri alınmalı ve fiyat teklifindeki kapsam incelenmelidir. Mümkünse kısa süreli deneme kullanımı sonrasında karar verilmelidir.

Birden fazla yazılım demosu izlemek gerekli mi?

En az iki veya üç çözümü aynı kontrol listesiyle değerlendirmek daha sağlıklı olabilir. Böylece yalnızca özellik sayısı değil, kullanım kolaylığı, destek kalitesi ve toplam maliyet de karşılaştırılabilir.

Özet

Asansör bakım yazılımı demosu, bir satış sunumundan çok operasyon testi olarak görülmelidir. Demo sırasında müşteri ve bina kaydı oluşturulmalı, bakım planı hazırlanmalı, görev teknisyene gönderilmeli, saha işlemi tamamlanmalı ve sonuç raporlanmalıdır. Arıza yönetimi, müşteri bilgilendirme, cari takip, raporlama, mobil kullanım ve destek kapsamı da gerçek senaryolar üzerinden incelenmelidir.

Karar verirken yalnızca özellik listesine veya fiyat teklifine bakmak yerine programın firmanın günlük iş yükünü ne kadar azalttığı değerlendirilmelidir. Asansorex gibi sektöre özel çözümler incelenirken de aynı yaklaşım uygulanmalı; yazılımın bakım firmasının gerçek operasyonuna uyumu demo ve deneme sürecinde doğrulanmalıdır.