Asansör Online Programı Demo Senaryosu

İÇERİK

Bir asansör online programı satın almadan önce yapılan demo, yazılımın menülerini görmekten çok daha fazlası olmalıdır. Firma sahibi açısından asıl soru, ekranın güzel görünüp görünmediği değil; bakım planlama, arıza yönetimi, teknisyen koordinasyonu, tahsilat ve raporlama gibi günlük işlerin yazılım üzerinde gerçekten ne kadar kolay yürütülebildiğidir.

Bu nedenle iyi hazırlanmış bir demo, gerçek bir çalışma gününü taklit etmelidir. Örneğin yeni bir bina sisteme eklenmeli, asansör kaydı oluşturulmalı, bakım planlanmalı, görev teknisyene gönderilmeli, teknisyen sahadan işlemi tamamlamalı ve firma sahibi operasyon sonucunu raporlardan görebilmelidir.

Böyle bir senaryo, birkaç dakika içinde yazılımın yalnızca özelliklerini değil, işletmenin çalışma düzenine uyup uymadığını da gösterir. Bu rehberde, bir asansör firmasının online program demosunda uygulayabileceği pratik ve ölçülebilir bir değerlendirme senaryosunu adım adım ele alacağız.

Demo Öncesinde Test Senaryosunu Hazırlayın

Demo toplantısında yapılan en büyük hatalardan biri, yazılım sağlayıcısının istediği ekranları sırayla göstermesine izin vermektir. Böyle bir sunumda genellikle güçlü özellikler öne çıkarılır ancak firmanın günlük işleyişindeki kritik noktalar yeterince test edilmez.

Bunun yerine demo başlamadan önce gerçek iş süreçlerinizden küçük bir örnek hazırlayın.

Örneğin test için şu senaryoyu kullanabilirsiniz:

• 1 yeni müşteri
• 1 bina
• 2 asansör
• 1 planlı bakım
• 1 arıza kaydı
• 1 teknisyen
• 1 tahsilat
• 1 bakım raporu
• 1 yönetici bilgilendirmesi

Amaç büyük miktarda veri girmek değildir. Amaç, aynı kaydın farklı operasyon aşamalarında nasıl hareket ettiğini görmektir.

Örneğin Örnek Apartmanı isimli bir bina oluşturduğunuzu düşünelim. Binada iki asansör bulunuyor. Birinci asansörün aylık bakımı yapılacak, ikinci asansörde ise kapı arızası bildirilecek.

Demo boyunca bu iki işlem üzerinden ilerlemek, yazılımın farklı modüllerinin birbirleriyle gerçekten bağlantılı olup olmadığını görmenizi sağlar.

1. Müşteri, Bina ve Asansör Kaydını Test Edin

İlk adım temel veri girişidir. Çünkü bir asansör firmasının yazılım kullanımında yüzlerce bina ve asansör bulunabilir. Yeni kayıt oluşturmak gereğinden fazla zaman alıyorsa saha büyüdükçe bu durum ciddi operasyon yükü oluşturur.

Demo sırasında sıfırdan bir müşteri oluşturulmasını isteyin.

Ardından müşteriye bağlı bir bina ve binaya bağlı asansör kaydı açın.

Bu aşamada şu alanlara özellikle bakılmalıdır:

• Müşteri iletişim bilgileri
• Bina adı ve adresi
• Bina yöneticisi bilgileri
• Asansör kimlik bilgileri
• Bakım periyodu
• Sözleşme veya hizmet bilgileri
• Teknisyen veya ekip ataması
• Not ve belge alanları

İşlem sırasında bir kronometre tutmak bile faydalıdır.

Örneğin tek bir bina ve asansör kaydının oluşturulması 8–10 dakika sürüyorsa, 300 asansörlük portföy aktarımında ciddi zaman kaybı yaşanabilir.

İyi bir online asansör programında temel kayıt işlemleri mümkün olduğunca sade olmalıdır.

Eski Müşterilerin Aktarımı da Sorulmalı

Yeni bir programa geçerken asıl problem sıfırdan kayıt oluşturmak değil, mevcut verilerin taşınmasıdır.

Demo sırasında mutlaka şu soruyu sorun:

Mevcut Excel listemde bulunan müşteri, bina ve asansör kayıtlarını toplu olarak sisteme aktarabilir miyim?

300–500 asansöre hizmet veren bir firmanın tüm verileri tek tek girmesi pratik değildir. Bu nedenle Excel veya benzeri formatlardan veri aktarımının nasıl yapıldığı demo sırasında görülmelidir.

2. Bakım Planlama Senaryosunu Çalıştırın

Asansör bakım firmalarında yazılım kullanımının merkezinde genellikle bakım planlaması vardır. Bu nedenle demo sırasında yalnızca bakım takviminin gösterilmesi yeterli değildir.

Gerçek bir bakım oluşturulmalıdır.

Örneğin:

Örnek Apartmanı → Asansör 1 → Ağustos Bakımı

Bakım kaydı oluşturulduktan sonra belirli bir teknisyene veya ekibe atanmalıdır.

Ardından şu noktalar kontrol edilmelidir:

1. Bakım tarihi kolayca değiştirilebiliyor mu?
2. Teknisyen görevi kendi ekranında görebiliyor mu?
3. Aylık bakım planı toplu olarak görüntülenebiliyor mu?
4. Tamamlanan ve bekleyen bakımlar ayrılıyor mu?
5. Geciken işler görülebiliyor mu?
6. Bakım geçmişine sonradan ulaşılabiliyor mu?

Özellikle çok sayıda asansöre hizmet veren firmalarda bakım listesinin yalnızca takvim şeklinde sunulması yeterli olmayabilir. Bölge, teknisyen, durum veya tarih bazında filtreleme operasyonu ciddi ölçüde kolaylaştırabilir.

Bakım Görevini Sahaya Gönderin

Demo bilgisayar ekranında bitmemelidir.

Atanan bakım görevinin teknisyenin telefonunda veya kullandığı saha ekranında nasıl göründüğünü mutlaka inceleyin.

Teknisyen şu bilgilere kolayca ulaşabilmelidir:

• Bina bilgileri
• Adres
• İletişim kişisi
• Asansör bilgileri
• Yapılacak işlem
• Önceki bakım notları
• Varsa özel açıklamalar

Firma sahibi açısından en kritik noktalardan biri şudur: Ofiste oluşturulan görev ile sahadaki teknisyenin gördüğü kayıt aynı sistem üzerinde devam ediyor mu?

Bu bağlantı kurulamadığında yazılım kullanılmasına rağmen WhatsApp mesajları, telefon aramaları ve kâğıt notlar devam eder.

3. Teknisyenin Bakımı Sahadan Tamamlamasını İzleyin

Bir yazılımın saha kullanımı masaüstü ekranından değerlendirilmemelidir. Demo sırasında teknisyen rolündeki kullanıcı gerçekten bakım işlemini tamamlamalıdır.

Örneğin teknisyen binaya ulaştığında bakım kaydını açsın ve yapılan işlemleri kaydetsin.

Demo kapsamında mümkünse şu adımlar gösterilmelidir:

• Bakım formunun açılması
• Yapılan işlemlerin işaretlenmesi
• Açıklama eklenmesi
• Fotoğraf eklenmesi
• Müşteri veya bina yetkilisinden imza alınması
• Bakımın tamamlanması
• Bakım fişi veya raporunun oluşturulması

Burada dikkat edilmesi gereken konu özellik sayısı değil, işlemin kaç adımda tamamlandığıdır.

Teknisyen sahada uzun formlarla uğraşmak zorunda kalıyorsa sistem bir süre sonra kullanılmamaya başlayabilir.

Bu nedenle firma sahibinin demoda teknisyen gözüyle de düşünmesi gerekir.

Bir teknisyen bu işlemi günde 15–20 farklı binada rahatlıkla yapabilir mi?

Bu sorunun cevabı demo sırasında netleşmelidir.

Asansorex gibi bakım ve saha operasyonlarını aynı yapı içinde yöneten sistemlerde demo yapılırken, ofiste oluşturulan bakım görevinin teknisyen tarafında nasıl tamamlandığını uçtan uca görmek bu nedenle önemlidir.

4. Gerçek Bir Arıza Kaydı Oluşturun

Bakım operasyonu planlıdır ancak arızalar çoğu zaman plansız gelişir. Bu nedenle demo testinin ikinci önemli bölümü arıza yönetimi olmalıdır.

Örneğin şu senaryoyu kullanabilirsiniz:

Bina: Örnek Apartmanı Asansör: Asansör 2 Arıza: Kabin kapısı kapanmıyor.

Arıza kaydı oluşturulduktan sonra görev uygun teknisyene atanmalıdır.

Ardından süreç baştan sona takip edilmelidir.

Demo adımı	Kontrol edilmesi gereken
Arıza kaydı	Kayıt hızlı oluşturulabiliyor mu?
Teknisyen atama	Görev doğru kişiye kolayca atanıyor mu?
Bildirim	Teknisyen yeni görevi görebiliyor mu?
Müdahale	Yapılan işlem kaydedilebiliyor mu?
Parça kullanımı	Kullanılan parça veya açıklama eklenebiliyor mu?
Tamamlama	Arıza kapatılabiliyor mu?
Geçmiş	Aynı asansörün önceki arızaları görülebiliyor mu?
Rapor	Müdahale süreci sonradan incelenebiliyor mu?

Özellikle tekrar eden arızaların geçmişten görülebilmesi teknik ekip açısından değerlidir.

Örneğin aynı asansörde üç ay içinde dört kez kapı arızası yaşanmışsa yalnızca son arızayı çözmek yerine problemin tekrar ettiği fark edilebilir.

Bu nedenle demo sırasında mutlaka aynı asansörün bakım ve arıza geçmişinin tek noktadan incelenip incelenemediğine bakılmalıdır.

5. Tahsilat ve Cari İşlemleri Kontrol Edin

Online asansör programı yalnızca teknik operasyon için kullanılacaksa bu bölüm her firma için aynı önem seviyesinde olmayabilir. Ancak bakım bedellerini, tahsilatları veya müşteri borçlarını aynı sistemden takip etmek isteyen firmalar için finans akışı mutlaka test edilmelidir.

Örneğin aylık bakım bedeli:

2.500 TL

olarak kabul edilsin.

Bakım tamamlandıktan sonra bu tutarın müşterinin cari hesabında nasıl göründüğünü inceleyin.

Ardından 2.500 TL tahsilat kaydı oluşturun.

Şu soruların cevaplarını arayın:

• Müşterinin mevcut bakiyesi görülebiliyor mu?
• Borç ve tahsilatlar ayrı şekilde izlenebiliyor mu?
• Cari hareket geçmişi anlaşılır mı?
• Tahsilat kaydı hızlı oluşturulabiliyor mu?
• Ödenmemiş bakiyeler listelenebiliyor mu?
• İşlemler gerektiğinde raporlanabiliyor mu?

Teknik operasyon ile finans takibi birbirinden tamamen kopuk olduğunda firma içinde tekrar veri girişi oluşabilir.

Örneğin bakım teknisyen tarafından tamamlanır, daha sonra ofis çalışanı başka bir Excel dosyasına bakım bedelini yazar, ardından üçüncü bir dosyada tahsilat takip edilir.

Demo sırasında bu tekrarların yazılım tarafından azaltılıp azaltılmadığı görülmelidir.

6. Demo Sonunda Raporları Test Edin

Bir programın gerçek değeri yalnızca veri girmek değildir. Girilen verinin firma sahibine anlamlı bilgi olarak geri dönmesi gerekir.

Bu nedenle demo bittikten sonra başta oluşturduğunuz işlemlerin raporlarda nasıl göründüğünü kontrol edin.

Örneğin demo sonunda şu soruların cevapları birkaç saniye içerisinde alınabilmelidir:

• Bugün kaç bakım tamamlandı?
• Kaç bakım bekliyor?
• Açık kaç arıza bulunuyor?
• Hangi teknisyenin üzerinde görev var?
• Hangi müşterilerin borcu bulunuyor?
• Belirli bir asansörde geçmişte hangi işlemler yapılmış?
• Belirli tarihler arasındaki işlemler filtrelenebiliyor mu?

Eğer bu soruların cevabı için sürekli farklı ekranlara geçmek, Excel çıktısı almak veya manuel hesaplama yapmak gerekiyorsa yazılımın raporlama yeteneği ayrıca değerlendirilmelidir.

30–45 Dakikalık Örnek Demo Akışı

Demo toplantısını kontrol altında tutmanın en kolay yollarından biri önceden zaman planı oluşturmaktır.

Aşağıdaki akış çoğu asansör firması için yeterli bir ilk değerlendirme sağlayabilir:

Süre	Test
5 dakika	Müşteri, bina ve asansör oluşturma
5 dakika	Bakım planlama ve teknisyen atama
10 dakika	Teknisyen ekranından bakım tamamlama
5 dakika	Arıza oluşturma ve kapatma
5 dakika	Cari ve tahsilat işlemleri
5 dakika	Raporlama
5 dakika	Veri aktarımı, destek ve kullanım soruları

Bu yöntemin önemli avantajı, farklı yazılımları aynı kriterlerle karşılaştırabilmenizdir.

Bir programa 60 dakika, diğerine 15 dakika ayırmak yerine aynı senaryoyu her yazılımda uygulamak daha sağlıklı sonuç verir.

Demo Sırasında Not Tutun

Her özellik için 1 ile 5 arasında puan verebilirsiniz.

Örneğin:

• Kullanım kolaylığı: 4/5
• Bakım planlama: 5/5
• Mobil kullanım: 4/5
• Arıza yönetimi: 5/5
• Finans takibi: 4/5
• Raporlama: 4/5
• Veri aktarımı: 5/5

Bunun yanında mutlaka bir kritik sorunlar alanı oluşturun.

Çünkü bazı eksikler puan ortalamasından daha önemlidir.

Örneğin program genel olarak çok başarılı olabilir ancak mevcut 500 asansörlük listenizi içeri aktaramıyorsa geçiş süreci ciddi şekilde zorlaşabilir.

Demo Yaparken Sorulması Gereken Kritik Sorular

Demo sonunda yalnızca özellikleri değil, gerçek kullanım koşullarını da değerlendirin.

Şu sorular özellikle önemlidir:

1. Mevcut müşteri ve asansör verileri nasıl aktarılıyor?
2. Teknisyenlerin sisteme alışması için eğitim gerekiyor mu?
3. Mobil veya saha kullanımında işlem süreci kaç adımdan oluşuyor?
4. Kullanıcı yetkileri ayrılabiliyor mu?
5. Bakım ve arıza geçmişi ne kadar kolay bulunuyor?
6. Fotoğraf, belge ve imza gibi kayıtlar saklanabiliyor mu?
7. Müşteri borçları ve tahsilatlar takip edilebiliyor mu?
8. Veriler düzenli şekilde yedekleniyor mu?
9. Teknik destek hangi kanallardan veriliyor?
10. Firma büyüdüğünde yeni kullanıcı veya asansör eklemek kolay mı?
11. Raporlar filtrelenebiliyor veya dışarı aktarılabiliyor mu?
12. Programın günlük kullanımında ekstra ücret gerektiren özellikler bulunuyor mu?

Özellikle fiyat görüşmelerinde yalnızca yıllık lisans bedeline odaklanmamak gerekir. SMS, kullanıcı, veri aktarımı, eğitim, ek modüller veya farklı hizmetlerin ücretlendirme yapısı da anlaşılmalıdır.

Sıkça Sorulan Sorular

Asansör online programı demosu ne kadar sürmeli?

İlk değerlendirme için yaklaşık 30–45 dakikalık yapılandırılmış bir demo çoğu zaman yeterlidir. Ancak yalnızca özellik sunumu yerine müşteri kaydı, bakım, arıza, saha kullanımı ve raporlama gibi gerçek işlemler uygulanmalıdır.

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

Mümkünse evet. Gerçek bir bina veya anonimleştirilmiş örnek kayıt kullanmak, yazılımın firmanızın çalışma düzenine uygun olup olmadığını daha net gösterir. Özellikle mevcut Excel verilerinin nasıl aktarılacağı mutlaka test edilmelidir.

Sadece firma sahibinin demoyu izlemesi yeterli mi?

Tercihen hayır. Program sahada kullanılacaksa en az bir teknisyenin de saha ekranını incelemesi faydalıdır. Çünkü ofiste kolay görünen bir işlem teknisyen açısından gereğinden fazla adım içerebilir.

Demo sırasında en önemli test hangisidir?

En değerli test uçtan uca iş akışıdır. Örneğin bakımın ofisten planlanması, teknisyene atanması, sahada tamamlanması ve sonucun firma sahibi tarafından rapordan görülmesi tek senaryo içinde denenmelidir.

Online program ile Excel arasındaki fark demo sırasında nasıl anlaşılır?

En iyi yöntem aynı işlemin baştan sona nasıl ilerlediğini gözlemlemektir. Online sistemde müşteri, bakım, teknisyen, arıza ve cari kayıtları birbirine bağlı ilerliyorsa aynı verinin farklı dosyalara tekrar tekrar girilmesi azalır.

Asansorex demosunda hangi süreçler test edilebilir?

Firma ihtiyacına göre müşteri, bina ve asansör kayıtları; bakım planlama, teknisyen görevleri, arıza yönetimi, saha kayıtları, tahsilat ve raporlama gibi günlük operasyonlar gerçek bir senaryo üzerinden incelenebilir.

Özet

Bir asansör online programı demo senaryosu, yazılım sağlayıcısının özellikleri tek tek anlattığı standart bir ürün turundan ibaret olmamalıdır. En sağlıklı değerlendirme yöntemi, gerçek bir asansör firmasının günlük operasyonunu küçük ölçekte canlandırmaktır.

Bir müşteri oluşturun, bina ve asansör ekleyin, bakım planlayın, teknisyene görev gönderin, bakımı sahadan tamamlayın, arıza açın, tahsilat kaydedin ve son olarak bütün işlemleri raporlardan kontrol edin.

Bu senaryoyu farklı yazılımlarda aynı şekilde uyguladığınızda hangi programın daha hızlı, anlaşılır ve işletmenizin çalışma düzenine daha uygun olduğunu çok daha kolay görebilirsiniz.

Asansorex gibi bakım, arıza, saha ve işletme süreçlerini tek noktada toplamayı amaçlayan çözümleri değerlendirirken de yalnızca özellik listesine bakmak yerine gerçek operasyonunuzu demo üzerinde çalıştırmak en doğru karşılaştırmayı sağlar. İyi bir demo sonunda cevaplanması gereken temel soru basittir: Bu program yarın ekibimiz tarafından kullanılmaya başlansa günlük işlerimizi gerçekten kolaylaştırır mı?