Asansör Periyodik Bakım Programı Demo Senaryosu
Asansör periyodik bakım programı demosunu yalnızca ekranları gezerek değil, gerçek bir bakım operasyonunu baştan sona çalıştırarak değerlendirin. İşte firma sahipleri için uygulanabilir demo senaryosu.
İÇERİK
Bir asansör periyodik bakım programı satın almadan önce yapılan demo, yazılımın yalnızca ekranlarını görmek için kullanılmamalıdır. Asıl amaç, firmanızın gerçek günlük operasyonlarından birini yazılım üzerinde baştan sona çalıştırmak ve sistemin gerçekten işinizi kolaylaştırıp kolaylaştırmadığını anlamaktır.
Çünkü birçok yazılım ilk bakışta düzenli menüler, grafikler ve raporlarla etkileyici görünebilir. Fakat asansör bakım firmasının gerçek çalışma düzeninde önemli olan; yüzlerce asansörün bakım planının oluşturulması, teknisyene aktarılması, bakımın sahada tamamlanması, fotoğraf ve imza alınması, eksiklerin kaydedilmesi ve yöneticinin tüm süreci sonradan takip edebilmesidir.
Bu nedenle doğru bir demo senaryosu, yaklaşık 30–60 dakikalık gerçek bir operasyon simülasyonu şeklinde uygulanmalıdır. Bu yazıda, bir asansör bakım firmasının yazılım demosunda uygulayabileceği pratik senaryoyu adım adım ele alacağız.
Demo Öncesinde Gerçek Bir Senaryo Belirleyin
Demo sırası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.
Bu yöntemle birçok özellik görülebilir ancak yazılımın firmanızın gerçek operasyonuna uyup uymadığı tam olarak anlaşılmaz.
Daha doğru yaklaşım, demo başlamadan önce basit bir örnek belirlemektir.
Örneğin:
- Müşteri: Örnek Apartmanı
- Bina: Örnek Apartmanı A Blok
- Asansör sayısı: 2
- Bakım periyodu: Aylık
- Sorumlu teknisyen: Ahmet Usta
- Planlanan bakım tarihi: Ayın 10'u
- Bakım sırasında tespit edilen eksik: Kat kapısı kilit ayarı
- Tahsilat durumu: Bakım sonrası ödeme alınacak
- Bakım formu: Fotoğraf ve müşteri imzası ile tamamlanacak
Demo boyunca bu örneğin sistem üzerinde baştan sona çalıştırılması gerekir.
Böylece yalnızca yazılımın özelliklerini değil, günlük çalışma akışının ne kadar pratik olduğunu da görebilirsiniz.
İyi bir yazılım demosunda soru "Bu özellik var mı?" değil, "Bu işlemi bizim ekip günlük kullanımda kaç adımda yapacak?" olmalıdır.
1. Müşteri, Bina ve Asansör Kaydı Oluşturun
Demo senaryosunun ilk aşamasında gerçek operasyonun başlangıç noktası test edilmelidir.
Yeni bir bakım sözleşmesi aldığınızı düşünün.
Yazılım üzerinde önce müşteri, ardından bina ve asansör kaydı oluşturulmalıdır.
Bu aşamada özellikle şu noktaları kontrol edin:
- Müşteri bilgileri kolay girilebiliyor mu?
- Aynı müşteriye birden fazla bina tanımlanabiliyor mu?
- Bir binaya birden fazla asansör eklenebiliyor mu?
- Asansörlerin kimlik bilgileri ayrı tutulabiliyor mu?
- Bakım başlangıç tarihi kaydedilebiliyor mu?
- Sorumlu personel atanabiliyor mu?
- Gerekli notlar ve özel açıklamalar eklenebiliyor mu?
Burada önemli nokta veri girişinin ne kadar hızlı olduğudur.
Örneğin 300 asansörlük bir portföy yöneten firma için her asansör kaydında gereksiz 15–20 alan doldurulması ciddi zaman kaybına dönüşebilir.
İyi tasarlanmış bir bakım programında zorunlu alanlar minimum seviyede tutulmalı, detay bilgiler gerektiğinde sonradan eklenebilmelidir.
2. Periyodik Bakım Planını Oluşturun
İkinci aşamada kayıt edilen asansör için bakım planı oluşturulmalıdır.
Örneğin Örnek Apartmanı için her ayın ikinci haftasında bakım yapılacağını varsayalım.
Demo sırasında yazılımın gelecek bakım tarihlerini nasıl oluşturduğunu kontrol edin.
Özellikle şu senaryoları deneyin:
- İlk bakım tarihini belirleyin.
- Aylık bakım periyodu seçin.
- Sorumlu teknisyeni atayın.
- Gelecek ayların bakım planlarının oluşup oluşmadığını kontrol edin.
- Bakım tarihi değiştirildiğinde sonraki planların nasıl etkilendiğine bakın.
Burada amaç yalnızca takvimde bir bakım görmek değildir.
Asıl değerlendirilmesi gereken konu, portföy büyüdüğünde planlamanın sürdürülebilir olup olmadığıdır.
Örneğin 50 asansörde manuel planlama yapılabilir. Ancak 500 veya 1.000 asansörlük portföylerde her ay bakım tarihlerini Excel üzerinde yeniden düzenlemek operasyon yükünü ciddi şekilde artırır.
Periyodik bakım yazılımı bu noktada tekrar eden planlamayı mümkün olduğunca otomatik hale getirmelidir.
3. Teknisyen Görevini Sahada Test Edin
Demo yalnızca ofis ekranından yapılmamalıdır.
Asansör bakım firmasının operasyonunun önemli bölümü sahada gerçekleştiği için teknisyen ekranı mutlaka denenmelidir.
Demo sırasında teknisyenin telefon veya tablet ekranından ilgili bakım görevini açmasını isteyin.
Şunları kontrol edin:
| Demo kontrol noktası | Test edilmesi gereken durum |
|---|---|
| Görev listesi | Teknisyen kendisine atanmış bakımları görebiliyor mu? |
| Bina bilgisi | Adres ve bina bilgileri kolay erişiliyor mu? |
| Bakım formu | Kontrol maddeleri hızlı doldurulabiliyor mu? |
| Fotoğraf | Bakım sırasında fotoğraf eklenebiliyor mu? |
| Açıklama | Teknik not veya eksik kaydı girilebiliyor mu? |
| İmza | Bina yetkilisinden dijital imza alınabiliyor mu? |
| Tamamlama | İşlem tek noktadan tamamlanabiliyor mu? |
| Geçmiş kayıt | Önceki bakım bilgilerine erişilebiliyor mu? |
Burada özellikle teknisyenin kullanacağı ekranların sade olması önemlidir.
Ofis çalışanları gün boyunca bilgisayar kullanabilir ancak sahadaki teknisyen çoğu zaman makine dairesinde, bina girişinde veya hareket halinde işlem yapar.
Bu nedenle bakım formunun tamamlanması gereksiz menüler arasında dolaşmayı gerektirmemelidir.
4. Bakım Formunu Gerçek Bir İş Gibi Tamamlayın
Demo sırasında yalnızca "Bakım tamamla" butonuna basmak yeterli değildir.
Gerçek bir bakım yapılmış gibi form doldurulmalıdır.
Örneğin teknisyen şu işlemleri gerçekleştirsin:
- Bakım kontrol listesini doldursun.
- Bir kontrol maddesine açıklama eklesin.
- Bir parçada sorun tespit etsin.
- Fotoğraf yüklesin.
- "Kat kapısı kilit ayarı gerekli" şeklinde not eklesin.
- Bina görevlisinden veya yetkilisinden imza alsın.
- Bakımı tamamlasın.
Sonrasında ofis ekranından bu bakım kaydını açın.
Teknisyenin sahada oluşturduğu bilgiler eksiksiz görünüyor mu kontrol edin.
Bu nokta oldukça önemlidir. Çünkü dijital sistemin temel avantajlarından biri, sahadaki bilginin tekrar WhatsApp mesajı, telefon görüşmesi veya kâğıt form üzerinden ofise aktarılmasına ihtiyaç bırakmamasıdır.
Asansorex gibi bakım takip yazılımlarında bakım formunun, fotoğrafların, teknisyen notlarının ve işlem geçmişinin aynı kayıt altında tutulması bu sürecin daha düzenli yönetilmesini sağlar.
5. Eksik ve Revizyon Sürecini Deneyin
Bakım sırasında her şey sorunsuz çıkmayabilir.
Bu nedenle demo senaryosuna mutlaka bir teknik eksik eklemek gerekir.
Örneğimizde teknisyen şu problemi tespit etmiş olsun:
Kat kapısı kilit mekanizmasında ayar problemi var.
Bu kayıt sonrasında şu soruların cevabını arayın:
- Eksik işlem bakım kaydıyla ilişkilendirilebiliyor mu?
- Daha sonra tekrar görüntülenebiliyor mu?
- Ofis çalışanı bu eksikten haberdar olabiliyor mu?
- Gerekirse teklif veya revizyon sürecine aktarılabiliyor mu?
- Eksik giderildiğinde kayıt kapatılabiliyor mu?
Bu özellik özellikle büyük portföylerde önem kazanır.
Teknisyenlerin bakım sırasında söylediği ancak kayıt altına alınmayan küçük sorunlar birkaç ay sonra ciddi arızalara dönüşebilir.
Dijital kayıt sistemi sayesinde "Ahmet Usta geçen ay söylemişti" gibi sözlü bilgiye bağlı süreçler azalır.
6. Bakım Geçmişini ve Raporlamayı Kontrol Edin
Bir yazılımın gerçek değeri yalnızca bugünkü işlemi kaydetmesinden değil, geçmişe erişimi kolaylaştırmasından gelir.
Demo sırasında aynı asansörün geçmiş bakım kayıtlarını açmayı deneyin.
Şunları kontrol edin:
- Hangi tarihlerde bakım yapılmış?
- Hangi teknisyen gitmiş?
- Hangi kontrol maddeleri işaretlenmiş?
- Hangi fotoğraflar yüklenmiş?
- Hangi teknik eksikler tespit edilmiş?
- Bakım hangi saatte tamamlanmış?
- Müşteri imzası alınmış mı?
Bu bilgiler özellikle müşteri itirazlarında ve operasyon kontrolünde oldukça değerlidir.
Örneğin bina yöneticisi:
"Geçen ay bakım yapılmadı."
dediğinde firma çalışanının WhatsApp geçmişi veya kâğıt klasörleri araştırması yerine bakım kaydını hızlı şekilde açabilmesi gerekir.
Firma sahibi açısından raporlama
Firma sahibi ayrıca daha geniş operasyon verilerine bakabilmelidir.
Örneğin:
- Bu ay kaç bakım planlandı?
- Kaçı tamamlandı?
- Kaçı gecikti?
- Hangi teknisyenin bekleyen işi var?
- Hangi bölgede bakım yoğunluğu yüksek?
- Hangi binalarda sürekli teknik eksik çıkıyor?
Demo sırasında en az birkaç temel raporun açılması faydalıdır.
Ancak burada grafik sayısından çok, raporların gerçekten karar vermeye yardımcı olup olmadığı önemlidir.
Demo Sırasında Mutlaka Sorulması Gereken Sorular
Bir bakım programını değerlendirirken aşağıdaki soruları doğrudan sormak faydalıdır:
- Mevcut müşteri ve asansör listem Excel'den aktarılabiliyor mu?
- Aylık bakım planları otomatik oluşturulabiliyor mu?
- Bir teknisyenin işleri başka personele toplu aktarılabiliyor mu?
- Teknisyen sahadan fotoğraf ekleyebiliyor mu?
- Bakım formuna müşteri imzası alınabiliyor mu?
- Geçmiş bakım kayıtlarını tek asansör üzerinden görebiliyor muyum?
- Bakım sırasında tespit edilen eksikleri takip edebiliyor muyum?
- Geciken bakımlar ayrı görülebiliyor mu?
- Firma büyüdüğünde kullanıcı veya portföy yönetimi zorlaşıyor mu?
- Mobil kullanım için ayrı bir süreç gerekiyor mu?
Bu sorular yazılımın yalnızca bugünkü ihtiyacınızı değil, ileride büyüyen operasyonunuzu da taşıyıp taşıyamayacağını anlamanıza yardımcı olur.
Demo Değerlendirme Tablosu Oluşturun
Birden fazla yazılım inceliyorsanız kararınızı yalnızca ilk izlenime göre vermeyin.
Basit bir puanlama tablosu kullanabilirsiniz.
| Kriter | Puan |
|---|---|
| Müşteri ve asansör ekleme kolaylığı | /10 |
| Periyodik bakım planlama | /10 |
| Teknisyen mobil kullanımı | /10 |
| Dijital bakım formu | /10 |
| Fotoğraf ve imza kaydı | /10 |
| Bakım geçmişine erişim | /10 |
| Eksik ve revizyon takibi | /10 |
| Raporlama | /10 |
| Kullanım kolaylığı | /10 |
| Eğitim ve destek | /10 |
| Toplam | /100 |
Özellikle kullanım kolaylığına yüksek önem verilmelidir.
Çünkü çok özellikli ancak teknisyenlerin kullanmadığı bir sistem, birkaç ay sonra yeniden Excel ve WhatsApp kullanımına dönülmesine neden olabilir.
30 Dakikalık Örnek Demo Akışı
Demo süresini daha verimli kullanmak için aşağıdaki akış uygulanabilir:
İlk 5 dakika
Firma genel çalışma düzenini anlatın.
Kaç asansörünüz, kaç teknisyeniniz ve aylık yaklaşık kaç bakım işleminiz olduğunu belirtin.
5–10 dakika
Yeni müşteri, bina ve asansör kaydı oluşturun.
10–15 dakika
Aylık bakım planı oluşturun ve teknisyene atayın.
15–20 dakika
Teknisyen ekranından bakım formunu açıp gerçek bir bakım işlemi gerçekleştirin.
20–25 dakika
Fotoğraf, açıklama, eksik kaydı ve müşteri imzası ekleyerek bakımı tamamlayın.
25–30 dakika
Ofis ekranından tamamlanan bakımı, geçmiş kayıtları ve raporları kontrol edin.
Bu basit akış sayesinde yaklaşık yarım saat içinde yazılımın operasyonun en önemli bölümlerini ne kadar başarılı yönettiği görülebilir.
Sıkça Sorulan Sorular
Asansör periyodik bakım programı demosu ne kadar sürmeli?
Temel değerlendirme için yaklaşık 30–60 dakikalık bir demo genellikle yeterlidir. Ancak büyük portföyü veya özel süreçleri bulunan firmalarda ikinci bir detaylı görüşme yapılması gerekebilir.
Demo sırasında kendi verilerimizi kullanmalı mıyız?
Mümkünse evet. En azından gerçek çalışma düzeninizi temsil eden bir müşteri, bina ve asansör örneği kullanmak yazılımın size uygunluğunu daha doğru değerlendirmenizi sağlar.
Sadece web ekranını görmek yeterli midir?
Hayır. Teknisyenlerin sahada kullanacağı mobil ekran veya uygulama mutlaka test edilmelidir. Asansör bakım operasyonunun önemli bölümü sahada gerçekleştiği için mobil kullanım deneyimi kritik önemdedir.
En önemli demo kriteri nedir?
Tek bir kriter yerine bütün iş akışına bakılmalıdır. Ancak özellikle bakım planlama, teknisyen kullanımı, dijital bakım formu ve geçmiş kayıtlara erişim temel değerlendirme noktalarıdır.
Çok fazla özelliği olan yazılım daha mı iyidir?
Her zaman değil. Kullanılmayan yüzlerce özellik yerine firmanın günlük operasyonunu hızlı ve anlaşılır şekilde yöneten bir sistem daha değerli olabilir. Özellikle teknisyenlerin adaptasyonu açısından sade kullanım önemlidir.
Asansorex demosunda hangi senaryo uygulanabilir?
Asansorex değerlendirilirken bir bina ve asansör kaydı oluşturup aylık bakım planlamak, teknisyene görev göndermek, sahadan bakım formu doldurmak ve tamamlanan kaydı tekrar ofisten kontrol etmek gerçekçi bir demo senaryosu oluşturur.
Özet
Bir asansör periyodik bakım programı demosunun amacı yazılımın bütün menülerini görmek değil, gerçek bir bakım operasyonunu sistem üzerinde baştan sona çalıştırmaktır.
En doğru yöntem; müşteri ve asansör kaydı oluşturmak, periyodik bakım planlamak, görevi teknisyene aktarmak, sahada bakım formunu tamamlamak, fotoğraf ve imza eklemek, teknik eksikleri kaydetmek ve son olarak bakım geçmişini kontrol etmektir.
Bu senaryo sırasında sistemin kaç özellik sunduğundan çok, işlemlerin ne kadar hızlı ve anlaşılır yapılabildiğine dikkat edilmelidir.
Özellikle yüzlerce asansörlük portföylerde küçük operasyonel kolaylıklar ay sonunda ciddi zaman tasarrufuna dönüşebilir. Asansorex gibi asansör bakım ve yönetim yazılımlarını değerlendirirken de aynı yaklaşım kullanılabilir: gerçek bir bakım senaryosu oluşturun ve yazılımı günlük çalışma düzeninizin içinde test edin.
Doğru demo, yalnızca yazılımı tanımanızı değil, satın alma sonrasında ekibinizin gerçekten kullanabileceği sistemi seçmenizi sağlar.