Asansör Bakım Planlama Yazılımı Demo Skor Kartı

İÇERİK

Asansör bakım planlama yazılımı seçerken yalnızca satış sunumunu dinlemek veya ekrandaki birkaç özelliğe bakmak sağlıklı bir karar vermek için yeterli değildir. Bir programın gerçek değeri; bakım planının hazırlanmasından teknisyenin sahadaki işlemine, müşteri bilgilendirmesinden yönetim raporuna kadar bütün süreci ne kadar düzenli yönettiğiyle anlaşılır. Bu rehberdeki 100 puanlık demo skor kartı, farklı yazılımları aynı ölçütlerle değerlendirmenizi, etkileyici görünen ancak günlük kullanımda karşılığı olmayan özellikleri ayıklamanızı ve firmanızın ihtiyacına uygun seçimi yapmanızı sağlar.

Demo Öncesinde İhtiyaç Listesi Hazırlayın

Demo toplantısına hazırlıksız girildiğinde yazılım sağlayıcının gösterdiği ekranlar değerlendirmeyi yönlendirir. Oysa önce firmanın mevcut sorunları belirlenmelidir. Aksi hâlde çok sayıda özelliği bulunan ancak temel operasyonel sıkıntıları çözmeyen bir program seçilebilir.

Demo öncesinde firma sahibi, ofis personeli ve en az bir saha teknisyeni kısa bir toplantı yapmalıdır. Herkes mevcut süreçte en fazla zaman kaybettiren üç konuyu belirtmelidir. Örneğin ofis çalışanı bakım tarihlerini takip etmekte zorlanırken teknisyen, internet bağlantısı zayıf binalarda kayıt oluşturamamaktan şikâyet edebilir. Firma sahibi ise yapılan işlerin doğrulanamaması veya aylık performansın ölçülememesi üzerinde durabilir.

İhtiyaç listesine şu sorularla başlayabilirsiniz:

• Aylık kaç asansörün bakımı planlanıyor?
• Kaç saha ekibi ve teknisyen görev alıyor?
• Bakım rotaları ilçe, bölge veya ekip bazında mı hazırlanıyor?
• Teknisyenler bakım formunu kâğıt üzerinde mi dolduruyor?
• Yapılamayan veya geciken bakımlar nasıl fark ediliyor?
• Fotoğraf, imza, konum ve işlem saati kaydı gerekiyor mu?
• Müşteriye bakım sonrası hangi belge gönderiliyor?
• Arıza ve bakım geçmişi aynı noktadan görülebiliyor mu?
• İnternet bağlantısı olmadığında saha işlemi devam edebiliyor mu?
• Yöneticiler hangi raporları düzenli olarak görmek istiyor?

Demo sırasında kullanılacak örnekler de önceden hazırlanmalıdır. Gerçeğe yakın üç müşteri, beş asansör, iki teknisyen ve farklı tarihlerde bakım planları oluşturulması istenebilir. Böylece yalnızca hazır tanıtım verileri değil, firmanızın çalışma düzenine benzeyen bir senaryo test edilir.

100 Puanlık Asansör Bakım Yazılımı Skor Kartı

Aşağıdaki puanlama, yazılımın yalnızca özellik sayısını değil, günlük operasyona sağlayacağı katkıyı ölçer. Her ana bölüm kendi ağırlığı üzerinden değerlendirilir. Toplam puanın yanında, firmanız açısından vazgeçilmez olan özelliklerin bulunup bulunmadığı da ayrıca kontrol edilmelidir.

Değerlendirme alanı	Azami puan	Kontrol edilecek temel konular
Bakım planlama ve görev yönetimi	25	Toplu planlama, tekrar eden görevler, ekip atama, gecikme takibi
Mobil saha kullanımı	20	Kolay kullanım, çevrim dışı çalışma, fotoğraf, imza, konum
Kayıtlar ve izlenebilirlik	15	İşlem geçmişi, kullanıcı kaydı, bakım formu, değişiklik takibi
Raporlama ve yönetim görünürlüğü	15	Tamamlanma oranı, geciken işler, teknisyen ve bölge raporları
Müşteri iletişimi ve belge üretimi	10	PDF veya fiş, müşteri bilgilendirmesi, portal erişimi
Kurulum, eğitim ve destek	10	Veri aktarımı, kullanıcı eğitimi, destek hızı
Maliyet ve ölçeklenebilirlik	5	Kullanıcı, şube, cihaz sınırları ve ek ücretler
Toplam	100	Operasyonun tamamı

Puan verirken her alt özelliği 0, 1 veya 2 olarak değerlendirebilirsiniz:

• 0 puan: Özellik bulunmuyor veya günlük kullanım için yetersiz.
• 1 puan: Özellik var fakat ek işlem, manuel takip veya geçici çözüm gerektiriyor.
• 2 puan: Özellik ihtiyacı doğrudan karşılıyor ve demo sırasında başarıyla test edildi.

Alt puanların toplamını ilgili bölümün ağırlığına uyarlayarak genel skoru elde edebilirsiniz. Sözlü olarak “yapılabilir” denilen fakat demo sırasında gösterilemeyen bir yeteneğe tam puan verilmemelidir.

Bakım Planlama ve Görev Yönetimi Nasıl Test Edilir?

Bu bölüm 25 puanla skor kartının en yüksek ağırlığına sahiptir. Çünkü bir bakım planlama yazılımının ilk görevi, doğru asansöre doğru zamanda doğru ekibi göndermektir.

Demo sırasında yalnızca takvim ekranını görmekle yetinmeyin. Yazılım sağlayıcıdan şu senaryoyu uygulamasını isteyin:

1. Üç farklı müşteriye bağlı beş asansör oluşturulsun.
2. Asansörlerden biri için her ay tekrar eden bakım planı tanımlansın.
3. Aynı bölgedeki işler belirli bir teknisyene toplu olarak atansın.
4. Teknisyenlerden birinin izinli olduğu varsayılarak görevleri başka ekibe aktarılsın.
5. Tamamlanmayan bir bakımın yönetici ekranında nasıl fark edildiği gösterilsin.
6. Geçmiş aya ait bakım planı ve gerçekleşen işlem karşılaştırılsın.

İyi bir sistem, planlanan tarih ile gerçekleşen tarihi birbirinden ayırmalıdır. Görevin açılmış olması, bakımın yapıldığı anlamına gelmez. Teknisyenin işe başlama zamanı, tamamlanma saati ve oluşturduğu bakım kaydı birlikte görülebilmelidir.

Toplu işlem yetenekleri de önemlidir. Bin asansöre hizmet veren bir firmanın her bakım kaydını tek tek oluşturması kabul edilebilir değildir. Bölge, müşteri, ekip veya sözleşme bilgisine göre toplu planlama yapılabilmesi ciddi zaman kazandırır.

Yazılımın geciken işleri nasıl ele aldığı mutlaka incelenmelidir. Gecikmiş bakım yalnızca takvimde farklı renkle gösteriliyor mu, yoksa sorumlu personele bildirim de gönderiliyor mu? Görev bir sonraki aya sürüklendiğinde eski plan kayboluyor mu? Bu ayrıntılar, gerçek operasyon sırasında kontrol kaybı yaşanıp yaşanmayacağını belirler.

Mobil Saha Uygulamasını Teknisyen Test Etmeli

Masaüstü ekranı başarılı görünen bir yazılım, sahada aynı sonucu vermeyebilir. Bu nedenle mobil uygulama değerlendirmesi yalnızca firma sahibi veya satış sorumlusu tarafından yapılmamalıdır. Programı günlük olarak kullanacak bir teknisyen demo sürecine katılmalıdır.

Teknisyenden herhangi bir açıklama almadan şu işlemleri tamamlamasını isteyin:

• Günlük görev listesini açmak
• Gideceği binanın adresine ulaşmak
• İlgili asansörün geçmiş bakım ve arıza kayıtlarını görmek
• Bakım maddelerini işaretlemek
• Açıklama ve kullanılan malzeme eklemek
• Fotoğraf çekmek
• Müşteri veya bina yetkilisi imzası almak
• Bakım formunu tamamlamak
• Oluşan belgeyi görüntülemek

Bu temel süreç gereğinden fazla ekran geçişi istiyorsa teknisyenler zamanla uygulamadan uzaklaşabilir. Mobil ekranda yazıların okunabilir olması, düğmelerin eldivenli kullanıma uygun yerleşmesi ve zorunlu alanların açık biçimde belirtilmesi gerekir.

Çevrim dışı kullanım ayrıca test edilmelidir. Telefonu uçak moduna aldıktan sonra form açılabiliyor, maddeler doldurulabiliyor ve fotoğraf eklenebiliyor mu? İnternet yeniden geldiğinde kayıt kendiliğinden eşitleniyor mu? Eşitleme sırasında aynı işin iki kez oluşması veya verinin kaybolması önemli bir risk işaretidir.

Asansorex gibi saha ve ofis süreçlerini aynı sistemde birleştiren bakım takip yazılımları değerlendirilirken, örnek bir bakımın mobil uygulamada tamamlanıp ofis tarafına ne kadar sürede ve hangi ayrıntılarla yansıdığı canlı olarak denenebilir. Böyle bir test, sunumdaki özellik listesinden daha güvenilir sonuç verir.

İzlenebilirlik, Raporlama ve Müşteri İletişimini Ölçün

Bakım kaydının yalnızca oluşturulması yeterli değildir. Gerektiğinde kaydın kim tarafından, hangi tarihte ve hangi asansör için oluşturulduğu anlaşılmalıdır. Özellikle müşteri itirazlarında, iç denetimlerde ve periyodik kontrol hazırlıklarında geçmiş işlemlere hızlı erişim önem kazanır.

Kayıt güvenilirliği

Demo sırasında tamamlanmış bir bakım formunda değişiklik yapılmasını isteyin. Sistem şu sorulara cevap verebilmelidir:

• İlk kaydı kim oluşturdu?
• Kayıt hangi gün ve saatte tamamlandı?
• Daha sonra hangi bilgi değiştirildi?
• Değişikliği hangi kullanıcı yaptı?
• İlk sürüme veya işlem geçmişine ulaşılabiliyor mu?
• Fotoğraf ve imza ilgili bakım kaydıyla birlikte saklanıyor mu?

Bakım formu, firmanın kullandığı kontrol maddelerine uyarlanabilmelidir. Ancak formun düzenlenebilmesi kadar, yetkisiz kullanıcıların şablonu değiştirememesi de önemlidir.

Raporların karar üretmesi

Gösterişli grafikler tek başına değer taşımaz. Rapor, yöneticinin bir sorunu tespit etmesini ve aksiyon almasını sağlamalıdır. Demo sırasında şu raporların nasıl üretildiğini kontrol edin:

• Planlanan ve tamamlanan bakım sayısı
• Zamanında tamamlanma oranı
• Geciken ve hiç başlanmayan görevler
• Teknisyen veya ekip bazında iş yükü
• Bölge bazında bakım yoğunluğu
• Tekrar arıza görülen asansörler
• Kullanılan malzeme ve işlem notları
• Müşteri veya sözleşme bazında bakım geçmişi

Raporun Excel veya PDF biçiminde alınması gerekiyorsa dışa aktarma özelliği test edilmelidir. Filtre uygulanmış bir rapor dışa aktarıldığında filtrelerin korunup korunmadığına bakılmalıdır.

Müşteriye sunulan çıktı

Bina yöneticisi açısından kritik konu, bakımın ne zaman ve hangi kapsamda yapıldığını görebilmektir. Oluşturulan PDF veya termal fişte firma bilgisi, bina, asansör, tarih, teknisyen, kontrol maddeleri, açıklamalar ve imza gibi gerekli alanların düzenli gösterilmesi beklenir.

Müşteri portalı bulunuyorsa farklı bir müşteri hesabıyla giriş yapılarak veri ayrımı kontrol edilmelidir. Bir bina yöneticisi yalnızca kendisine ait asansörleri ve belgeleri görmelidir.

Kurulum, Destek ve Toplam Maliyeti Sorgulayın

Yazılımın teknik özellikleri yeterli olsa bile kurulum süreci iyi yönetilmezse geçiş uzar. Bu nedenle demo skorunun 10 puanı eğitim ve desteğe ayrılmalıdır.

Mevcut müşteri, bina, asansör, sözleşme ve bakım verilerinin sisteme nasıl aktarılacağını sorun. “Excel’den aktarılır” cevabı tek başına yeterli değildir. Hangi sütunların kabul edildiği, hatalı veya mükerrer kayıtların nasıl ele alındığı ve aktarım kontrolünün kim tarafından yapılacağı netleştirilmelidir.

Destek hizmetini değerlendirirken şu ayrıntıları öğrenin:

• İlk kurulum eğitimi kimlere veriliyor?
• Teknisyenler için ayrı mobil kullanım eğitimi var mı?
• Yeni personel başladığında eğitim materyaline erişilebiliyor mu?
• Destek hangi kanallardan sağlanıyor?
• Kritik bir saha problemine ortalama ne kadar sürede dönüş yapılıyor?
• Güncellemeler abonelik ücretine dâhil mi?
• Veri dışa aktarma talep edildiğinde ek ücret oluşuyor mu?

Fiyat karşılaştırması yalnızca aylık veya yıllık abonelik üzerinden yapılmamalıdır. Kullanıcı sayısı, aktif asansör sınırı, şube kullanımı, SMS, eğitim, veri aktarımı, özel form, entegrasyon ve destek seviyeleri toplam maliyeti değiştirebilir.

Örneğin düşük başlangıç fiyatı sunan bir yazılımda her teknisyen için ek lisans gerekiyorsa ekip büyüdükçe maliyet hızla artabilir. Buna karşılık daha yüksek görünen bir pakette sınırsız kullanıcı veya kapsamlı kurulum desteği bulunabilir. Kararı en az üç yıllık kullanım tahmini üzerinden değerlendirmek daha sağlıklıdır.

Sonuç Puanını Nasıl Yorumlamalısınız?

Demo tamamlandıktan sonra puanlar aynı gün içinde verilmelidir. Aradan zaman geçtiğinde sunumdaki olumlu izlenim, test sırasında görülen aksaklıkların önüne geçebilir.

Genel skor şu şekilde yorumlanabilir:

Toplam puan	Değerlendirme	Önerilen yaklaşım
85–100	Güçlü aday	Referans ve sözleşme kontrolünden sonra karar verilebilir
70–84	Uygun olabilir	Eksik özellikler ve geliştirme takvimi yazılı olarak netleştirilmeli
55–69	Riskli	İkinci demo veya sınırlı kapsamlı pilot çalışma yapılmalı
0–54	Yetersiz	Kritik süreçleri karşılayan farklı seçenekler incelenmeli

Toplam puan tek karar ölçütü değildir. Örneğin 88 puan alan bir yazılım çevrim dışı çalışmıyorsa ve firmanızın hizmet bölgesinde bağlantı sorunu sık yaşanıyorsa bu eksik özellik seçimi engelleyebilir. Bu nedenle demo öncesinde belirlediğiniz vazgeçilmez maddeler için ayrıca “geçti/kaldı” kontrolü uygulayın.

Mümkünse iki veya üç yazılım aynı senaryo ve aynı ekip tarafından değerlendirilmelidir. Her sağlayıcıya farklı sorular sorulursa puanlar karşılaştırılabilir olmaktan çıkar. En güçlü iki aday için kısa süreli pilot kullanım yapmak, gerçek verilerle son kararı vermeyi kolaylaştırır.

Sıkça Sorulan Sorular

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

Temel tanıtım için 30 dakika yeterli görünse de gerçek bir operasyon senaryosunun denenmesi için 60–90 dakika ayrılması daha doğrudur. Büyük ekiplerde ofis ve mobil saha değerlendirmeleri ayrı oturumlarda yapılabilir.

Demo sırasında kimler bulunmalı?

Firma sahibi veya yönetici, bakım planlamasını yapan ofis personeli ve en az bir saha teknisyeni katılmalıdır. Böylece ticari beklentiler, ofis operasyonu ve saha kullanılabilirliği birlikte değerlendirilir.

En yüksek puanı alan yazılım mutlaka seçilmeli mi?

Hayır. Toplam skor önemli bir karşılaştırma aracıdır ancak çevrim dışı kullanım, veri aktarımı veya özel bakım formu gibi vazgeçilmez bir özellik eksikse yüksek puan tek başına yeterli olmaz.

Ücretsiz deneme ile demo arasındaki fark nedir?

Demo, sağlayıcının ürünü yönlendirmeli olarak tanıttığı oturumdur. Ücretsiz denemede ise kullanıcı yazılımı kendi verileri ve günlük iş akışıyla test eder. En sağlıklı seçim, yönlendirmeli demo sonrasında pilot kullanım yapılmasıyla elde edilir.

Yazılımın mevzuata uygun olduğu nasıl değerlendirilir?

Programın tek başına mevzuata uygunluk garantisi verdiği düşünülmemelidir. Yazılım; bakım kayıtlarının düzenli tutulmasını, geçmiş işlemlere erişimi ve belgelerin izlenebilirliğini desteklemelidir. Firmanın bakım uygulamaları ise yürürlükteki düzenlemelere ve ilgili standartlara uygun yürütülmelidir.

Asansorex demosunda bu skor kartı kullanılabilir mi?

Evet. Asansorex demosunda bakım planlama, teknisyen atama, mobil form, fotoğraf ve imza kaydı, geçmiş işlemler, raporlama ve müşteri bilgilendirme adımları aynı senaryo üzerinden puanlanabilir. Böylece çözümün firmanızdaki gerçek iş akışına uygunluğu ölçülebilir.

Özet

Asansör bakım planlama yazılımı seçimi, ekrandaki özellik sayısına veya yalnızca fiyat teklifine göre yapılmamalıdır. Sağlıklı değerlendirme; bakım planlama, mobil saha kullanımı, kayıt güvenilirliği, raporlama, müşteri iletişimi, destek ve toplam maliyet başlıklarını birlikte kapsamalıdır. 100 puanlık demo skor kartı, farklı seçenekleri aynı zeminde karşılaştırırken kişisel izlenimlerin karar üzerindeki etkisini azaltır. Gerçek müşterilere benzeyen örnek verilerle yapılan canlı test, teknisyenin katıldığı mobil kullanım denemesi ve kısa süreli pilot çalışma sayesinde firmanız için sürdürülebilir, ölçülebilir ve sahada gerçekten kullanılabilir bir çözüm seçebilirsiniz.