Asansör Bakım Periyodu Yazılımı Demo Skor Kartı: 100 Puanlık Değerlendirme

İÇERİK

Asansör bakım periyodu yazılımı seçerken demoda görülen düzenli bir takvim kolayca güven verir. Asıl sınav, ayın ortasında bir teknisyen hastalandığında, bina yönetimi randevuyu ertelediğinde veya yeni devralınan asansörlerin planı mevcut iş yüküne eklendiğinde başlar. Bu rehberdeki 100 puanlık demo skor kartı, yazılımın yalnızca bakım tarihi üretip üretmediğini değil, değişen tarihler karşısında ofis ve saha ekibinin işi nasıl yönettiğini ölçmenize yardımcı olur. Kartı iki veya üç aday yazılıma aynı örnek verilerle uygulayarak daha karşılaştırılabilir bir karar verebilirsiniz.

Demo Öncesinde Küçük Ama Gerçekçi Bir Portföy Hazırlayın

Sağlayıcının önceden hazırladığı örnek kayıtlar özellikleri tanıtır; firmanızın işini temsil etmeyebilir. Demo için kimlik ve iletişim bilgileri anonimleştirilmiş 12 asansörlük bir örnek portföy hazırlayın. Üç binada birden fazla asansör, iki farklı bölgede adresler ve iki teknisyen olsun. İçine yeni başlayan bir bakım sözleşmesi, ay sonunda sona erecek bir sözleşme ve önceki aydan açık kalmış bir bakım da ekleyin.

Bu portföy, tek bir soruya yanıt arar: “Bizim gelecek ayki bakım programımız bu yazılımla kurulup takip edilebilir mi?” Demoda şu işlemleri sırayla yaptırın:

1. Asansörleri bina ve müşteri bilgileriyle kaydedin.
2. Bakım planlarını oluşturup gelecek ayın takvimini açın.
3. İşleri iki teknisyene dağıtın.
4. Bir randevuyu erteleyin ve bir teknisyenin görevini diğerine aktarın.
5. Bir bakımı sahada tamamlayın; birini eksik işlem nedeniyle açık bırakın.
6. Ay sonunda tamamlanan, bekleyen ve geciken işleri ayrı ayrı bulun.

Her adımda yalnızca işlemin yapılabildiğini değil, kaç kez bilgi girildiğini, değişikliğin nerede göründüğünü ve eski kaydın korunup korunmadığını not edin. Görüşme süresinin bir bölümünde fareyi veya telefonu kendi çalışanınız kullansın. Böylece yazılımın öğrenme yükü daha açık görülür.

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

Aşağıdaki ağırlıklar örnektir. Bölgesel ekiplerle çalışan bir firma görev dağıtımına, az sayıda binaya hizmet veren bir firma ise kolay kullanıma daha fazla ağırlık verebilir. Karşılaştırmayı adil tutmak için ağırlıkları ilk demodan önce belirleyin ve bütün adaylara aynı kartı uygulayın.

Puan verirken her satır için üç düzey kullanın: Tam puan, işlem sizin örnek verinizle uçtan uca yapıldığında; yarım puan, işlem yapılabildiği hâlde ek takip veya tekrarlı veri girişi gerektiğinde; sıfır puan, işlem gösterilemediğinde verilir. İsterseniz ara puan kullanabilirsiniz, ancak yanına gördüğünüz somut kanıtı yazın. “Özellik var” ifadesi tek başına puan gerekçesi değildir.

Toplam puanın yanı sıra iki eşiğe bakın: Periyot ve takvim alanında 25 üzerinden 15’in, saha akışında 20 üzerinden 10’un altında kalan bir adayın eksiklerini ayrıca değerlendirin. Bunlar mevzuat eşiği değil, satın alma kararını disipline etmek için önerilen firma içi değerlendirme sınırlarıdır.

Periyot Hesabını ve Takvim Değişikliklerini Sınayın

Periyot testinde tek bir asansör ekleyip gelecek ayki tarihi görmek yeterli değildir. Takvim, farklı tarihlerde devralınan asansörleri ve sahada değişen randevuları birlikte yönetebilmelidir. Örnek portföyünüzden aynı binadaki iki asansörü seçin; bakım kayıtları ve gelecek işler birbirine karışmadan görülebiliyor mu, kontrol edin.

Ardından bir bakım randevusunu bina yöneticisinin talebiyle ileri alın. Değişiklikten sonra şu dört soruyu yanıtlamaya çalışın:

• İlk planlanan tarih bulunabiliyor mu?
• Yeni tarih teknisyenin görev listesine yansıyor mu?
• İş, değiştirilmiş randevu ile gerçekten tamamlanmış bakım arasında doğru durumda görünüyor mu?
• Sonraki planlamada aynı iş yanlışlıkla iki kez oluşuyor mu?

Özellikle ertelenen iş ile tamamlanan işin aynı şey olmadığını doğrulayın. Bina yöneticisi uygun tarih vermediği için bekleyen bir bakımı sistem “yapıldı” gösteriyorsa aylık tablo gerçeği yansıtmaz. Tersi de sorunludur: Bakım sahada yapıldığı hâlde ofiste hâlâ gecikmiş görünüyorsa çalışanlar gereksiz telefon ve kayıt düzeltmesiyle uğraşır.

Aylık bakım ile yıllık periyodik kontrolü de demoda ayrı iş türleri olarak ele alın. Türkiye’de asansörlerin bakımına ilişkin çerçeve Asansör İşletme ve Bakım Yönetmeliği’nde yer alır; yazılımın sunduğu takvim, bakım firmasının ve ilgili tarafların kendi yükümlülüklerini takip etmesine yardımcı olmalıdır. ([TR][1])

Geciken Bakımda Sorumluluğun Kimde Olduğunu Görün

Yoğun bir ayda sorun yalnızca kaç işin geciktiği değildir. Hangi işin neden beklediği ve sıradaki adımı kimin atacağı bilinmelidir. Bu nedenle demoda en az üç ayrı durum oluşturun: Teknisyenin yetişemediği bakım, bina yönetiminden randevu bekleyen bakım ve sahada başlanıp eksik tespit edildiği için kapanmayan bakım.

Bunların üçünü de tek bir “gecikti” listesinde görmek ilk bakışta yeterli gelebilir. Ancak operasyon sorumlusu her sabah kimi arayacağını, hangi ekibi yönlendireceğini ve hangi bina yöneticisine bilgi vereceğini ayırt edemiyorsa liste hızla işe yaramaz hâle gelir. Şu kontrol noktalarını puanlayın:

• Geciken işler planlanan tarihe ve nedene göre ayrılabiliyor mu?
• Bir işe açıklama ve yeni randevu eklenebiliyor mu?
• Görev başka teknisyene verildiğinde eski atama geçmişte görülebiliyor mu?
• Bina yöneticisine iletilecek güncel durum anlaşılır biçimde paylaşılabiliyor mu?
• Açık bir iş ay değiştiğinde kaybolmadan takip edilebiliyor mu?

Örneğin ayın 28’inde ertelenen bir bakım, sonraki ayın ilk haftasına taşındığında geçen ayın raporunda “tamamlandı” sayılmamalıdır. Aynı işin iki aylık listede nasıl gösterildiğini canlı demoda inceleyin. Raporların yorumlanması, yazılımın kullandığı durum tanımlarına bağlıdır; bu tanımları satın almadan önce yazılı olarak öğrenin.

Teknisyenin Telefonunda Bir Bakımı Baştan Sona Tamamlayın

Ofiste hızlı çalışan takvim, teknisyenin telefonunda yavaş bir bakım formuna dönüşebilir. Bu yüzden saha testini sunumu yapan kişinin cihazından izlemekle sınırlamayın. Ekipten bir teknisyen, kendi kullanacağı telefonla örnek görevi açsın; adresi, asansör bilgisini ve önceki bakım notlarını bulsun. Ardından yapılan işlemleri kaydedip gerekiyorsa fotoğraf ve imza eklesin.

İkinci denemede bakımın tamamlanmasına engel bir eksik kaydedin. Sistem, “gidildi”, “bakım yapıldı” ve “takip gerekiyor” durumlarını firmanızın çalışma biçimine uygun olarak ayırabiliyor mu? Eksik işlem için notun ilgili asansörün geçmişinde kalıp kalmadığını kontrol edin. Böylece bir sonraki ziyarette teknisyen yalnızca son tarihi değil, açık konuyu da görür.

Bağlantının zayıf olduğu makine dairesi veya bodrum katı senaryosunu ayrıca isteyin. İnternet kesildiğinde hangi bilgiler cihazda kalıyor, yeniden bağlanınca nasıl aktarılıyor, aynı iş iki kez kapanabilir mi? Bu soruların yanıtını özellik listesinden değil, mümkünse kontrollü bir canlı denemeden alın. Asansorex, bakım planı ve mobil saha kaydını birlikte sunduğunu belirtiyor; ürün demosunda bu akışı kendi örnek işinizle sınamak yerinde olur. ([Asansorex][2])

Kararı Vermeden Önce Geçmiş Kayıtları ve İlk Ayı İnceleyin

İyi bir demo, son bakım formunun oluşturulmasıyla bitmez. Bir bina yöneticisi “Geçen ay hangi gün geldiniz?” diye sorduğunda yanıtı nasıl bulacağınızı da gösterir. Rastgele seçtiğiniz bir asansörde planlanan tarihi, gerçekleşen ziyaret tarihini, teknisyenin notunu ve varsa paylaşılan bakım belgesini açın. Bunlar farklı yerlerde tutuluyorsa çalışanınızın bilgi toplamak için ne kadar zaman harcadığını not edin.

Sonra veri geçişini konuşun. Mevcut Excel dosyanızdaki asansör numarası, bina adresi, müşteri adı ve son bakım tarihi gibi alanların hangileri aktarılabiliyor? Eksik veya yinelenen kayıtlar nasıl fark ediliyor? Önce 12 kayıtla bir deneme aktarımı yapın. Tüm portföy için süre sözü almadan önce bu küçük denemenin sonucunu görmek, ilk ayın iş yükünü daha gerçekçi hesaplamanızı sağlar.

Puanlar birbirine yakınsa son kararı şu üç ölçüte göre verin: Teknisyenin yardımsız tamamlayabildiği işlem sayısı, ofisin geciken bakımları ayıklama süresi ve firmanızın verileriyle hazırlanmış aylık raporun anlaşılabilirliği. Demo sonunda boş kalan soruları ve yanıtlanma tarihini yazılı kaydedin. Gösterilmeyen bir işlemi çalışıyor kabul ederek puanlamayın.

Sıkça Sorulan Sorular

Demo skor kartını kim doldurmalı?

Bakım planını yapan ofis çalışanı, sahada uygulamayı kullanacak bir teknisyen ve satın alma kararını verecek firma yetkilisi birlikte doldurmalıdır. Her biri aynı demoda farklı bir sorunu fark eder. Önce ayrı puan verip sonra görüş ayrılıklarını konuşmak faydalıdır.

Demo için kaç asansör kaydı yeterli?

İlk değerlendirme için farklı durumları içeren 10–15 anonim kayıt çoğu iş akışını sınamaya yeter. Sayıdan çok, kayıtların çeşitliliği önemlidir: Çoklu asansörlü bina, ertelenen randevu, yeni sözleşme ve açık kalan bakım mutlaka bulunmalıdır.

Toplam puanı yüksek olan yazılımı doğrudan seçebilir miyiz?

Hayır. Ağırlığı yüksek alanların sonuçlarını ayrıca inceleyin. Takvim doğruluğu veya teknisyenin bakım kapatma akışı zayıfsa raporlama ve görünümden alınan puanlar günlük sorunu telafi etmeyebilir.

Bakım periyodu ile yıllık periyodik kontrol aynı takvimde mi olmalı?

Her ikisini de görebilmek yararlı olabilir; ancak kayıt türlerinin açıkça ayrılması gerekir. Bakım ziyareti, periyodik kontrolün yerine geçmez. Demoda iki işin farklı ad, tarih ve durumlarla izlenebildiğini kontrol edin.

Sağlayıcı bir özelliğin yakında geleceğini söylerse puan vermeli miyiz?

Mevcut demoda çalışmayan özelliğe puan vermeyin. Özellik kararınız için önemliyse kapsamını ve hedef tarihini yazılı isteyin; satın alma değerlendirmesini bugün deneyebildiğiniz akış üzerinden yapın.

Özet

Asansör bakım periyodu yazılımı demosunda temel soru, takvimin güzel görünüp görünmediği değil, bir bakımın planlandığı tarihten gerçek saha kaydına kadar izlenip izlenemediğidir. Aynı 12 kayıt ve aynı altı adımı her adayda deneyin; erteleme, gecikme ve açık iş senaryolarına özellikle bakın. 100 puanlık skor kartını gözlem notlarıyla birlikte sakladığınızda, satın alma kararını ekibinizin günlük işine dayandırabilirsiniz. Asansorex’i değerlendiriyorsanız kendi bakım portföyünüzden küçük bir örnekle planlama ve saha kapanışını aynı demoda çalıştırın.