Asansör Saha Yazılımı Değiştirme Kararları: Ne Zaman Geçilmeli?

İÇERİK

Asansör bakım firmalarında saha operasyonu büyüdükçe kullanılan yazılımın önemi de artar. 30–40 asansörlük küçük bir portföyde tolere edilebilen eksikler, yüzlerce asansör ve birden fazla teknisyen olduğunda ciddi zaman ve para kaybına dönüşebilir. Bu nedenle asansör saha yazılımı değiştirme kararı, yalnızca mevcut programın eski görünmesi veya yeni bir alternatifin daha fazla özellik sunması nedeniyle verilmemelidir.

Asıl soru şudur: Mevcut sistem firmanın günlük işlerini gerçekten kolaylaştırıyor mu, yoksa çalışanların yazılımın eksiklerini kapatmak için WhatsApp, Excel, kâğıt form ve telefon görüşmelerine geri dönmesine mi neden oluyor?

Doğru zamanda yapılan bir yazılım değişikliği bakım planlamasını, arıza yönetimini, teknisyen takibini ve müşteri iletişimini önemli ölçüde düzenleyebilir. Yanlış zamanda, hazırlıksız yapılan bir geçiş ise veri kaybı, ekip direnci ve saha operasyonunda aksama yaratabilir.

Bu nedenle karar verirken yalnızca yazılım fiyatına değil, operasyonun tamamına etkisine bakmak gerekir.

Asansör Saha Yazılımı Neden Değiştirilir?

Bir saha yazılımının temel görevi firmanın yaptığı işi kayıt altına almak değildir. İyi bir sistem, günlük operasyonu hızlandırmalı ve unutulabilecek işleri görünür hâle getirmelidir.

Örneğin teknisyen sabah işe başladığında:

• Hangi binalara gideceğini,
• Hangi bakımın geciktiğini,
• Kendisine atanmış açık arızaları,
• Önceki bakımda hangi işlemlerin yapıldığını,
• Binanın iletişim ve konum bilgisini,
• Gerekli kontrol listesini

tek yerden görebilmelidir.

Aynı şekilde firma sahibi de sürekli teknisyen aramak zorunda kalmadan hangi işlerin tamamlandığını takip edebilmelidir.

Mevcut yazılım bu temel akışı sağlayamıyorsa ekip çoğu zaman farklı yöntemler geliştirmeye başlar. Bakım planı Excel'de tutulur, arızalar WhatsApp grubuna yazılır, fotoğraflar telefon galerilerinde kalır, imzalı formlar klasörlere kaldırılır.

Bu noktada firma aslında bir saha yazılımı kullanıyor görünse bile operasyon hâlâ parçalı şekilde yönetiliyor demektir.

Yazılım değişiminin en önemli sinyali özellik eksikliği değil, çalışanların işi tamamlamak için yazılım dışındaki araçlara sürekli ihtiyaç duymasıdır.

Değişim Zamanını Gösteren 7 Temel Sinyal

Her eksiklik yazılım değiştirmek için yeterli değildir. Ancak bazı sorunlar sürekli tekrar ediyorsa sistemin firmaya uygun olmadığı düşünülmelidir.

1. Teknisyenler sistemi kullanmak istemiyorsa

Saha yazılımının başarısı ofiste değil, sahada belli olur.

Teknisyen iş emrini görmek için birçok ekran açmak zorunda kalıyor, bakım kapatırken gereksiz alanlar dolduruyor veya uygulama sürekli yavaşlıyorsa kullanıcı doğal olarak daha kolay yönteme yönelir.

Sonuçta ekip:

• Bakımları gün sonunda toplu kapatabilir,
• Fotoğrafları sisteme yüklemeyebilir,
• Açıklamaları eksik bırakabilir,
• Arızaları WhatsApp üzerinden takip etmeye başlayabilir.

Burada sorun her zaman personelin teknolojiye direnmesi değildir. Kullanılan sistemin saha gerçeklerine uygun olup olmadığı da değerlendirilmelidir.

2. Bakım planları sürekli manuel düzeltiliyorsa

Aylık bakım planı oluşturulduktan sonra sürekli Excel'e aktarılıyor veya elle yeniden düzenleniyorsa mevcut sistem planlama ihtiyacını yeterince karşılamıyor olabilir.

Özellikle yüzlerce asansörü olan firmalarda şu işlemlerin manuel yapılması ciddi zaman kaybettirir:

• Teknisyen bazlı bakım dağıtımı,
• Tarih değişiklikleri,
• Geciken bakımların yeniden planlanması,
• Bölge bazlı iş dağılımı,
• Tamamlanmayan işlerin sonraki güne aktarılması.

Sistem büyüdükçe bu yük doğrudan operasyon sorumlusunun üzerine biner.

3. Açık arızaların durumu net görülemiyorsa

Bir müşteri arayıp “Asansör hâlâ çalışmıyor, teknisyen ne zaman gelecek?” dediğinde firma birkaç kişiyi aramak zorunda kalıyorsa arıza sürecinde görünürlük problemi vardır.

Sağlıklı bir saha sisteminde en azından şu bilgiler kolayca görülebilmelidir:

• Arıza ne zaman bildirildi?
• Kime atandı?
• Teknisyen işlem yaptı mı?
• Hangi açıklamayı girdi?
• Arıza kapatıldı mı?
• Kullanılan malzeme veya yapılan işlem nedir?

Bunların telefon görüşmeleriyle takip edilmesi büyüyen firmalarda sürdürülebilir değildir.

4. Saha kayıtları eksik kalıyorsa

Bakım yapıldı ancak fotoğraf yok. Teknisyen işlemi kapattı ancak müşteri imzası alınmadı. Arıza çözüldü ancak yapılan işlem açıklaması girilmedi.

Bu tür eksikler tek tek küçük görünebilir. Ancak ay sonunda yüzlerce işlem olduğunda firma geçmiş kayıtlara ulaşmakta zorlanabilir.

Özellikle müşteriyle yaşanan anlaşmazlıklarda “O gün ne yapıldı?” sorusuna hızlı cevap verilemiyorsa sistemin kayıt kalitesi sorgulanmalıdır.

5. Aynı bilgi birden fazla yere giriliyorsa

Verimsizliğin en görünür işaretlerinden biri mükerrer veri girişidir.

Örneğin teknisyen bakım kaydını uygulamaya girer, ofis çalışanı daha sonra aynı bilgileri Excel'e aktarır, tahsilat ayrı programa işlenir ve müşteriye ayrıca WhatsApp üzerinden bilgi verilir.

Tek bir işlemin dört farklı yerde tekrar edilmesi yalnızca zaman kaybettirmez. Veri hatası riskini de artırır.

6. Raporlar karar vermeye yetmiyorsa

Firma sahibi yalnızca “bu ay 420 bakım yapıldı” bilgisini görmek istemez.

Şu soruların cevapları da önemlidir:

• Kaç bakım gecikti?
• Hangi teknisyenin iş yükü fazla?
• Hangi binalarda daha sık arıza oluşuyor?
• Kaç açık iş bulunuyor?
• Arıza çözüm süreleri nasıl değişiyor?
• Hangi müşterilerde sürekli operasyon problemi yaşanıyor?

Sistem bu bilgileri üretmiyorsa büyüdükçe yönetim kararları tahminlere dayanmaya başlayabilir.

7. Yazılım operasyonun büyümesini engelliyorsa

50 asansör yönetirken yeterli olan sistem, 500 asansörde aynı sonucu vermeyebilir.

Yeni teknisyen eklemek, yeni müşteri portföyünü sisteme aktarmak veya bakım planını genişletmek giderek zorlaşıyorsa yazılım artık firmanın ölçeğine uygun olmayabilir.

Sorun Yazılımda mı, Kullanım Şeklinde mi?

Değişim kararı vermeden önce önemli bir ayrım yapılmalıdır.

Bazı firmalarda yazılım yeterlidir ancak ekip özellikleri doğru kullanmamaktadır. Bu durumda yeni bir sisteme geçmek aynı sorunların tekrar yaşanmasına neden olabilir.

Karar öncesinde aşağıdaki kontrol yapılabilir:

Kontrol noktası	Mevcut sistemde durum	Değişim sinyali
Bakım planlama	Otomatik ve kolay	Sürekli Excel müdahalesi
Mobil kullanım	Teknisyen rahat kullanıyor	Kullanım sürekli erteleniyor
Arıza takibi	Durum anlık görülebiliyor	WhatsApp'tan takip ediliyor
Fotoğraf ve imza	İşlemle birlikte saklanıyor	Telefonlarda veya kâğıtta kalıyor
Geçmiş kayıt	Saniyeler içinde bulunuyor	Dosya ve mesaj aranıyor
Raporlama	Yönetim için yeterli	Manuel rapor hazırlanıyor
Veri girişi	Tek noktadan ilerliyor	Aynı veri birkaç kez giriliyor
Destek	Sorunlar hızlı çözülüyor	Sürekli bekleyen problemler var

Tablonun sağ tarafındaki durumların büyük bölümü firmanızda yaşanıyorsa alternatif sistemleri değerlendirmek mantıklı olabilir.

Yeni Yazılıma Geçerken En Büyük Hata: Özellik Saymak

Asansör firmaları yeni yazılım ararken çoğu zaman uzun bir özellik listesi çıkarır.

“QR var mı, stok var mı, teklif var mı, konum var mı, rapor var mı?”

Bunlar önemli sorulardır ancak tek başına yeterli değildir.

Asıl değerlendirme gerçek iş akışı üzerinden yapılmalıdır.

Örneğin demo sırasında şu senaryo denenebilir:

1. Yeni bir bina ve asansör oluşturun.
2. Bakım planlayın.
3. Bakımı bir teknisyene atayın.
4. Teknisyenin telefondan işi açmasını sağlayın.
5. Kontrol listesini doldurun.
6. Fotoğraf ekleyin.
7. Müşteri imzası alın.
8. Bakımı tamamlayın.
9. Ofis tarafından tamamlanan kaydı kontrol edin.
10. Geçmiş bakım kaydını tekrar bulun.

Bu işlemler günlük hayatta kolay ilerliyorsa sistemin firmaya uyma ihtimali yüksektir.

Ancak sadece sunum ekranlarından özelliklere bakıldığında kullanışlı görünmeyen veya günlük iş akışına uymayan bir sistem satın alınabilir.

Yazılım Değiştirirken Veri Geçişi Nasıl Planlanmalı?

Yeni programa geçişte en kritik konulardan biri eski verilerdir.

Firma yıllardır çalışıyorsa elinde yüzlerce bina, asansör, müşteri ve cari kaydı olabilir. Bunların tek tek yeniden girilmesi ciddi iş yükü oluşturur.

Geçiş öncesinde veriler sınıflandırılmalıdır.

Mutlaka aktarılması gereken bilgiler

Genellikle öncelik verilmesi gereken kayıtlar şunlardır:

• Aktif müşteriler,
• Aktif binalar,
• Asansör bilgileri,
• Bakım periyotları,
• Sözleşme bilgileri,
• Açık arızalar,
• Güncel cari bakiyeler,
• Aktif teknisyenler.

Eski ve artık kullanılmayan kayıtların tamamını yeni sisteme taşımaya çalışmak geçiş sürecini gereksiz yere zorlaştırabilir.

Örneğin 10 yıllık portföyde artık çalışılmayan yüzlerce bina bulunuyorsa bunlar ayrı bir arşivde saklanabilir.

Asansorex gibi asansör bakım ve saha yönetimine odaklanan sistemlerde de geçişin en sağlıklı yolu, önce aktif portföyün temizlenmesi ve ardından günlük operasyonun yeni sisteme aktarılmasıdır.

Eski ve Yeni Sistemi Ne Kadar Süre Paralel Kullanmalı?

Bir gecede bütün operasyonu kapatıp yeni sisteme geçirmek çoğu firma için riskli olabilir.

Daha güvenli yöntem kontrollü geçiştir.

Örneğin ilk aşamada:

• 1 operasyon sorumlusu,
• 1 veya 2 teknisyen,
• 20–30 bina

üzerinden pilot kullanım yapılabilir.

Birkaç günlük gerçek saha kullanımında sistemin nerelerde zorlandığı çok daha net görülür.

Pilot sırasında özellikle şu konular takip edilmelidir:

• Teknisyen işi kolay bulabiliyor mu?
• Bakım kapatma süresi makul mü?
• Fotoğraf yükleme sorunsuz mu?
• İşlem sonrası kayıt ofiste hemen görünüyor mu?
• Açık işlerin takibi kolay mı?
• Teknik destek gerektiğinde çözüm alınabiliyor mu?

Pilot başarılı olduğunda diğer teknisyenler ve portföy kademeli olarak sisteme alınabilir.

Yazılım Fiyatından Önce Gizli Maliyete Bakın

İki yazılım arasında yıllık fiyat farkı olduğunda daha ucuz olan seçenek doğal olarak cazip görünebilir.

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

Örneğin eski sistem nedeniyle bir operasyon çalışanı her gün 60 dakika manuel planlama ve veri düzeltme yapıyorsa ayda yaklaşık 20–25 saat yalnızca bu işe ayrılabilir.

Buna teknisyenlerin telefon görüşmeleri, WhatsApp'ta arıza araması ve eksik kayıtların tamamlanması eklendiğinde görünmeyen maliyet büyür.

Bu nedenle değerlendirme şu şekilde yapılmalıdır:

Gerçek yazılım maliyeti = Lisans maliyeti + manuel iş yükü + hata maliyeti + kayıp zaman

Yeni yazılım daha pahalı olsa bile aylık onlarca saat operasyon zamanı kazandırıyorsa toplam maliyet açısından daha avantajlı olabilir.

Aynı şekilde pahalı olan her sistem de otomatik olarak iyi değildir. Önemli olan firmanın günlük iş akışında ne kadar değer ürettiğidir.

Değişim Kararı Vermeden Önce Sorulacak Sorular

Firma sahibi veya operasyon sorumlusu karar öncesinde kendi ekibine şu soruları sorabilir:

• Teknisyenler mevcut uygulamayı gerçekten kullanıyor mu?
• Arızalar hâlâ WhatsApp'tan mı takip ediliyor?
• Bakım planına Excel üzerinden müdahale gerekiyor mu?
• Geçmiş bakım kaydını bulmak kolay mı?
• Fotoğraf ve imzalar işlemle birlikte saklanıyor mu?
• Açık ve geciken işler tek ekranda görülebiliyor mu?
• Yeni teknisyen sisteme kolay adapte olabiliyor mu?
• Aynı veri birden fazla programa giriliyor mu?
• Yazılım firması sorunlarda yeterli destek sağlıyor mu?
• Portföy iki katına çıksa mevcut sistem yeterli olur mu?

Bu soruların önemli bölümüne olumsuz cevap veriliyorsa yazılım değişikliği artık yalnızca teknolojik bir tercih değil, operasyonel bir ihtiyaç olabilir.

Sıkça Sorulan Sorular

Asansör saha yazılımı kaç yılda bir değiştirilmelidir?

Bunun için sabit bir süre yoktur. Yazılım 7–8 yıldır kullanılıyor olsa bile firmanın ihtiyaçlarını karşılıyorsa değiştirmek gerekmeyebilir. Buna karşılık yalnızca bir yıldır kullanılan bir sistem günlük operasyonu zorlaştırıyorsa daha erken değişiklik değerlendirilebilir.

Teknisyenlerin mevcut programa alışmış olması değişime engel midir?

Hayır. Ancak geçiş sürecinin kontrollü yapılması gerekir. Önce birkaç teknisyenle pilot kullanım yapılıp saha geri bildirimleri alınması adaptasyonu kolaylaştırır.

Eski verilerin tamamını yeni programa taşımak gerekir mi?

Genellikle hayır. Öncelikle aktif müşteriler, binalar, asansörler, sözleşmeler ve güncel finansal kayıtlar taşınmalıdır. Çok eski ve pasif veriler ayrıca arşivlenebilir.

Yeni yazılım seçerken mobil uygulama önemli midir?

Saha operasyonu olan asansör firmaları için oldukça önemlidir. Teknisyenlerin bakım ve arıza işlemlerini sahadan kaydedebilmesi, fotoğraf ekleyebilmesi ve yapılan işi tamamlayabilmesi ofis üzerindeki veri giriş yükünü azaltır.

Yazılım değiştirmenin en doğru zamanı nedir?

Yoğun operasyon döneminin ortası yerine firmanın geçişi takip edebileceği nispeten kontrollü bir dönem tercih edilmesi daha sağlıklıdır. Ayrıca veri hazırlığı ve ekip eğitimi tamamlanmadan toplu geçiş yapılmamalıdır.

Yeni sistem seçerken demo yeterli midir?

Sadece standart ürün sunumunu izlemek yeterli değildir. Gerçek bir bina, bakım ve arıza senaryosu üzerinden uygulamalı deneme yapmak çok daha sağlıklı sonuç verir.

Özet

Asansör saha yazılımı değiştirme kararı, yalnızca daha yeni veya daha fazla özellik sunan bir program bulmak anlamına gelmez. Temel amaç firmanın günlük bakım, arıza ve teknisyen operasyonunu daha az manuel işlemle yönetebilmesidir.

Teknisyenler sistemi kullanmıyor, bakım planları Excel'de düzeltiliyor, arızalar WhatsApp'tan takip ediliyor ve saha kayıtları farklı yerlerde dağılıyorsa mevcut yazılımın yeniden değerlendirilmesi gerekir.

Değişim kararı verildiğinde en sağlıklı yöntem; aktif verileri temizlemek, gerçek saha senaryolarıyla yeni sistemi denemek ve küçük bir ekiple pilot kullanım yaptıktan sonra kademeli geçiş gerçekleştirmektir.

Asansorex gibi asansör bakım firmalarının saha süreçlerine odaklanan yazılımlar da bu aşamada bakım planlama, teknisyen operasyonu, arıza takibi ve saha kayıtlarını tek akışta toplamak için değerlendirilebilir. Ancak hangi sistem seçilirse seçilsin, doğru kararın ölçüsü özellik sayısı değil, firmanın günlük operasyonunda sağladığı gerçek kolaylıktır.