Asansör Periyodik Bakım Yazılımı Değiştirme Kararları

İÇERİK

Bir asansör bakım firmasının kullandığı yazılımı değiştirmesi, yalnızca yeni bir programa geçmek anlamına gelmez. Müşteri kayıtlarından bina ve asansör bilgilerine, aylık bakım planlarından teknisyen alışkanlıklarına, cari hesaplardan geçmiş servis kayıtlarına kadar günlük operasyonun büyük bölümü bu karardan etkilenebilir. Bu nedenle asansör periyodik bakım yazılımı değiştirme kararı, “mevcut programı beğenmiyoruz” düşüncesinden çok daha sistemli verilmelidir.

Doğru değişiklik firmaya hız, kontrol ve ölçülebilirlik kazandırabilir. Yanlış veya hazırlıksız yapılan geçiş ise bakım tarihlerinin karışmasına, teknisyenlerin yeni sistemi kullanmamasına, eski kayıtların kaybolmasına ve müşteri tarafında aksaklıklara neden olabilir.

Bu rehberde bir asansör bakım firmasının mevcut yazılımını ne zaman değiştirmesi gerektiğini, yeni program seçerken hangi kriterleri incelemesinin daha doğru olduğunu ve geçiş sürecinin nasıl planlanabileceğini ele alacağız.

Asansör Bakım Yazılımını Değiştirme İhtiyacı Nasıl Anlaşılır?

Bir yazılımın eski olması tek başına değiştirme gerekçesi değildir. Asıl önemli olan, programın firmanın mevcut çalışma düzenini ne kadar desteklediğidir.

Örneğin 80 asansöre bakım yapan üç kişilik bir firmanın ihtiyaçları ile 1.500 asansöre hizmet veren, birden fazla saha ekibi bulunan bir firmanın ihtiyaçları aynı değildir. Firma büyüdükçe yazılımın da operasyonu taşıyabilmesi gerekir.

Aşağıdaki sorunlardan birkaçının sürekli yaşanması değişiklik zamanının geldiğini gösterebilir:

• Bakım planları hâlâ Excel veya kâğıtla destekleniyorsa,
• Teknisyenler sahadaki işlemleri sisteme anlık giremiyorsa,
• Bakım yapılıp yapılmadığını görmek için personele telefon açmak gerekiyorsa,
• Aynı müşteri veya bina bilgileri farklı yerlerde tutuluyorsa,
• Geçmiş bakım formlarına ulaşmak uzun sürüyorsa,
• Program mobil kullanımda yetersiz kalıyorsa,
• Müşteri borcu, sözleşme ve bakım bilgileri birbirinden kopuksa,
• Güncelleme veya teknik destek almak zorlaşıyorsa,
• Veriler düzenli yedeklenmiyorsa,
• Firma büyüdükçe sistem belirgin şekilde yavaşlıyorsa.

Burada kritik soru şudur:

Mevcut yazılım çalışanların işini kolaylaştırıyor mu, yoksa çalışanlar yazılımın eksiklerini kapatmak için ek işler mi yapıyor?

Bir bakım programının yanında onlarca Excel dosyası, WhatsApp grubu ve manuel not tutuluyorsa firma gerçekte tek bir sistem üzerinden çalışmıyor demektir.

Kararı Fiyata Göre Değil Toplam İş Yüküne Göre Verin

Yazılım değiştirirken en sık yapılan hatalardan biri yalnızca yıllık lisans ücretine bakmaktır. Oysa ucuz görünen bir sistem, firma içinde ciddi zaman kaybına neden olabilir.

Örneğin teknisyenlerin bakım yaptıktan sonra bilgileri önce kâğıda yazdığını, ardından ofis personelinin bunları sisteme girdiğini düşünelim. Yazılım ücreti düşük olsa bile aynı kayıt iki kez işlenmektedir.

Benzer şekilde bakım listelerini her ay manuel hazırlamak, geciken bakımları telefonla takip etmek veya tahsilatları ayrı bir programda kontrol etmek de görünmeyen operasyon maliyetidir.

Değerlendirme alanı	Mevcut sistemde sorulacak soru	Yeni sistemden beklenti
Bakım planlama	Planlar manuel mi hazırlanıyor?	Otomatik ve kolay planlama
Saha kullanımı	Teknisyen telefondan işlem yapabiliyor mu?	Mobil kullanım
Bakım formu	Kâğıt kullanılıyor mu?	Dijital form ve kayıt
Fotoğraf ve imza	Ayrı kanallardan mı geliyor?	İşlemle bağlantılı saklama
Arıza yönetimi	WhatsApp üzerinden mi ilerliyor?	Merkezi arıza kaydı
Finans	Bakım ve cari birbirinden kopuk mu?	İşlem-cari bağlantısı
Raporlama	Rapor hazırlamak saatler sürüyor mu?	Anlık rapor
Destek	Sorunlarda muhatap bulunuyor mu?	Ulaşılabilir teknik destek
Veri güvenliği	Yedekleme belirsiz mi?	Düzenli yedekleme

Yazılım değişikliği değerlendirirken yalnızca “kaç TL?” değil, “ayda kaç saat kazandıracak?” sorusu da mutlaka sorulmalıdır.

Yeni Asansör Periyodik Bakım Yazılımında Hangi Özellikler Aranmalı?

Her programın onlarca özelliği olabilir. Ancak asansör bakım firması açısından önemli olan özellik sayısı değil, günlük operasyonu gerçekten çözen fonksiyonlardır.

Bakım planlarının merkezi olarak yönetilmesi

Firma hangi binanın hangi ay bakıma gireceğini tek ekrandan görebilmelidir. Tamamlanan, bekleyen ve geciken bakımlar birbirinden kolayca ayrılmalıdır.

Özellikle yüzlerce asansöre hizmet veren firmalarda aylık bakım listelerinin manuel oluşturulması ciddi hata riski doğurur.

Saha ekibinin kolay kullanabilmesi

Ofis tarafında çok gelişmiş görünen bir program, teknisyen tarafından kullanılmıyorsa firma için yeterli değildir.

Teknisyenin mümkün olduğunca az adımla:

• Kendisine verilen işleri görmesi,
• Bakımı başlatması,
• Bakım formunu doldurması,
• Fotoğraf eklemesi,
• Gerekirse imza alması,
• Kullanılan parçayı kaydetmesi,
• İşlemi tamamlaması

gerekir.

Özellikle mobil uygulamanın karmaşık olması, saha personelinin kısa sürede eski yönteme dönmesine neden olabilir.

Arıza, bakım ve müşteri bilgilerinin bağlantılı olması

Bir binanın yalnızca bakım tarihini görmek yeterli değildir. İdeal sistemde aynı bina veya asansör için geçmiş arızalar, bakım kayıtları, kullanılan parçalar, sözleşme bilgileri ve cari hareketler gerektiğinde birlikte incelenebilmelidir.

Bu bağlantı sayesinde örneğin son altı ayda sürekli aynı komponentten arıza veren bir asansör daha kolay fark edilir.

Raporlama

Firma sahibi açısından yazılımın önemli faydalarından biri operasyonu sayılarla görebilmektir.

Örneğin:

• Bu ay kaç bakım tamamlandı?
• Kaç bakım gecikti?
• Hangi teknisyen kaç bakım yaptı?
• Hangi binalarda arıza sayısı yükseldi?
• Hangi müşterilerde tahsilat gecikiyor?

gibi soruların cevabı mümkün olduğunca hızlı alınabilmelidir.

Veri Aktarımı Yazılım Değişikliğinin En Kritik Noktasıdır

Yeni yazılım güzel görünebilir, ancak eski veriler aktarılamıyorsa geçiş oldukça zorlaşabilir.

Asansör firmalarının yıllar içinde biriktirdiği veriler yalnızca müşteri isimlerinden oluşmaz. Sistem içerisinde genellikle:

• Müşteri ve cari bilgileri,
• Bina kayıtları,
• Asansör bilgileri,
• Bakım tarihleri,
• Sözleşmeler,
• Arıza geçmişi,
• Tahsilatlar,
• Teklifler,
• Personel kayıtları

bulunur.

Yeni programa geçmeden önce hangi verilerin aktarılacağı netleştirilmelidir.

Verileri geçiş öncesinde temizleyin

Eski sistemde aynı müşteri iki farklı isimle kayıtlı olabilir. Örneğin bir kayıtta “Güneş Apt.” diğerinde “Güneş Apartmanı” yazabilir.

Bu tür hataları olduğu gibi yeni sisteme taşımak, eski problemleri yeni yazılıma aktarmaktan başka bir şey değildir.

Geçişten önce şu kontroller yapılabilir:

1. Tekrarlanan müşteri kayıtlarını birleştirin.
2. Pasif binaları ayrı listeleyin.
3. Sözleşmesi sona eren müşterileri kontrol edin.
4. Eksik telefon ve adres bilgilerini tamamlayın.
5. Asansör ile bina eşleşmelerini doğrulayın.
6. Açık cari bakiyeleri kontrol edin.
7. Geçmiş bakım kayıtlarının ne kadarının taşınacağını belirleyin.

Asansorex gibi asansör bakım ve yönetim yazılımlarına geçiş yapılırken müşteri, bina ve asansör verilerinin düzenli şekilde hazırlanması, yeni sistemin çok daha hızlı kullanılmaya başlanmasını sağlar.

Yeni Yazılıma Bir Günde Tam Geçiş Yapmak Doğru mu?

Küçük firmalarda tek seferde geçiş mümkün olabilir. Ancak asansör sayısı ve personel sayısı büyüdükçe kontrollü geçiş daha güvenlidir.

Örneğin 1.000 asansöre hizmet veren bir firmanın cuma günü eski sistemi kapatıp pazartesi tamamen yeni programa geçmesi gereksiz risk yaratabilir.

Daha sağlıklı yöntem kısa bir pilot dönem uygulamaktır.

Örnek pilot geçiş planı

İlk aşamada:

• 50–100 asansör,
• 1 veya 2 teknisyen,
• Belirli bir bölge,
• Sınırlı sayıda müşteri

yeni sisteme aktarılabilir.

Bir veya iki bakım döngüsü içerisinde kullanıcıların yaşadığı sorunlar gözlemlenir.

Şu konular kontrol edilir:

• Teknisyen bakım kaydını rahat kapatabiliyor mu?
• Eksik veya yanlış veri var mı?
• Fotoğraf ve imza işlemleri sorunsuz mu?
• Ofis tamamlanan işleri görebiliyor mu?
• Bakım planları doğru oluşuyor mu?
• Raporlar ihtiyaçları karşılıyor mu?

Pilot başarılıysa kalan portföy kademeli olarak taşınabilir.

Teknik Destek Yazılım Özelliği Kadar Önemlidir

Asansör firmaları çoğu zaman yazılım satın alırken ekranlara ve özelliklere odaklanır. Ancak program günlük operasyonun merkezine yerleştiğinde teknik destek kalitesi en az özellikler kadar önemli hale gelir.

Örneğin pazartesi sabahı 15 teknisyen sahaya çıkmış ve sistemde bir problem yaşanmışsa firmanın hızlı şekilde destek alabilmesi gerekir.

Yeni yazılım sağlayıcısına şu sorular sorulmalıdır:

• Destek hangi kanallardan veriliyor?
• Kurulum desteği sağlanıyor mu?
• Veri aktarımında yardımcı olunuyor mu?
• Personel eğitimi var mı?
• Güncellemeler ücretli mi?
• Yeni özellikler mevcut müşterilere nasıl sunuluyor?
• Firma istediğinde verilerini dışarı aktarabiliyor mu?
• Yedekleme politikası nasıl?

Özellikle verilerin dışarı alınabilmesi önemli bir kriterdir. Firma kendi müşteri ve operasyon verilerine erişebilmelidir.

Personelin Yeni Sisteme Direnci Nasıl Azaltılır?

Yazılım değişikliğinde en büyük risklerden biri teknik değil, insan kaynaklıdır.

Yıllardır aynı programı kullanan teknisyen doğal olarak yeni sisteme karşı mesafeli olabilir. Özellikle değişikliğin nedeni anlatılmazsa çalışan yeni programı “daha fazla iş çıkartan sistem” olarak görebilir.

Bu nedenle eğitim sırasında uzun özellik sunumları yerine günlük işler üzerinden ilerlemek daha etkilidir.

Örneğin teknisyene ilk gün yalnızca şu akış öğretilebilir:

İşi gör → Bakımı başlat → Formu doldur → Fotoğraf ekle → Tamamla

Daha sonra diğer özellikler anlatılabilir.

Firma sahibi açısından da geçiş döneminde çalışanların yaptığı küçük kullanım hatalarını hemen başarısızlık olarak değerlendirmemek gerekir. İlk birkaç hafta alışkanlık değişimi yaşanması normaldir.

Yazılım Değiştirmeden Önce Sorulması Gereken 10 Soru

Karar vermeden önce firma içinde kısa bir değerlendirme yapılması faydalıdır.

1. Mevcut yazılım nedeniyle hangi işleri hâlâ manuel yapıyoruz?
2. Teknisyenler sistemi aktif kullanıyor mu?
3. Bakım gecikmelerini kolayca görebiliyor muyuz?
4. Geçmiş bakım ve arıza kayıtlarına hızlı ulaşabiliyor muyuz?
5. Müşteri, bina ve asansör bilgileri tek yerde mi?
6. Program büyüyen asansör portföyümüzü kaldırabiliyor mu?
7. Verilerimizi istediğimiz zaman dışarı alabiliyor muyuz?
8. Teknik destek hizmetinden memnun muyuz?
9. Yeni sistemin toplam maliyeti mevcut sisteme göre gerçekten avantajlı mı?
10. Geçiş sırasında veri kaybını önleyecek bir planımız var mı?

Bu soruların çoğuna olumsuz cevap veriliyorsa yazılım değişikliği ciddi şekilde değerlendirilmelidir.

Geçiş Kararında Yapılmaması Gereken Hatalar

Yeni programa geçmek isteyen firmaların sık yaptığı bazı hatalar vardır.

İlk hata, yalnızca tanıtım sırasında gösterilen özelliklere göre karar vermektir. Demo sırasında mutlaka firmanın gerçek çalışma senaryosu denenmelidir.

Örneğin örnek bir bina oluşturup bakım planlamak, teknisyene iş göndermek ve bakımın nasıl kapatıldığını görmek çok daha anlamlıdır.

İkinci hata, veri aktarımını son güne bırakmaktır. Veri temizliği ve aktarımı geçişin başında planlanmalıdır.

Üçüncü hata ise tüm çalışanlara aynı anda onlarca özellik öğretmeye çalışmaktır. Kullanıcıya yalnızca yaptığı işle ilgili ekranların öğretilmesi adaptasyonu hızlandırır.

Son olarak eski yazılım hemen kapatılmamalıdır. Özellikle geçmiş kayıtların kontrol edilmesi gereken firmalarda eski sistem bir süre yalnızca arşiv amacıyla erişilebilir tutulabilir.

Sıkça Sorulan Sorular

Asansör bakım yazılımı ne zaman değiştirilmelidir?

Mevcut program bakım planlama, saha kullanımı, raporlama veya teknik destek açısından operasyonu yavaşlatmaya başladıysa değişiklik değerlendirilebilir. Özellikle programın yanında sürekli Excel ve WhatsApp kullanılması önemli bir işarettir.

Eski bakım kayıtlarını yeni programa aktarmak şart mı?

Tüm geçmişin aktarılması her zaman gerekli değildir. Ancak aktif müşteriler, binalar, asansörler, güncel sözleşmeler ve operasyon için gerekli temel kayıtların aktarılması genellikle önemlidir. Firma ihtiyacına göre geçmiş kayıtların belirli bölümü arşivde tutulabilir.

Yeni programa geçerken Excel kullanılabilir mi?

Geçiş aşamasında veri hazırlamak ve kontrol etmek için Excel kullanılabilir. Ancak uzun vadede bakım operasyonunun yeniden Excel üzerinden yürütülmesi, yeni sisteme geçişin sağlayacağı faydayı azaltır.

Teknisyenlerin yeni yazılıma alışması ne kadar önemlidir?

Çok önemlidir. Çünkü bakım yazılımındaki verinin büyük bölümü sahada oluşur. Teknisyen sistemi doğru kullanmazsa ofis tarafındaki raporlar da eksik veya yanlış olacaktır.

Yazılım değiştirirken fiyat mı özellik mi daha önemlidir?

İkisi birlikte değerlendirilmelidir. Ucuz fakat fazla manuel işlem gerektiren bir program, zaman kaybı nedeniyle uzun vadede daha pahalı hale gelebilir. Toplam operasyon maliyetine bakmak daha doğru olur.

Asansorex geçiş sürecinde nasıl kullanılabilir?

Asansorex; müşteri, bina, asansör, bakım ve arıza süreçlerini aynı yapı içerisinde takip etmeye yardımcı olur. Mevcut verilerin düzenlenerek sisteme aktarılması ve ekiplerin aşamalı olarak kullanıma başlaması, geçiş sürecini daha kontrollü hale getirebilir.

Özet

Asansör periyodik bakım yazılımı değiştirme kararı, yalnızca eski programdan memnun olmamakla verilmemelidir. Önce mevcut sistemde zaman kaybettiren noktalar belirlenmeli, ardından yeni yazılımın saha kullanımı, bakım planlama, veri aktarımı, raporlama, teknik destek ve toplam maliyet açısından gerçek ihtiyacı karşılayıp karşılamadığı değerlendirilmelidir.

En güvenli yöntem, mümkünse küçük bir kullanıcı ve asansör grubuyla pilot çalışma yapmak, verileri geçiş öncesinde temizlemek ve teknisyenleri günlük iş akışları üzerinden eğitmektir.

Doğru planlanan bir değişiklik yalnızca yeni bir programa geçiş sağlamaz. Bakım firmasının operasyonunu daha görünür, ölçülebilir ve sürdürülebilir hale getirir. Asansorex gibi sektöre özel çözümler de bakım, arıza, saha ve müşteri süreçlerini aynı sistem içerisinde toplamak isteyen firmalar için bu dönüşümün daha kontrollü yürütülmesine yardımcı olabilir.