Asansör Bakım Yönetim Programı İçin Demo Checklist

İÇERİK

Asansör bakım yazılımı demosunda birkaç düzenli ekran görmek, programın firmanızda işe yarayacağını anlamaya yetmez. Asıl soru, ay başında bakım planını hazırlarken, teknisyen sahada kayıt oluştururken ve bina yöneticisi geçmiş bir işlemi sorarken işlerin nasıl ilerlediğidir. Asansör Bakım Yönetim Programı için demo checklist, bu soruları gerçek işlemlerle cevaplamanızı sağlar. Bu rehberde demo öncesinde hazırlayacağınız örnek verileri, görüşmede deneyeceğiniz senaryoları ve satın alma kararını destekleyecek puanlama yöntemini bulacaksınız. Amaç, özellik listesini işaretlemekten öte, günlük işinizde oluşabilecek aksaklıkları satın almadan önce görmektir.

Demo Öncesinde Firmanızın İş Akışını Hazırlayın

Verimli bir demo, yazılım firmasının sunumuyla değil, sizin hazırlığınızla başlar. Görüşmeye yalnızca firma sahibi katılırsa sahadaki kullanım zorlukları gözden kaçabilir. Yalnızca teknisyen katılırsa sözleşme, rapor ve tahsilat tarafı eksik değerlendirilebilir. Mümkünse firma sahibi, planlama yapan ofis çalışanı ve bir teknisyen birlikte katılmalıdır.

Önce bugün en çok zaman kaybettiren üç sorunu yazın. Örneğin bakımın tamamlandığını telefonla öğrenmek, aynı asansöre ait arıza geçmişini bulamamak veya ay sonunda eksik formları toplamak. Demo sırasında bu sorunların her biri için bir işlem yaptırın.

Gerçek müşterilerin kişisel bilgilerini paylaşmadan, temsili bir deneme dosyası hazırlayın:

• Farklı bölgelerde bulunan beş bina.
• Bir binada iki ayrı asansör.
• İki teknisyen ve bir ofis çalışanı.
• Tamamlanmış bir bakım, ertelenmiş bir bakım ve açık bir arıza.
• Yenileme tarihi yaklaşan bir bakım sözleşmesi.
• Parça değişimi gerektiren örnek bir iş.
• Bakım geçmişini isteyen temsili bir bina yöneticisi.

Bu küçük veri seti, programın yalnızca sorunsuz örneklerde nasıl çalıştığını değil, istisnaları nasıl yönettiğini de gösterir. Ayrıca görüşmeden önce olmazsa olmazlarınızı belirleyin. Mobil kayıt, asansör bazında geçmiş ve veri dışa aktarımı sizin için zorunluysa bunları değerlendirmede ayrı tutun.

Bakım Planını Oluşturmaktan Tamamlamaya Kadar Test Edin

Bakım planlama ekranında takvim görmek yeterli değildir. Planın hangi kayıtlardan üretildiğini, işlerin kimlere atandığını ve değişikliklerin nasıl izlendiğini anlamalısınız. Demo sırasında örnek binalarınızı kullanarak bir dönem planı oluşturun.

Plan değişince ne oluyor?

Bir teknisyenin izinli olduğunu söyleyin ve ona atanmış işleri başka bir teknisyene aktarın. Ardından bina yöneticisinin ziyaret saatini değiştirdiği bir senaryo deneyin. Eski görevin açık kalıp kalmadığını, yeni sorumlunun işi görüp görmediğini ve mükerrer kayıt oluşup oluşmadığını kontrol edin.

Şu soruların cevabı ekranda gösterilmelidir:

• Aynı asansöre yanlışlıkla ikinci bakım işi açıldığında ne oluyor?
• Ertelenen bakımın nedeni kaydedilebiliyor mu?
• Tamamlanmayan işler sonraki listelerde görünür kalıyor mu?
• Bölgeye veya teknisyene göre filtreleme yapılabiliyor mu?
• İşin atanması ile tamamlanması ayrı durumlar olarak izleniyor mu?

Örneğin teknisyen binaya gidip makine dairesine erişemediğinde iş tamamlanmış sayılmamalıdır. Erişim engeli kaydedilmeli, ofis bu durumu görebilmeli ve yeniden ziyaret planlanabilmelidir. İstisnaların görünür olması, planın düzenli görünmesinden daha değerlidir.

Mobil Kullanımı Teknisyenin Telefonunda Deneyin

Ofiste büyük ekranda rahat kullanılan bir program, telefonda aynı kolaylığı sağlamayabilir. Mobil değerlendirmeyi kendi ekibinizin kullandığı cihazlardan biriyle yapın. Teknisyenden bir işi açmasını, doğru asansörü seçmesini, formu doldurmasını ve kaydı tamamlamasını isteyin.

Burada yalnızca işlem süresine bakmayın. Yanlış asansör seçme riski, okunmayan alanlar, gereksiz tekrarlar ve kaydetme sonucunun belirsizliği de önemlidir. Eldivenle kullanım her cihazda mümkün olmayabilir; ancak küçük düğmeler ve sık ekran geçişleri sahadaki işi zorlaştırabilir.

Bağlantı kesintisini özellikle sınayın

Çevrimdışı kullanım sunuluyorsa bu özelliği sözlü açıklamayla kabul etmeyin. Önceden açılmış iş ile henüz telefona indirilmemiş işi ayrı değerlendirin. Telefonun bağlantısını kapatın, örnek bir kayıt oluşturun, ardından bağlantıyı yeniden açın.

Kaydın kaybolmadığını, fotoğrafların doğru işe eklendiğini ve tekrar gönderimde mükerrer form oluşmadığını kontrol edin. Kullanıcı, hangi kayıtların gönderildiğini ve hangilerinin beklediğini anlayabilmelidir.

Çevrimdışı çalışma bulunmuyorsa bağlantı koptuğunda doldurulan alanların korunup korunmadığını sorun. Firmanızın hizmet verdiği binalarda bağlantı sorunu sık yaşanıyorsa bu konu satın alma kararında yüksek ağırlık taşımalıdır.

Bakım Formu ve Arıza Geçmişinin Kullanışlılığını Kontrol Edin

Dijital bakım formu, kâğıttaki bütün alanların telefona taşınmasıyla otomatik olarak kullanışlı hâle gelmez. Teknisyenin gerçekten ihtiyaç duyduğu alanlara ulaşması ve ofisin kaydı doğru yorumlaması gerekir.

Demo sırasında örnek bir bakım kaydına açıklama ve fotoğraf ekleyin. Sonra aynı asansörde yeni bir arıza açın. Teknisyenin önceki bakım notlarını, daha önce değiştirilen parçaları ve açık işleri bulmasını isteyin.

Bakım ile arıza bağlantısı, tekrar eden sorunları incelemek için önemlidir. Ancak aynı parçayla ilgili iki kayıt bulunması, tek başına teknik nedenin belirlendiği anlamına gelmez. Yazılım geçmişi görünür kılmalı; değerlendirme yetkin teknik ekip tarafından yapılmalıdır.

Kontrolünüzü şu noktalar üzerinde yoğunlaştırın:

1. Formdaki alanlar firmanın işine göre düzenlenebiliyor mu?
2. “Kontrol edildi”, “uygulanmadı” ve “erişilemedi” gibi durumlar ayrılabiliyor mu?
3. Fotoğraf ve açıklama doğru asansör kaydıyla ilişkilendiriliyor mu?
4. Tamamlanan kayıtta düzeltme yapıldığında değişiklik izlenebiliyor mu?
5. Müşteriye verilen çıktıda gerekli bilgiler okunaklı görünüyor mu?

Asansorex gibi bir bakım takip yazılımını değerlendirirken de aynı senaryoyu kullanabilirsiniz: Bir asansörün bakım kaydından arıza geçmişine geçin ve ihtiyaç duyduğunuz bilgiye kaç adımda ulaştığınızı gözlemleyin.

Demo Checklist Tablosunu Kanıtla Doldurun

Aşağıdaki tabloyu görüşme sırasında kullanın. “Var” cevabının yanına mutlaka bir gözlem ekleyin. Bir özellik standart pakette bulunabilir, ek ücret gerektirebilir veya yalnızca geliştirme planında yer alabilir; bunlar aynı şekilde değerlendirilmemelidir.

Kontrol alanı	Demoda yapılacak işlem	Kabul ölçütü
Asansör kaydı	Aynı binaya iki asansör ekleyin	Kayıtlar ve geçmişler birbirine karışmıyor
Bakım planı	Örnek dönem planı oluşturun	İşlerin hangi kayıtlardan oluştuğu anlaşılıyor
Görev değişikliği	İşi başka teknisyene atayın	Yeni sorumlu ve güncel durum açıkça görülüyor
Erteleme	Erişim engeli nedeniyle işi erteleyin	Neden kaydediliyor, iş takipte kalıyor
Mobil form	Telefonda bakım kaydı tamamlayın	Alanlar anlaşılır, kaydetme sonucu belirgin
Bağlantı kesintisi	Bağlantıyı kapatıp yeniden açın	Veri kaybı ve mükerrer kayıt oluşmuyor
Arıza geçmişi	Aynı asansörün önceki işlerini açın	Tarih, açıklama ve yapılan işlem bulunabiliyor
Belge çıktısı	Örnek bakım formu üretin	Bina ve asansör bilgileri doğru, çıktı okunaklı
Yetkilendirme	Teknisyen hesabıyla işlem yapın	Göreve uygun erişim sınırları çalışıyor
Raporlama	Tamamlanmayan işleri listeleyin	Sonuç, örnek kayıtlarla tutarlı
Veri aktarımı	Örnek dosyayı içeri alın	Alan eşleştirmeleri ve hatalar görülebiliyor
Dışa aktarım	Kayıtları dosya olarak alın	Veriler kullanılabilir biçimde teslim ediliyor

Tablonun yanına gösterildi, kısmen gösterildi, gösterilmedi notlarını yazın. “Sonradan yapılabilir” denilen ihtiyaçları ayrı bir listeye alın ve kapsamını yazılı olarak isteyin.

Raporlama, Yetki ve Maliyet Başlıklarını Atlamayın

Raporun renkli grafikler içermesi, doğru karar vermenizi sağladığı anlamına gelmez. Önce örnek verinizden beklediğiniz sonucu hesaplayın. Beş işten ikisini tamamlayıp birini ertelerseniz raporda bu ayrımı görebilmelisiniz. Ertelenen işin tamamlanan bakım sayısına eklenmesi, saha performansını yanlış gösterebilir.

Firma sahibi için tamamlanmayan işler, tekrar ziyaretler ve teknisyen iş yükü; bina yöneticisi için ise kendi asansörünün işlem geçmişi önemlidir. Her kullanıcıya bütün verilerin gösterilmesi gerekli değildir. Teknisyenin başka müşterilere ait ticari bilgilere erişimini ve ayrılan bir çalışanın erişiminin nasıl kapatıldığını sorun.

Maliyet görüşmesinde tek bir abonelik rakamıyla yetinmeyin. Yazılı teklifte şu kalemleri netleştirin:

• Kullanıcı ve asansör sınırları.
• Kurulum, eğitim ve veri aktarımı kapsamı.
• SMS, belge gönderimi veya diğer ek hizmet ücretleri.
• Yazıcı gerekiyorsa cihaz ve bağlantı seçenekleri.
• Destek kanalları ve çalışma saatleri.
• Yenileme koşulları ve abonelik sona erdiğinde veri teslimi.

Örneğin yıllık kullanım bedeli uygun görünen bir teklif, veri aktarımı ve ek kullanıcı ücretleri eklendiğinde farklı bir toplam maliyet oluşturabilir. Karşılaştırmayı aynı kapsam ve aynı kullanım dönemi üzerinden yapın.

Demodan Sonra Puanlayın ve Pilot Kullanım Planlayın

Görüşme bittikten hemen sonra katılımcılar ayrı ayrı not versin. Firma sahibinin “raporları beğendim” değerlendirmesi ile teknisyenin “formu tamamlamak zor” gözlemi birlikte ele alınmalıdır.

Basit bir puanlama kullanabilirsiniz: Gösterilemeyen işlem sıfır, önemli eksikle çalışan işlem bir, ihtiyacı karşılayan işlem iki puan alsın. Kritik ihtiyaçlara daha yüksek ağırlık verin. Mobil kayıt sizin için zorunluysa bu alanın başarısızlığı, diğer özelliklerden alınan yüksek puanla örtülmemelidir.

Kısa bir pilot kullanımda küçük fakat temsil gücü olan bir ekip seçin. Yalnızca teknolojiye yatkın personeli görevlendirmek, gerçek kullanım sorunlarını gizleyebilir. Farklı deneyim düzeyindeki teknisyenlerin görüşlerini alın.

Pilot boyunca bakım kaydını tamamlama süresini, eksik form sayısını, ofisin yaptığı düzeltmeleri ve destek ihtiyacını izleyin. Mevcut yöntemin sonuçlarını da aynı biçimde kaydedin. Böylece kararınız “program modern görünüyor” düşüncesine değil, gözlenen iş sonuçlarına dayanır.

Sıkça Sorulan Sorular

Demo görüşmesine kimler katılmalı?

Firma sahibi, bakım planını hazırlayan ofis çalışanı ve sahada uygulamayı kullanacak bir teknisyen katılmalıdır. Her biri kendi işini denemeli ve bulduğu sorunları kaydetmelidir. Küçük firmalarda aynı kişi birden fazla rolü üstlenebilir.

Demo sırasında gerçek müşteri verileri kullanılmalı mı?

İlk görüşmede temsili veya kişisel bilgileri çıkarılmış veriler yeterlidir. Alan yapıları gerçek dosyalarınıza benzemelidir. Gerçek veriyle aktarım denemesi yapılacaksa paylaşım kapsamını, erişimi ve deneme sonrasında verilerin durumunu önceden netleştirin.

Çevrimdışı kullanım her firma için zorunlu mu?

Hizmet verilen binalardaki bağlantı koşullarına bağlıdır. Bağlantı kesintileri işinizi sık etkiliyorsa güçlü bir ihtiyaçtır. Özelliğin bulunması kadar, hangi işlemlerin çevrimdışı yapılabildiği ve kayıtların bağlantı sonrasında nasıl gönderildiği de değerlendirilmelidir.

İyi bir demo satın alma kararı için yeterli olur mu?

Demo, temel iş akışını görmek için gereklidir; günlük kullanımın bütün koşullarını göstermez. Veri aktarımı, ekip alışkanlıkları ve destek ihtiyacı pilot kullanımda daha net ortaya çıkar. Kritik belirsizlikler çözülmeden karar verilmemelidir.

Bakım kaydının dijital tutulması teknik uygunluğu kanıtlar mı?

Tek başına kanıtlamaz. Dijital kayıt yapılan işlemin izlenmesini kolaylaştırır; bakımın doğru uygulanmasının, gerekli teknik değerlendirmenin veya periyodik kontrolün yerine geçmez. Formun bulunması ile işlemin uygun şekilde yapılması ayrı konulardır.

Özet

Asansör Bakım Yönetim Programı demosunu kendi iş akışınızla sınayın: Plan oluşturun, görevi değiştirin, telefonda kayıt tamamlayın, bağlantıyı kesin, geçmişi açın ve veriyi dışarı alın. Her kritik ihtiyacın karşısına gözlenen bir sonuç yazın. Asansorex’i değerlendirirken de bu kontrol listesini kullanarak firmanızın bakım, arıza ve saha kayıtlarını nasıl yöneteceğini somut işlemler üzerinden inceleyebilirsiniz. Satın alma kararını, ekibinizin kullanabildiği ve sonuçlarını doğrulayabildiğiniz bir süreç üzerine kurun.