Asansör Yazılımı İçin 90 Günlük Değerlendirme Planı

İÇERİK

Asansör yazılımı satın almak, sadece “hangi program daha uygun fiyatlı?” sorusuyla verilecek bir karar değildir. Çünkü asansör bakım firmasında yazılım; bakım planını, arıza kayıtlarını, cari takibi, teknisyen performansını, müşteri iletişimini ve denetimde sunulacak servis geçmişini doğrudan etkiler. Yanlış seçilen bir program ilk ay heyecan yaratabilir; üçüncü ay ise ekip yine WhatsApp, Excel ve kâğıt forma dönmüş olabilir.

Bu yüzden en sağlıklı yöntem, yazılımı 90 günlük bir değerlendirme planıyla test etmektir. 90 gün; hem ofis ekibinin hem saha teknisyenlerinin alışkanlıklarını görmek, verilerin düzenli girilip girilmediğini ölçmek ve yazılımın gerçek iş yükünde nasıl çalıştığını anlamak için yeterli bir süredir. Bu yazıda, bir asansör firmasının 90 gün boyunca hangi adımları izlemesi gerektiğini, hangi metrikleri takip etmesi gerektiğini ve karar aşamasında nelere dikkat etmesi gerektiğini pratik şekilde ele alacağız.

Neden 90 Günlük Değerlendirme Gerekir?

Birçok firma yazılımı demo ekranına bakarak değerlendirir. Demo sırasında her şey düzenli görünür: bakım listeleri temizdir, örnek müşteriler hazırdır, raporlar düzgün çıkar. Fakat gerçek hayatta tablo farklıdır. Eksik adresler, yanlış telefonlar, yoğun teknisyen programı, geciken bakım ziyaretleri, anlık arıza talepleri ve cari bakiye itirazları devreye girer.

90 günlük değerlendirme planı bu yüzden önemlidir. Çünkü yazılımın sadece özellik listesine değil, günlük iş akışına uyup uymadığına bakılır.

Bu süreçte şu sorulara net cevap aranır:

• Bakım planı gerçekten daha düzenli hale geldi mi?
• Teknisyenler mobil uygulamayı sahada kullanabiliyor mu?
• Arıza kayıtları kaybolmadan takip ediliyor mu?
• Cari bakiye ve tahsilat takibi daha şeffaf oldu mu?
• Bina yöneticisine sunulacak bakım geçmişi kolayca çıkarılabiliyor mu?
• Program ekibe ek yük mü getirdi, yoksa işleri sadeleştirdi mi?

İyi bir asansör yazılımı, firmaya sadece kayıt tutturmaz; sahadaki belirsizliği azaltır, ofisin kontrolünü artırır ve müşteriye karşı daha güvenilir bir hizmet standardı oluşturur.

İlk 30 Gün: Mevcut Durumu Ölçme ve Temel Kurulum

90 günlük planın ilk ayı, “programı hemen tamamen kullanmaya başlayalım” dönemi değildir. Önce mevcut işleyiş doğru analiz edilmelidir. Çünkü ölçmediğiniz bir süreci iyileştirmeniz zordur.

Mevcut Süreç Haritası Çıkarın

İlk adımda firmanın bugün işleri nasıl yürüttüğü yazılmalıdır. Bu çalışma basit ama çok değerlidir. Şu başlıklar netleşmelidir:

• Bakım planı nerede tutuluyor?
• Arıza talepleri kim tarafından alınıyor?
• Teknisyenler işi tamamladığını nasıl bildiriyor?
• Bakım formu kâğıt mı, dijital mi?
• Cari borçlar nasıl takip ediliyor?
• Tahsilat hatırlatmaları kim tarafından yapılıyor?
• Sözleşme bitiş tarihleri nerede izleniyor?
• Müşteriye geçmiş bakım kaydı nasıl sunuluyor?

Bu sorulara verilen cevaplar, yazılımın hangi noktada değer üreteceğini gösterir. Örneğin bakım planı Excel’de tutuluyor ama teknisyen WhatsApp’tan bilgi veriyorsa, sorun sadece planlama değil; saha-ofis bağlantısıdır.

Temel Verileri Programa Aktarın

İlk 30 günde tüm geçmişi kusursuz aktarmaya çalışmak yerine, en kritik verilerle başlamak daha doğrudur. Genelde şu veriler yeterlidir:

• Müşteri ve bina bilgileri
• Asansör listesi
• Periyodik bakım tarihleri
• Aktif sözleşmeler
• Açık arıza kayıtları
• Cari bakiyeler
• Teknisyen kullanıcıları

Bu noktada Asansorex gibi asansör bakım yazılımları, bakım planı, arıza kaydı, cari takip ve saha işlemlerini aynı yapı içinde topladığı için firmaya dağınık başlangıç verilerini daha kontrollü yönetme imkânı sağlar. Önemli olan, ilk ayda tüm geçmiş mükemmel olsun diye sistemi kilitlemek değil; güncel operasyonu doğru başlatmaktır.

31-60. Günler: Saha Kullanımı ve Operasyon Testi

İkinci ay, yazılımın gerçek sınavıdır. Çünkü artık program sadece ofiste değil, sahada da kullanılmaya başlamalıdır. Asansör firmalarında yazılım başarısının büyük bölümü teknisyen kullanımına bağlıdır. Ofis ne kadar iyi plan yaparsa yapsın, sahadan veri dönmüyorsa sistem eksik kalır.

Pilot Ekip Seçimi Yapın

Tüm ekibi aynı anda sisteme almak bazen direnç oluşturabilir. Bunun yerine 1 veya 2 teknisyenle pilot kullanım başlatmak daha sağlıklıdır. Pilot ekip seçerken sadece teknolojiye yatkın kişileri değil, gerçek saha yoğunluğunu yaşayan teknisyenleri de dahil etmek gerekir.

Pilot ekip şu işleri sistem üzerinden yapmalıdır:

1. Günlük bakım listesini görme
2. Bakım işlemini başlatma ve tamamlama
3. Fotoğraf, açıklama veya imza ekleme
4. Arıza kaydı kapatma
5. Tahsilat veya müşteri notu bildirme
6. Gerekirse bakım/arıza föyü üretme

Bu kullanım sonunda “teknisyen yapabildi mi?” sorusundan daha önemlisi şudur: Teknisyen bu sistemi kullanınca ofisin işi azaldı mı?

Saha Verisinin Kalitesini Ölçün

İkinci ayda sadece kaç iş kapandığına bakmak yeterli değildir. Girilen verinin kalitesi de ölçülmelidir.

Ölçüm Alanı	Kontrol Sorusu	Başarı İşareti
Bakım tamamlama	Planlanan bakım zamanında kapatıldı mı?	Geciken bakım sayısı azalır
Fotoğraflı kayıt	Gerekli işlerde görsel kanıt eklendi mi?	İtirazlarda belge sunulur
Arıza açıklaması	Arıza sebebi anlaşılır yazıldı mı?	Tekrar arıza analizi yapılır
Müşteri onayı	İmza veya dijital onay alındı mı?	Hizmet ispatı güçlenir
Cari işlem	Tahsilat ve borç bilgisi işlendi mi?	Bakiye tartışmaları azalır
Konum/zaman	İşin sahada yapıldığı takip edilebildi mi?	Plan dışı boşluklar görülür

Saha verisi kaliteli değilse yazılım raporları da zayıf olur. Bu nedenle teknisyenlere sadece “programı kullan” demek yetmez; hangi bilgiyi neden girdiği anlatılmalıdır.

61-90. Günler: Raporlama, Maliyet ve Karar Analizi

Üçüncü ayda artık sistemin firmaya gerçek katkısı ölçülmelidir. Bu dönem, karar verme dönemidir. Yazılımın fiyatına bakmadan önce sağladığı operasyonel kazanç değerlendirilmelidir.

Yönetim Raporlarını İnceleyin

Firma sahibi için asıl değer, gün sonunda tabloyu görebilmektir. Kaç bakım yapıldı? Kaç arıza açık kaldı? Hangi teknisyen daha yoğun? Hangi müşteri sürekli gecikiyor? Hangi binalarda tekrar arıza var? Hangi cari hesaplar riskli?

Üçüncü ayda şu raporlar düzenli kontrol edilmelidir:

• Aylık bakım tamamlama oranı
• Geciken bakım listesi
• Açık ve kapanmış arıza sayısı
• Teknisyen bazlı iş yükü
• Müşteri bazlı arıza yoğunluğu
• Tahsilat durumu
• Vadesi yaklaşan sözleşmeler
• Bina/asansör bazlı servis geçmişi

Bu raporlar sadece ofis içi kontrol için değil, müşteri ilişkileri için de önemlidir. Bir bina yöneticisi “geçen ay ne yapıldı?” diye sorduğunda, sözlü cevap yerine düzenli kayıt sunmak firmanın profesyonel algısını güçlendirir.

Maliyet Karşılaştırmasını Gerçekçi Yapın

Yazılım değerlendirmesinde en sık yapılan hata, sadece aylık veya yıllık lisans bedeline bakmaktır. Oysa toplam maliyet daha geniştir.

Dikkate alınması gereken kalemler şunlardır:

• Lisans veya abonelik ücreti
• Kurulum ve veri aktarımı emeği
• Personel eğitim süresi
• Mobil cihaz ihtiyacı
• SMS, e-fatura veya ek entegrasyon maliyeti
• Termal yazıcı gibi saha ekipmanı
• Eski sistemden kaynaklı kayıp maliyetleri
• Kaçan bakım, unutulan tahsilat ve yanlış cari kayıt riski

Örneğin yazılımın yıllık maliyeti ilk bakışta yüksek görünebilir. Ancak aylık 10 bakımın unutulmasını engelliyor, cari takibi hızlandırıyor ve ofisin telefon trafiğini azaltıyorsa, gerçek geri dönüş farklı hesaplanmalıdır.

90 Günlük Değerlendirme Takvimi

Aşağıdaki takvim, asansör firmalarının yazılımı kontrollü şekilde değerlendirmesi için pratik bir yol haritası sunar.

Dönem	Ana Hedef	Yapılacak İşler	Ölçülecek Sonuç
1-15. gün	Hazırlık	Müşteri, bina, asansör ve cari verilerini düzenleme	Eksik veri oranı
16-30. gün	Temel kullanım	Bakım planı ve açık arıza kayıtlarını sisteme alma	Plan görünürlüğü
31-45. gün	Pilot saha kullanımı	Seçilen teknisyenlerle mobil kullanım başlatma	Saha kayıt oranı
46-60. gün	Operasyon testi	Bakım, arıza, fotoğraf, imza ve tahsilat akışlarını deneme	İş kapatma süresi
61-75. gün	Raporlama	Bakım, arıza, cari ve teknisyen raporlarını inceleme	Rapor doğruluğu
76-90. gün	Karar analizi	Maliyet, ekip uyumu ve müşteri etkisini değerlendirme	Satın alma kararı

Bu tabloyu firma içinde bir kontrol listesi gibi kullanabilirsiniz. Her dönem sonunda kısa bir toplantı yapmak, sorunların birikmesini engeller.

Firma Sahibi, Teknisyen ve Bina Yöneticisi Açısından Değerlendirme

Asansör yazılımı tek bir kişinin işi değildir. Firma sahibi, teknisyen ve bina yöneticisi aynı sistemden farklı faydalar bekler. 90 günlük değerlendirme bu üç bakışı da kapsamalıdır.

Firma Sahibi Açısından

Firma sahibi için en önemli konu kontrol ve sürdürülebilirliktir. İşler tek bir personelin defterinde, Excel dosyasında veya WhatsApp mesajlarında kalıyorsa, firma büyüdükçe risk artar. Yazılımın firma sahibine şu sorularda netlik sağlaması gerekir:

• Bugün hangi bakımlar yapılmadı?
• Hangi müşteriler ödeme geciktiriyor?
• Hangi teknisyen hangi bölgede çalışıyor?
• Hangi binalar sürekli arıza çıkarıyor?
• Hangi sözleşmeler yenilenmek üzere?

Eğer 90 gün sonunda bu sorulara daha hızlı cevap veriliyorsa, yazılım değer üretmeye başlamış demektir.

Teknisyen Açısından

Teknisyen için yazılım pratik olmalıdır. Sahada uzun formlar, karmaşık menüler ve sürekli tekrar eden veri girişi teknisyeni yorar. İyi bir sistem, teknisyenin işini belgelemeyi kolaylaştırır.

Teknisyen açısından bakılacak noktalar:

• Günlük iş listesi net mi?
• Bina ve asansör bilgisine kolay ulaşılıyor mu?
• Fotoğraf, açıklama ve imza eklemek hızlı mı?
• İnternet zayıfken kullanımda sorun yaşanıyor mu?
• Bakım veya arıza föyü gerektiğinde üretilebiliyor mu?

Termal yazıcıyla bakım, arıza veya tahsilat föyü verebilmek de bazı firmalar için ciddi avantaj sağlar. Özellikle kâğıt form ve matbaa maliyetinden kurtulmak isteyen işletmelerde bu özellik 90 günlük testte ayrıca denenmelidir.

Bina Yöneticisi Açısından

Bina yöneticisi teknik detayın tamamını bilmek zorunda değildir. Onun için önemli olan, hizmetin düzenli yapıldığını görmek ve ihtiyaç halinde geçmiş kayıtlara ulaşabilmektir.

Yazılım değerlendirilirken bina yöneticisi tarafında şu etkiler ölçülebilir:

• Bakım sonrası bilgilendirme daha net oldu mu?
• Arıza süreci daha takip edilebilir hale geldi mi?
• Geçmiş bakım kayıtları istenince hızlı sunulabiliyor mu?
• Cari borç ve tahsilat bilgileri daha anlaşılır mı?
• Firma daha kurumsal görünüyor mu?

Asansorex gibi sistemlerde bakım ve arıza geçmişinin düzenli tutulması, özellikle yönetici değişimlerinde veya periyodik muayene öncesi belge hazırlığında firmaya zaman kazandırır.

Karar Vermeden Önce Kontrol Edilecek Noktalar

90 günün sonunda satın alma veya devam kararı verirken sadece “ekip alıştı mı?” diye bakmak yeterli değildir. Yazılımın firmanın büyüme planına uygun olup olmadığı da değerlendirilmelidir.

Karar öncesi şu kontrol listesini kullanabilirsiniz:

• Program mevcut asansör sayısını rahat yönetiyor mu?
• Yeni bina ve müşteri eklemek kolay mı?
• Bakım planı otomatik ve anlaşılır şekilde takip ediliyor mu?
• Arıza kayıtları kaybolmadan kapanıyor mu?
• Teknisyen performansı ölçülebiliyor mu?
• Cari takip ve tahsilat süreci daha düzenli mi?
• E-fatura veya e-arşiv ihtiyacı varsa süreç destekleniyor mu?
• Saha personeli konum ve iş durumunu doğru aktarabiliyor mu?
• Raporlar firma sahibinin karar almasına yardımcı oluyor mu?
• Destek ekibi sorulara makul sürede dönüş yapıyor mu?
• Fiyat, sağlanan faydaya göre mantıklı mı?

Bu maddelerde çoğunlukla olumlu cevap alınıyorsa, yazılım firma için uygun olabilir. Eğer en temel süreçlerde hâlâ ciddi direnç veya eksik kullanım varsa, ya eğitim planı güçlendirilmeli ya da yazılımın firmaya uygunluğu tekrar sorgulanmalıdır.

Sıkça Sorulan Sorular

Asansör yazılımı için 90 gün test süresi yeterli mi?

Genel uygulamada 90 gün, bakım planı, arıza takibi, cari düzeni ve saha kullanımını görmek için yeterli bir süredir. Daha büyük firmalarda tüm şubeleri dahil etmek yerine önce pilot ekip ve belirli müşteri grubu ile başlamak daha sağlıklı olur.

İlk ay tüm geçmiş verileri aktarmak şart mı?

Hayır. İlk ayda kritik ve güncel verilerin aktarılması daha önemlidir. Müşteri, bina, asansör, aktif bakım planı, açık arıza ve cari bakiye bilgileriyle başlanabilir. Eski kayıtlar daha sonra kademeli şekilde düzenlenebilir.

Teknisyenler yazılımı kullanmak istemezse ne yapılmalı?

Önce kullanımın neden gerekli olduğu anlatılmalıdır. Teknisyen için fayda net olmalıdır: daha az telefon, daha net iş listesi, hızlı föy oluşturma, yapılan işi belgeleyebilme. Ayrıca ilk günlerde kısa eğitim ve basit kontrol listeleri dirençleri azaltır.

Yazılım fiyatını değerlendirirken sadece lisans bedeline bakmak doğru mu?

Doğru değildir. Lisans bedeli önemli olsa da kaçan bakım, unutulan tahsilat, yanlış cari kayıt, matbaa form maliyeti, ofis telefon trafiği ve rapor hazırlama süresi de hesaba katılmalıdır. Gerçek değerlendirme toplam fayda üzerinden yapılmalıdır.

90 gün sonunda karar verilemiyorsa ne yapılmalı?

Kararsızlık genelde ölçümlerin net tutulmamasından kaynaklanır. Bu durumda bakım tamamlama oranı, arıza kapanma süresi, cari doğruluğu, teknisyen kullanım oranı ve müşteri geri bildirimi gibi somut veriler tekrar incelenmelidir. Eksik olan sadece eğitimse yazılımı değiştirmek yerine kullanım planı güçlendirilebilir.

Özet

Asansör yazılımı seçimi, firmanın günlük operasyonunu doğrudan etkileyen stratejik bir karardır. Bu nedenle sadece fiyat listesine veya demo ekranına bakarak karar vermek risklidir. 90 günlük değerlendirme planı; mevcut süreci ölçmek, saha kullanımını test etmek, raporları incelemek ve maliyet-fayda dengesini gerçek verilerle görmek için güçlü bir yöntemdir.

İlk 30 günde veri ve temel kurulum, ikinci 30 günde saha kullanımı, son 30 günde ise raporlama ve karar analizi yapılmalıdır. Böylece firma sahibi, teknisyen ve bina yöneticisi açısından yazılımın gerçekten işe yarayıp yaramadığı anlaşılır. Asansorex gibi asansör bakım ve yönetim yazılımları, bu süreci bakım planı, arıza takibi, cari kayıt, saha föyleri ve raporlama tarafında daha düzenli hale getirebilir. Önemli olan, programı sadece satın almak değil; 90 gün boyunca doğru metriklerle test edip firmaya kalıcı bir iş standardı kazandırmaktır.