Asansör Bakım Takvim Programı Demo Skor Kartı

İÇERİK

Asansör bakım firması için yazılım seçerken yapılan en büyük hatalardan biri, 30–45 dakikalık bir ürün demosunu izleyip yalnızca ekranların güzel görünmesine göre karar vermektir. Oysa bir asansör bakım takvim programı, firmanın her ay yüzlerce bakım ziyaretini, teknisyen görevlerini, geciken işleri, arıza sonrası kontrolleri ve yönetici taleplerini doğrudan etkiler. Demo sırasında doğru sorular sorulmazsa, satın alma sonrasında “bu özellik yokmuş”, “teknisyen kullanamıyor” veya “bakımları yine Excel'den takip ediyoruz” gibi sorunlar ortaya çıkabilir.

Bu nedenle demo görüşmesini bir satış sunumu gibi değil, bir operasyon testi gibi değerlendirmek gerekir. Aşağıdaki skor kartı sayesinde bakım programlarını aynı kriterlerle puanlayabilir, firma sahibinin beklentisi ile saha ekibinin gerçek ihtiyaçlarını aynı tabloda değerlendirebilirsiniz.

Demo Öncesinde Neden Bir Skor Kartı Hazırlanmalı?

Yazılım demolarında satıcı firma doğal olarak ürününün güçlü taraflarını göstermeye çalışır. Ancak sizin için önemli olan özellik ile sunumda öne çıkarılan özellik aynı olmayabilir.

Örneğin yazılım size gelişmiş grafikler gösterebilir; fakat teknisyen sahada internet olmadığında bakım kaydı oluşturamıyorsa, günlük operasyon açısından grafiklerden daha önemli bir sorun vardır.

Benzer şekilde aylık bakım takvimi çok şık görünebilir ancak:

• Geciken bakımlar kolay görülemiyorsa,
• Teknisyen değişikliği hızlı yapılamıyorsa,
• Aynı binadaki birden fazla asansör birlikte planlanamıyorsa,
• Yapılan bakımın fotoğrafı ve imzası kayda eklenemiyorsa,
• Yöneticiye bakım geçmişi kolay sunulamıyorsa,

program birkaç ay sonra yalnızca “ofiste açık duran bir ekran” haline gelebilir.

Skor kartının amacı, kararınızı kişisel beğeni yerine ölçülebilir kriterlere bağlamaktır.

Bir yazılım demosunda sorulması gereken temel soru “Programda neler var?” değil, “Bizim günlük iş akışımızı gerçekten ne kadar azaltıyor?” olmalıdır.

100 Puanlık Asansör Bakım Takvim Programı Demo Skor Kartı

Aşağıdaki tabloyu demo sırasında kullanabilirsiniz. Her kriteri 0 ile belirtilen maksimum puan arasında değerlendirin.

Değerlendirme Alanı	Maksimum Puan	Kontrol Edilecek Konu
Bakım takvimi ve planlama	20	Aylık plan, geciken bakım, toplu planlama
Teknisyen saha kullanımı	20	Mobil kullanım, görev görüntüleme, kayıt
Bakım kayıtları ve geçmiş	15	Form, fotoğraf, imza, geçmiş sorgulama
Arıza ve bakım bağlantısı	10	Arıza sonrası bakım geçmişinin görülmesi
Yönetici ve müşteri iletişimi	10	Rapor, bilgilendirme, kayıt paylaşımı
Raporlama ve operasyon kontrolü	10	Tamamlanan/geciken bakım raporları
Kullanım kolaylığı	10	Eğitim ihtiyacı, ekran sadeliği
Destek ve veri güvenliği	5	Yedekleme, destek, veri erişimi
Toplam	100

Genel değerlendirmede:

• 85–100 puan: Güçlü aday
• 70–84 puan: İhtiyaçları büyük ölçüde karşılıyor
• 55–69 puan: Kritik eksikler kontrol edilmeli
• 55 puanın altı: Operasyonel ihtiyaçlara uygun olmayabilir

Burada önemli olan yalnızca toplam puan değildir. Firmanız için kritik bir özellik eksikse yüksek toplam puana rağmen yazılım uygun olmayabilir.

1. Bakım Takvimi ve Planlama: 20 Puan

Bir asansör bakım takvim programının en temel görevi, bakım planını anlaşılır ve yönetilebilir hale getirmektir.

Demo sırasında mutlaka gerçek bir senaryo oluşturun.

Örneğin:

“Firmamızın 420 asansörü ve 6 teknisyeni var. Gelecek ay yapılacak bakımları nasıl planlıyoruz?”

Satıcıdan ekran üzerinde göstermesini isteyin.

Aylık bakım takvimi

İyi bir sistemde şu bilgiler kolayca görülebilmelidir:

• Hangi binanın bakımının hangi tarihte yapılacağı,
• Hangi teknisyenin görevlendirildiği,
• Tamamlanan bakımlar,
• Henüz başlanmamış işler,
• Geciken bakımlar,
• İptal veya yeniden planlanan işler.

Takvim ekranı yalnızca renkli kutulardan oluşmamalıdır. Operasyon sorumlusu birkaç saniye içinde “Bugün hangi işler kaldı?” sorusunun cevabını görebilmelidir.

Toplu planlama

Özellikle yüzlerce asansöre hizmet veren firmalarda her bakım kaydını tek tek oluşturmak ciddi zaman kaybıdır.

Demo sırasında şunu sorun:

“450 asansörün gelecek ay bakım planını nasıl oluşturuyorum?”

Program toplu planlama veya önceki planı yeni aya taşıma gibi kolaylıklar sunuyorsa önemli avantaj sağlar.

Geciken bakım kontrolü

Takvim sisteminin en değerli özelliklerinden biri geciken işleri görünür hale getirmesidir.

Demo sırasında özellikle:

• Dün yapılması gereken ama yapılmayan bakım,
• Bugünün bakım listesi,
• Önümüzdeki hafta yapılacak işler

ayrı ayrı görüntülenebilmelidir.

Bu bölüm için 20 puanın tamamını vermeden önce planlama işlemini mümkünse sizin yapmanız faydalıdır.

2. Teknisyen Saha Kullanımı: 20 Puan

Bir bakım programı ofiste çok başarılı görünebilir fakat teknisyen tarafından kullanılmıyorsa sistem yarım kalır.

Bu nedenle demo sırasında mutlaka mobil tarafı test edin.

Teknisyen görevi nasıl görüyor?

Teknisyen uygulamayı açtığında karmaşık menüler yerine günlük görevlerini kolayca görebilmelidir.

İdeal akış şu kadar basit olmalıdır:

1. Teknisyen uygulamayı açar.
2. Günlük bakım listesini görür.
3. Binayı seçer.
4. Asansör bakım kaydını açar.
5. Kontrolleri tamamlar.
6. Gerekli not, fotoğraf veya imzayı ekler.
7. Bakımı tamamlar.

Bu süreç onlarca ekran arasında dolaşmayı gerektiriyorsa saha kullanımı zorlaşır.

İnternet bağlantısı zayıfsa ne olur?

Asansör teknisyenleri sürekli güçlü internet bağlantısının olduğu ortamlarda çalışmaz. Bodrum katları, makine daireleri ve kapalı alanlarda bağlantı zayıflayabilir.

Bu nedenle demo sırasında mutlaka şunu sorun:

“Teknisyenin interneti kesilirse bakım kaydı ne olur?”

Program çevrimdışı veya bağlantı sonrasında senkronizasyon gibi çözümler sunuyorsa önemli bir avantajdır.

Teknisyen değişikliği kolay mı?

Sahada plan değişiklikleri çok sık yaşanır.

Bir teknisyen izinli olabilir, arızaya yönlendirilebilir veya rotası değişebilir.

Demo sırasında bir bakım görevini bir teknisyenden diğerine aktarın.

Bu işlem birkaç saniyede yapılabiliyorsa sistem operasyon açısından pratiktir.

3. Bakım Kayıtları ve Geçmiş: 15 Puan

Bakımın yalnızca “yapıldı” olarak işaretlenmesi yeterli değildir. Sonradan hangi işlemlerin yapıldığının görülebilmesi gerekir.

Demo sırasında herhangi bir asansörü açın ve geçmiş bakım kayıtlarını inceleyin.

Şu bilgilerin bulunması değerlidir:

• Bakım tarihi,
• Bakımı yapan teknisyen,
• Kontrol edilen noktalar,
• Teknisyen açıklaması,
• Değiştirilen veya önerilen parçalar,
• Fotoğraflar,
• Müşteri veya yönetici imzası,
• Sonraki bakım tarihi.

Özellikle bina yöneticisi “Geçen ay ne işlem yapıldı?” diye sorduğunda cevabın birkaç saniyede bulunabilmesi gerekir.

Bu bakım kayıtlarını kâğıt veya farklı Excel dosyalarında tutmak yerine Asansorex gibi bakım takip yazılımlarında merkezi şekilde saklamak, geçmişe ulaşmayı ve bakım planlarını kontrol etmeyi ciddi ölçüde kolaylaştırabilir.

4. Arıza ve Bakım Süreçleri Birbiriyle Bağlantılı mı?

Bakım ve arıza birbirinden tamamen bağımsız süreçler değildir.

Örneğin aynı asansör üç ay içinde sürekli kapı arızası veriyorsa bakım geçmişi incelendiğinde önemli bir operasyonel sorun ortaya çıkabilir.

Demo sırasında şu senaryoyu test edin:

“Bu asansörün son üç bakımını ve son üç arızasını aynı yerden görebilir miyim?”

İdeal sistemde kullanıcı:

• Son bakım tarihini,
• Geçmiş arızaları,
• Tekrarlayan arıza notlarını,
• Değiştirilen parçaları

kolayca inceleyebilmelidir.

Bu bağlantı firma sahibinin yalnızca bakım yapmasını değil, bakım kalitesini analiz etmesini sağlar.

5. Yönetici ve Müşteri İletişimi: 10 Puan

Asansör bakım firmalarının önemli zaman kayıplarından biri de müşterilere bilgi vermektir.

Bina yöneticisi sıklıkla şu soruları sorabilir:

• Bakım ne zaman yapıldı?
• Kim geldi?
• Ne işlem yapıldı?
• Bir sonraki bakım ne zaman?
• Arızanın sebebi neydi?

İyi bir bakım takip sistemi bu soruların cevabını kayıt altına alır.

Demo sırasında bir bina yöneticisine geçmiş bakım raporunun nasıl gösterildiğini sorun.

Eğer sistem müşteri portalı, PDF servis formu, bakım raporu veya otomatik bilgilendirme özellikleri sunuyorsa ayrıca değerlendirin.

Ancak burada amaç müşteriye onlarca özellik sunmak değildir. Önemli olan, firma ofisinin sürekli telefonla geçmiş kayıt aramak zorunda kalmamasıdır.

6. Raporlama ve Operasyon Kontrolü: 10 Puan

Bir firma sahibi için takvim yalnızca günlük işleri değil, operasyonun genel durumunu da göstermelidir.

Demo sırasında şu raporları isteyin:

• Bu ay planlanan bakım sayısı,
• Tamamlanan bakım sayısı,
• Geciken bakım sayısı,
• Teknisyen bazında yapılan bakım,
• Bölge bazında bakım yoğunluğu,
• Bakımı yaklaşan asansörler.

Örneğin ay sonunda 600 bakım planlanmış ancak 548'i tamamlanmışsa, sistem kalan 52 bakımın hangi binalarda olduğunu açık şekilde göstermelidir.

Bu tür raporlar özellikle ekip büyüdükçe önem kazanır.

50 asansörü firma sahibi hafızasında takip edebilir. Ancak 500 veya 1.500 asansörlük portföyde süreç mutlaka sistem üzerinden izlenmelidir.

Demo Sırasında Yapılması Gereken 7 Gerçek Test

Satıcının hazırladığı örnek ekranları izlemek yerine aşağıdaki işlemleri canlı olarak yaptırın.

1. Yeni bir bina ve asansör oluşturun.
2. Bir sonraki bakım tarihini planlayın.
3. Teknisyen atayın.
4. Teknisyenin mobil cihazından görevi açın.
5. Bakım formunu doldurun.
6. Fotoğraf veya açıklama ekleyerek işlemi tamamlayın.
7. Ofis ekranından tamamlanan bakımı ve geçmiş kaydı tekrar açın.

Bu yedi adım sorunsuz çalışıyorsa sistemin temel bakım döngüsünü gerçekten test etmiş olursunuz.

Sadece sunum izlemek yerine bu yöntemi kullanmak, programın günlük kullanımdaki hızını çok daha net gösterir.

Demo Sırasında Sorulması Gereken Kritik Sorular

Demo sonunda satıcı firmaya aşağıdaki soruları yöneltmek faydalıdır:

• Mevcut müşteri ve asansör kayıtlarımız Excel'den aktarılabiliyor mu?
• Teknisyen sayısında sınır var mı?
• Mobil uygulama var mı?
• İnternet kesildiğinde saha kayıtları nasıl çalışıyor?
• Bakım geçmişi kaç yıl saklanıyor?
• Fotoğraf ve imza eklenebiliyor mu?
• Geciken bakımlar otomatik görülebiliyor mu?
• Teknisyen değişikliği nasıl yapılıyor?
• Birden fazla şube kullanılabiliyor mu?
• Kullanıcı yetkileri tanımlanabiliyor mu?
• Eğitim ve teknik destek nasıl sağlanıyor?
• Veriler düzenli olarak yedekleniyor mu?
• Programdan ayrılmak istersek verilerimizi dışarı aktarabiliyor muyuz?

Özellikle son soru çoğu demoda unutulur.

Bir yazılım seçerken yalnızca programa veri aktarımı değil, gerektiğinde veriyi dışarı alabilme imkânı da değerlendirilmelidir.

Fiyat Yerine Toplam Operasyon Maliyetine Bakın

Yazılım seçerken firmalar doğal olarak aylık veya yıllık lisans ücretini karşılaştırır.

Ancak gerçek maliyet yalnızca lisans bedeli değildir.

Örneğin daha ucuz bir program:

• Teknisyen tarafından zor kullanılıyorsa,
• Her ay planlar manuel hazırlanıyorsa,
• Excel kullanılmaya devam ediliyorsa,
• Raporlar ayrıca hazırlanıyorsa,
• Müşteri bilgileri farklı sistemlerde tutuluyorsa,

düşük lisans fiyatına rağmen şirkete daha yüksek operasyon maliyeti oluşturabilir.

Basit bir örnek düşünelim.

Bir operasyon çalışanı bakım planlarını hazırlamak ve tamamlanan işleri kontrol etmek için günlük 1 saat harcıyorsa ayda yaklaşık 20–25 saat yalnızca takip işi oluşabilir.

Program bu sürenin önemli kısmını otomatikleştiriyorsa yazılım maliyeti yalnızca “abonelik bedeli” olarak değerlendirilmemelidir.

Asansör Firmasının Büyüklüğüne Göre Öncelik Değişir

Her firmanın aynı yazılıma ihtiyacı yoktur.

50–150 asansörlük firma

Öncelikler genellikle:

• Basit bakım takvimi,
• Teknisyen görev listesi,
• Bakım kaydı,
• Müşteri bilgileri,
• Kolay mobil kullanım

olmalıdır.

150–500 asansörlük firma

Bu seviyede:

• Toplu bakım planlama,
• Geciken bakım kontrolü,
• Teknisyen performansı,
• Arıza ve bakım bağlantısı,
• Raporlama

daha önemli hale gelir.

500+ asansörlük firma

Daha büyük yapılarda ise:

• Çoklu ekip yönetimi,
• Bölge veya rota planlama,
• Yetkilendirme,
• Şube takibi,
• Gelişmiş raporlama,
• Veri aktarımı,
• Otomatik bilgilendirmeler

kritik özellikler arasına girer.

Bu nedenle başka bir firmanın kullandığı programı doğrudan satın almak yerine kendi operasyon yapınıza göre değerlendirme yapmanız daha sağlıklıdır.

Demo Sonrası Karar Nasıl Verilmeli?

Demo tamamlandıktan hemen sonra satın alma kararı vermek yerine skor kartını ekip içinde değerlendirin.

En az üç farklı kişinin görüşünü almak faydalıdır:

• Firma sahibi veya operasyon yöneticisi,
• Ofis personeli,
• Sahada çalışan teknisyen.

Çünkü her kullanıcı yazılımın farklı bir yönünü görür.

Firma sahibi raporlara bakar.

Operasyon personeli takvim ve görevlendirmeyi kullanır.

Teknisyen ise mobil uygulamanın hızına ve sadeliğine bakar.

Üç taraf da rahat kullanabiliyorsa yazılımın firma içinde benimsenme ihtimali çok daha yüksektir.

Asansorex gibi asansör sektörüne özel çözümleri değerlendirirken de aynı yaklaşım kullanılabilir. Demo sırasında bakım planlama, saha kaydı, geçmiş bakım verileri ve raporlama gibi günlük operasyonları gerçek örnekler üzerinden test etmek, yazılımın firmanıza uygunluğunu daha net gösterir.

Sıkça Sorulan Sorular

Asansör bakım takvim programı demosu kaç dakika sürmeli?

Genel olarak 30–60 dakikalık bir demo temel özellikleri görmek için yeterlidir. Ancak yüzlerce asansörü bulunan firmalarda veri aktarımı, saha kullanımı, raporlama ve şube yapısı gibi ek konular nedeniyle daha detaylı bir ikinci demo gerekebilir.

Demo sırasında sadece firma sahibi mi bulunmalı?

Hayır. Mümkünse operasyon sorumlusu ve en az bir teknisyen de demoya katılmalıdır. Böylece hem ofis hem saha kullanımının gerçekten pratik olup olmadığı anlaşılır.

Ücretsiz deneme sürümü önemli mi?

Evet. Demo ürünün nasıl çalıştığını gösterir; deneme süreci ise ekibinizin programı günlük operasyonda gerçekten kullanıp kullanamayacağını ortaya çıkarır. Özellikle mobil kullanım saha ekibi tarafından test edilmelidir.

Asansör bakım programında en önemli özellik nedir?

Tek bir özellik söylemek doğru değildir. Ancak bakım takvimi, geciken bakım kontrolü, teknisyen görev yönetimi ve geçmiş bakım kayıtlarının kolay erişilebilir olması temel ihtiyaçlar arasında yer alır.

Excel kullanan firma doğrudan bakım programına geçebilir mi?

Genellikle evet. Ancak geçiş öncesinde bina, asansör, müşteri ve bakım kayıtlarının düzenlenmesi faydalıdır. Demo sırasında Excel verilerinin sisteme nasıl aktarılacağını mutlaka sorun.

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

Hayır. Skor kartı karar vermeyi kolaylaştırır fakat firmanız için kritik bir özellik eksikse toplam puan yüksek olsa bile program uygun olmayabilir. Kritik ihtiyaçlar ayrıca değerlendirilmelidir.

Özet

Asansör bakım takvim programı seçerken yalnızca fiyat veya ekran tasarımına bakmak doğru sonuç vermez. Programın bakım planlama, teknisyen görevlendirme, saha kullanımı, geçmiş kayıt, geciken bakım kontrolü ve raporlama gibi günlük süreçlerde gerçekten zaman kazandırması gerekir.

En sağlıklı yöntem, demoyu gerçek operasyon senaryoları üzerinden yürütmek ve her yazılımı aynı kriterlerle puanlamaktır. 100 puanlık bir demo skor kartı kullanarak farklı çözümleri daha objektif karşılaştırabilir, satın alma sonrasında ortaya çıkabilecek sürprizleri azaltabilirsiniz.

Sonuçta iyi bir bakım yazılımının değeri, kaç özelliğe sahip olduğundan çok, ekibinizin her gün yaptığı işi ne kadar sadeleştirdiğiyle ölçülmelidir.