Asansör Bakım Programı Değiştirme Kararı Ne Zaman Verilir?

İÇERİK

Bir asansör bakım programı, firmanın yalnızca bakım tarihlerini tuttuğu bir takvim değildir. Doğru kullanıldığında teknisyen planlamasından arıza yönetimine, bakım formlarından tahsilat takibine kadar günlük operasyonun önemli bir bölümünü birbirine bağlar. Ancak kullanılan program zaman içinde firmanın ihtiyaçlarına cevap verememeye başlayabilir. Böyle bir durumda asıl soru “Yeni program daha güzel mi?” değil, “Mevcut sistem artık işimizi yavaşlatıyor mu?” olmalıdır.

Program değiştirmek de acele verilecek bir karar değildir. Müşteri, bina, asansör, bakım geçmişi, cari bilgiler ve saha alışkanlıkları başka sisteme taşınacağı için yanlış zamanda yapılan geçiş operasyonu aksatabilir. Buna karşılık yetersiz bir sistemi yıllarca kullanmaya devam etmek de görünmeyen ciddi maliyetler yaratır.

Bu nedenle değişim kararını hissiyatla değil, ölçülebilir işaretlerle vermek gerekir.

Asansör Bakım Programının Değiştirilmesi Gerektiğini Gösteren İşaretler

Bir programın eski olması tek başına değiştirme sebebi değildir. Kritik konu, programın mevcut operasyonu ne kadar iyi desteklediğidir.

Aşağıdaki problemler sürekli yaşanıyorsa mevcut sistem yeniden değerlendirilmelidir.

• Bakım planları ayrıca Excel'de tutuluyorsa
• Teknisyenlere işler WhatsApp veya telefonla dağıtılıyorsa
• Tamamlanan bakımın gerçekten sahada yapıldığı doğrulanamıyorsa
• Fotoğraf, imza veya bakım formu farklı kanallarda saklanıyorsa
• Arıza kaydı ile teknisyen müdahalesi arasında bağlantı kurulamıyorsa
• Cari ve tahsilat bilgileri başka programlarda tutuluyorsa
• Bir binanın geçmiş bakım kayıtlarını bulmak uzun sürüyorsa
• Firma sahibi saha performansını anlık göremiyorsa
• Program mobil kullanımda teknisyenleri zorluyorsa
• Yeni personelin sistemi öğrenmesi günler veya haftalar alıyorsa

Buradaki önemli nokta şudur: Programın olması ile programın operasyonu yönetmesi aynı şey değildir.

Örneğin firma 700 asansöre bakım yapıyor ancak aylık plan önce programdan çıkarılıp Excel'e aktarılıyor, sonra teknisyenlere WhatsApp'tan gönderiliyorsa kullanılan yazılım merkezi operasyon sistemi görevini yerine getirmiyor demektir.

En Kritik Karar Noktası: Program İş Yükünü Azaltıyor mu, Artırıyor mu?

Bir bakım yazılımının temel amacı aynı veriyi tekrar tekrar girmeyi azaltmaktır.

Aşağıdaki senaryoyu düşünelim.

Teknisyen bakım yaptıktan sonra önce kâğıt form dolduruyor. Ardından ofise fotoğraf gönderiyor. Ofis personeli yapılan bakımı programa işliyor. Daha sonra muhasebe tarafında ayrıca tahsilat veya cari kaydı oluşturuluyor.

Bu durumda tek bakım işlemi için aynı bilgi üç veya dört kez işlenmiş olur.

İyi tasarlanmış bir sistemde ise ideal akış daha kısa olabilir:

1. Teknisyen kendisine atanan bakımı mobil cihazından görür.
2. Sahada bakım formunu doldurur.
3. Gerekiyorsa fotoğraf ve müşteri imzası ekler.
4. Bakımı tamamlar.
5. İşlem otomatik olarak bakım geçmişine kaydedilir.
6. Tahsilat veya cari işlem gerekiyorsa ilgili süreç devam eder.

Firma büyüdükçe bu fark çok daha önemli hale gelir.

Ayda 1.000 bakım yapan bir işletmede her bakım için yalnızca 3 dakika gereksiz veri girişi yapılması yaklaşık 50 saatlik ek iş yükü anlamına gelir.

Dolayısıyla program değişimi değerlendirilirken yalnızca lisans fiyatına değil, çalışanların sistem nedeniyle harcadığı zamana da bakılmalıdır.

Mevcut Programı Değerlendirmek İçin Kullanılabilecek Kontrol Tablosu

Kararı kişisel görüşlerden çıkarıp ölçülebilir hale getirmek için mevcut program puanlanabilir.

Değerlendirme Alanı	İyi Durum	Değişim Sinyali
Bakım planlama	Plan otomatik ve düzenli ilerliyor	Excel veya manuel liste gerekiyor
Mobil kullanım	Teknisyen işlemi sahada tamamlıyor	Ofis tekrar veri giriyor
Bakım geçmişi	Tek ekrandan ulaşılabiliyor	Evrak ve mesaj aranıyor
Arıza yönetimi	Kayıt, atama ve sonuç takip ediliyor	Telefon ve WhatsApp ağırlıklı
Fotoğraf ve imza	İşleme bağlı saklanıyor	Galeri veya mesajlarda kalıyor
Cari ve tahsilat	Operasyonla bağlantılı	Ayrı tablolar kullanılıyor
Raporlama	Firma sahibi anlık takip ediyor	Rapor manuel hazırlanıyor
Kullanım kolaylığı	Personel düzenli kullanıyor	Çalışanlar programdan kaçınıyor
Veri güvenliği	Düzenli yedekleme mevcut	Verinin nerede tutulduğu belirsiz
Destek	Sorunlar hızlı çözülüyor	Günlerce yanıt alınamıyor

Bu tablodaki alanların birkaçında sürekli problem yaşanıyorsa program değiştirme konusu ciddi biçimde değerlendirilmelidir.

Ancak tek bir eksik özellik nedeniyle doğrudan yazılım değiştirmek de doğru değildir. Önce mevcut sağlayıcıyla görüşülerek problemin eğitim, yanlış kullanım veya ayar kaynaklı olup olmadığı kontrol edilmelidir.

Program Değiştirme Kararı İçin En Uygun Zaman Ne Zamandır?

Asansör bakım firmalarında geçiş zamanlaması özellikle önemlidir. Çünkü aylık bakım operasyonunun kesintiye uğramaması gerekir.

Yeni Dönem Planlamasından Önce

En uygun dönemlerden biri yeni aylık veya yıllık operasyon planı başlamadan önceki süreçtir.

Örneğin ayın son haftasında veri aktarımı ve kullanıcı eğitimi yapılarak yeni ayın bakım planı yeni sistem üzerinden başlatılabilir.

Bu yöntem eski ve yeni sistem arasında oluşabilecek karışıklığı azaltır.

Firma Hızla Büyürken

50–100 asansörlük portföyde tolere edilen manuel yöntemler, 500 veya 1.000 asansörde ciddi operasyon problemi yaratabilir.

Şu belirtiler büyüme kaynaklı değişim ihtiyacını gösterir:

• Teknisyen sayısı arttıkça görev dağılımının karışması
• Bakım kaçaklarının artması
• Müşteri taleplerine cevap süresinin uzaması
• Firma sahibinin günlük operasyonu takip edememesi
• Cari ve tahsilat takibinin zorlaşması

Firma büyümeden önce sistem değiştirmek genellikle büyüdükten sonra değiştirmekten daha kolaydır.

Eski Program Geliştirilmiyorsa

Bir yazılım uzun süredir güncelleme almıyorsa önemli riskler oluşabilir.

Mobil cihaz uyumluluğu, tarayıcı desteği, güvenlik, yedekleme veya yeni operasyon ihtiyaçları zaman içinde problem yaratabilir.

Program çalışıyor olsa bile sağlayıcının ürünü aktif geliştirmemesi uzun vadeli bir risk olarak değerlendirilmelidir.

Destek Süreci Operasyonu Aksatıyorsa

Yazılım kadar yazılım sağlayıcısının desteği de önemlidir.

Örneğin bakım planı oluşturulamıyor ve destek ekibine iki gün ulaşılamıyorsa teknik problem artık doğrudan operasyon problemine dönüşür.

Özellikle sahada aktif kullanılan sistemlerde destek süresi karar kriterlerinden biri olmalıdır.

Program Değiştirmeden Önce Mutlaka Yapılması Gerekenler

Yeni program seçildiği anda eski sistem kapatılmamalıdır.

En güvenli yöntem kontrollü geçiş yapmaktır.

1. Mevcut Verileri Envanterleyin

Öncelikle hangi verilerin taşınacağı belirlenmelidir.

Genellikle şu kayıtlar önemlidir:

• Müşteriler
• Binalar
• Asansörler
• Bakım sözleşmeleri
• Bakım geçmişleri
• Arıza kayıtları
• Cari bakiyeler
• Tahsilatlar
• Teklifler
• Personel kayıtları
• Stok bilgileri

Her verinin taşınması şart değildir. Örneğin yıllar önce kapanmış müşteriler ayrı bir arşivde tutulabilir.

2. Veri Aktarımını Test Edin

Yeni program sağlayıcısından veri aktarım yöntemini net biçimde öğrenin.

Özellikle Excel aktarımında şu alanların eşleştiğini kontrol edin:

• Bina adı
• Müşteri adı
• Asansör bilgileri
• Seri veya kimlik bilgileri
• Bakım periyodu
• Sözleşme tarihleri
• Cari bakiye

1000 kayıt aktarıldıktan sonra hata bulmak yerine önce 20–30 kayıtla test yapmak daha güvenlidir.

3. Teknisyenlerle Pilot Kullanım Yapın

Program değişiminde en büyük direnç çoğu zaman ofisten değil sahadan gelir.

Bu nedenle birkaç teknisyen seçilerek gerçek bakım işlemleri yeni sistem üzerinden yaptırılmalıdır.

Şunlar gözlemlenmelidir:

• İş emrini bulmak kolay mı?
• Bakım formu hızlı dolduruluyor mu?
• Fotoğraf ekleme rahat mı?
• İnternetin zayıf olduğu bölgelerde kullanım sorun çıkarıyor mu?
• Bakımı kapatmak kaç dakika sürüyor?

Asansorex gibi saha ve bakım süreçlerini aynı sistemde birleştiren çözümler değerlendirilirken de demo ekranına bakmak yerine gerçek bir bakım senaryosuyla test yapmak daha sağlıklı sonuç verir.

Fiyat Tek Başına Program Değiştirme Sebebi Olmalı mı?

Genellikle hayır.

Yıllık lisans maliyeti önemli olsa da toplam maliyet yalnızca yazılım ücretinden oluşmaz.

Örneğin iki programı karşılaştıralım.

Birinci program yılda 10.000 TL daha ucuz olsun. Ancak ofis çalışanlarının manuel veri girişi nedeniyle ayda 10 saat fazla çalışmasına neden olsun.

Yılda bu yaklaşık 120 saat ek iş yükü oluşturur.

Buna şu maliyetler de eklenebilir:

• Kaçırılan bakımlar
• Geciken tahsilatlar
• Yanlış teknisyen yönlendirmeleri
• Kayıp bakım formları
• Müşteriyle yaşanan kayıt anlaşmazlıkları
• Manuel raporlama süresi

Bu nedenle karar verirken toplam operasyon maliyeti değerlendirilmelidir.

Daha ucuz yazılım her zaman daha ekonomik değildir.

Yeni Program Seçerken Hangi Sorular Sorulmalı?

Program değiştirme kararı verildikten sonra aynı problemlerin başka yazılımda tekrarlanmaması gerekir.

Demo sırasında şu soruları doğrudan sorun:

1. Mevcut müşteri ve asansör verilerim nasıl aktarılacak?
2. Teknisyen bakım işlemini tamamen telefondan tamamlayabiliyor mu?
3. Bakım formuna fotoğraf ve imza eklenebiliyor mu?
4. Arıza kaydı teknisyene atanabiliyor mu?
5. Geçmiş bakım kayıtları bina bazında görülebiliyor mu?
6. Teknisyenlerin yaptığı işlemler raporlanabiliyor mu?
7. Cari ve tahsilat süreçleri bakım işlemleriyle ilişkilendirilebiliyor mu?
8. Yedekleme sistemi nasıl çalışıyor?
9. Kullanıcı veya asansör sayısı arttığında fiyatlandırma nasıl değişiyor?
10. Teknik destek hangi kanallardan sağlanıyor?
11. Sistemden ayrılmak istersem verilerimi dışarı aktarabiliyor muyum?
12. Eğitim ve kurulum desteği veriliyor mu?

Özellikle son soru önemlidir. İyi bir yazılımın kötü kurulum süreci, kullanıcıların sistemi benimsememesine neden olabilir.

Eski ve Yeni Program Bir Süre Birlikte Kullanılmalı mı?

Kısa süreli paralel kullanım faydalı olabilir.

Ancak bu süre gereğinden fazla uzatılmamalıdır.

Örneğin bir haftalık pilot dönemde aynı bakım kayıtları hem eski hem yeni sistemde kontrol edilebilir. Verilerin doğru aktarıldığı ve personelin sistemi kullanabildiği görüldükten sonra yeni sisteme geçilebilir.

Aylarca iki sistem kullanılması ise genellikle şu sorunları oluşturur:

• Hangi kaydın güncel olduğunun karışması
• Çift veri girişi
• Personelin eski sisteme dönmesi
• Raporların farklı çıkması

Bu nedenle geçiş için kesin bir tarih belirlemek daha sağlıklıdır.

Program değişiminin başarısı yalnızca yeni yazılımın kalitesine değil, eski sistemden yeni sisteme geçiş disiplinine de bağlıdır.

Program Değişikliğinde Firma Sahibinin Takip Etmesi Gereken 5 Gösterge

Yeni sisteme geçtikten sonraki ilk birkaç ayda performans ölçülmelidir.

Özellikle şu göstergeler takip edilebilir:

• Zamanında tamamlanan bakım oranı
• Teknisyen başına tamamlanan iş sayısı
• Açık arıza sayısı
• Bakım formu eksikliği
• Tahsilat ve cari takip süresi

Amaç yalnızca “yeni program kullanılıyor” demek değildir.

Amaç operasyonun gerçekten daha düzenli hale geldiğini gösterebilmektir.

Örneğin daha önce ay sonunda tamamlanmamış 40 bakım bulunuyorsa yeni sistemden sonra bu sayı 10'a düşüyorsa değişimin operasyonel faydası ölçülebilir hale gelir.

Sıkça Sorulan Sorular

Asansör bakım programı kaç yılda bir değiştirilmelidir?

Bunun için sabit bir süre yoktur. Program ihtiyaçları karşılıyor, güncelleniyor ve operasyonu verimli şekilde destekliyorsa uzun yıllar kullanılabilir. Değişim kararı yaşa değil, performansa göre verilmelidir.

Program değiştirmek bakım geçmişinin kaybolmasına neden olur mu?

Doğru veri aktarımı yapılırsa olmak zorunda değildir. Geçiş öncesinde eski sistemden yedek alınmalı ve hangi geçmiş kayıtların yeni sisteme aktarılacağı belirlenmelidir.

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

Evet. Müşteri, bina ve asansör bilgileri düzenli tutulmuşsa Excel verileri çoğu sistemde aktarım için hazırlanabilir. Ancak geçişten önce veri temizliği yapılması faydalıdır.

Teknisyenler yeni programa alışmakta zorlanır mı?

Programın kullanım kolaylığına ve verilen eğitime bağlıdır. En iyi yöntem birkaç teknisyenle pilot kullanım yapmak ve gerçek bakım senaryoları üzerinden eğitim vermektir.

En ucuz asansör bakım programını seçmek doğru mu?

Tek başına fiyat üzerinden seçim yapılması önerilmez. Lisans maliyetinin yanında veri aktarımı, eğitim, destek, mobil kullanım ve manuel iş yükü de değerlendirilmelidir.

Program değiştirirken eski sistem hemen kapatılmalı mı?

Genellikle kısa bir geçiş dönemi daha güvenlidir. Veriler ve saha işlemleri doğrulandıktan sonra belirlenen kesin tarihte yeni sisteme tamamen geçilebilir.

Özet

Asansör bakım programı değiştirme kararı, mevcut yazılım eski göründüğü için değil, firmanın operasyonuna artık yeterince katkı sağlamadığı zaman verilmelidir. Bakımlar Excel'e taşınıyor, teknisyenler hâlâ WhatsApp üzerinden yönetiliyor, bakım formları farklı yerlerde tutuluyor veya firma sahibi operasyonu sağlıklı takip edemiyorsa mevcut sistem yeniden değerlendirilmelidir.

Karar öncesinde veri aktarımı, saha kullanımı, teknik destek, toplam maliyet ve personel adaptasyonu birlikte ele alınmalıdır. Yeni yazılım mutlaka gerçek bakım senaryolarıyla test edilmeli ve mümkünse kontrollü pilot geçiş yapılmalıdır.

Asansorex gibi asansör bakım, arıza, saha ve finans süreçlerini tek merkezde toplamayı amaçlayan sistemler de bu aşamada değerlendirilebilir. Burada önemli olan herhangi bir ürünü seçmek değil, firmanın günlük operasyonunu gerçekten sadeleştiren ve büyüdükçe sürdürülebilir kalabilecek bir sistem kurmaktır.