Asansör Yazılımı Kurulum ve Onboarding Süreci

İÇERİK (MARKDOWN)

Asansör bakım firmaları için yazılım değiştirmek veya ilk kez dijital sisteme geçmek, yalnızca “programı açıp kullanmaya başlamak” değildir. Gerçek başarı; bina, asansör, cari, teknisyen, bakım planı, arıza kayıtları ve tahsilat süreçlerinin doğru şekilde hazırlanmasıyla gelir. Asansör yazılımı kurulum ve onboarding süreci, firmanın eski alışkanlıklarını bozmadan, sahayı aksatmadan ve müşteriye güven kaybettirmeden dijital düzene geçmesini sağlar. Bu rehberde, asansör bakım firması sahibi, teknisyen ve bina yöneticisi açısından kurulumun nasıl planlanması gerektiğini adım adım ele alacağız.

Asansör Yazılımı Kurulumu Neden Sadece Teknik Bir İş Değildir?

Bir bakım takip yazılımı kurulduğunda çoğu kişi ilk olarak kullanıcı adı, şifre, firma bilgileri ve mobil uygulama girişini düşünür. Bunlar önemlidir; ancak asıl mesele firmanın günlük operasyonunun doğru modellenmesidir.

Asansör bakımında iş akışı çok katmanlıdır. Bir binada birden fazla asansör olabilir. Aynı site içinde farklı blok yöneticileri bulunabilir. Cari kişi ile bina yöneticisi farklı olabilir. Arıza bildirimini yapan kişi başka, ödemeyi yapan kişi başka olabilir. Teknisyen sahada bakım yaparken fotoğraf, açıklama, kullanılan parça, tahsilat ve imza gibi bilgileri aynı anda yönetmek zorunda kalabilir.

Bu nedenle asansör yazılımı kurulumu şu sorulara net cevap vermelidir:

• Hangi binalar sisteme aktarılacak?
• Her binaya bağlı kaç asansör var?
• Bakım sözleşmesi hangi cariyle yapılmış?
• Arıza bildirimi kimden gelecek?
• Teknisyenler hangi bölge veya rota üzerinden çalışacak?
• Geçmiş bakım ve borç bilgileri taşınacak mı?
• Müşteriye SMS veya WhatsApp bildirimi gönderilecek mi?
• Periyodik kontrol ve etiket bilgileri takip edilecek mi?

Türkiye’de asansör bakım süreçlerinde aylık bakım ile yıllık periyodik kontrol birbirinden farklıdır. Yönetmeliklerde bakımın düzenli yürütülmesi, periyodik kontrolün ise yetkili A tipi muayene kuruluşları tarafından yapılması çerçevesi ayrı ayrı ele alınır. Periyodik kontrol sonuçlarında yeşil, mavi, sarı ve kırmızı etiket uygulaması da güvenlik durumunu sınıflandırmak için kullanılır. ([Emo][1])

Bu yüzden yazılım kurulurken sadece “müşteri listesi” değil, bakım, arıza, kontrol, sözleşme ve tahsilat akışları da düşünülmelidir.

Kurulum Öncesi Hazırlık: En Kritik Aşama

Başarılı onboarding sürecinin yarısı, yazılım açılmadan önce yapılan hazırlıktır. Firma ne kadar düzenli veri hazırlarsa, kurulum sonrası o kadar az sorun yaşar.

1. Bina ve Asansör Listesini Temizleyin

İlk yapılacak iş, mevcut bina ve asansör listesini sadeleştirmektir. Eski Excel dosyalarında aynı binanın farklı isimlerle yazılması çok sık görülür. Örneğin aynı bina şu şekilde üç farklı kayıtta bulunabilir:

• Gül Apt.
• Gül Apartmanı
• Gül Sitesi A Blok

Bu durum yazılıma aktarılırsa teknisyen yanlış binaya yönlendirilebilir, bakım planı çift oluşabilir veya cari hesap karışabilir. Bu yüzden kurulumdan önce bina adları standart hale getirilmelidir.

Pratik format şu şekilde olabilir:

Veri Alanı	Önerilen Format	Neden Önemli?
Bina adı	Gül Apartmanı A Blok	Rota ve kayıt takibi netleşir
Açık adres	Mahalle, cadde, no, ilçe	Teknisyenin sahada zaman kaybetmesini önler
Asansör sayısı	1, 2, 3 gibi net sayı	Bakım planı doğru oluşur
Yönetici adı	Ad soyad	İletişim ve onay süreci kolaylaşır
Telefon	05xx xxx xx xx	SMS/WhatsApp bildirimi için gerekir
Cari kişi/firma	Ödeme sorumlusu	Tahsilat ve mutabakat karışmaz
Sözleşme durumu	Aktif / pasif / yenilenecek	Gelir takibi ve yenileme hatırlatması yapılır

2. Cari ve Bina Yöneticisini Ayırın

Asansör sektöründe en çok karışan konulardan biri cari ile bina yöneticisinin aynı kişi sanılmasıdır. Oysa her zaman böyle değildir. Site yönetimi carisi olabilir; fakat her blokta farklı yönetici bulunabilir. Bazı binalarda ödemeyi muhasebe yapar, arızayı kapıcı bildirir, bakım fişini yönetici ister.

Kurulum sırasında şu ayrım yapılmalıdır:

• Cari: Borç, alacak, fatura, tahsilat ve sözleşme tarafı.
• Bina yöneticisi: Bakım bildirimi, arıza bilgilendirmesi ve saha iletişimi tarafı.
• Yetkili kişi: Onay, imza veya karar alma tarafı.
• Teknik muhatap: Arıza detayını bilen görevli, güvenlik veya kapıcı.

Bu ayrımı en başta yapmak, ileride “SMS kime gitti?”, “borç bilgisi yanlış kişiye mi gönderildi?”, “bakım yapıldı mesajını kim aldı?” gibi sorunları azaltır.

Adım Adım Asansör Yazılımı Onboarding Süreci

Asansör yazılımına geçişte acele etmek genellikle hataya sebep olur. En doğru yöntem, süreci aşamalara bölmek ve her aşamada küçük kontroller yapmaktır.

1. Firma Bilgilerinin Tanımlanması

İlk aşamada firmanın temel bilgileri hazırlanır. Firma adı, logo, iletişim bilgileri, vergi bilgileri, yetkili kişiler ve kullanılan belge şablonları kontrol edilir. Bakım fişi, teklif, sözleşme veya durum tespit formu gibi belgelerde firma bilgilerinin doğru görünmesi önemlidir.

Bu aşamada özellikle şu detaylara dikkat edilmelidir:

1. Firma unvanı doğru yazılmalı.
2. Telefon ve e-posta güncel olmalı.
3. Belge alt bilgileri kontrol edilmeli.
4. Teknisyenin sahada vereceği fiş veya raporda firma adı net görünmeli.
5. Müşteriye gidecek bildirim metinleri sade ve anlaşılır olmalı.

2. Kullanıcı ve Teknisyen Tanımları

Yazılımda teknisyen, ofis personeli ve firma sahibi aynı yetkilere sahip olmak zorunda değildir. Firma sahibi tüm raporları görmek isterken, teknisyen yalnızca kendisine atanan bakım ve arıza işlerini görmelidir. Ofis personeli ise planlama, müşteri iletişimi ve tahsilat tarafına odaklanabilir.

Burada amaç çalışanı kısıtlamak değil, iş karmaşasını azaltmaktır. Teknisyen sahada hızlıca bakım kapatabilmeli, fotoğraf ekleyebilmeli, açıklama yazabilmeli ve gerekiyorsa tahsilat bilgisini işleyebilmelidir. Ancak yanlışlıkla başka müşterinin cari kaydını değiştirmemelidir.

3. Veri Aktarımı ve Kontrol

Veri aktarımı onboarding sürecinin en hassas bölümüdür. Eski yazılımdan, Excel’den veya kağıt kayıtlardan gelen bilgiler doğrudan aktarılmadan önce mutlaka kontrol edilmelidir.

Aktarımda genellikle şu veriler kullanılır:

• Bina listesi
• Asansör listesi
• Cari hesaplar
• Yönetici iletişim bilgileri
• Teknisyen listesi
• Bakım periyotları
• Sözleşme başlangıç ve bitiş tarihleri
• Açık borç ve tahsilat bilgileri
• Stok veya yedek parça bilgileri

Veri aktarımı tamamlandıktan sonra tüm kayıtları tek tek kontrol etmek zor olabilir. Bunun yerine örnekleme yöntemi kullanılabilir. Örneğin 300 bina aktarıldıysa, farklı ilçelerden ve farklı cari tiplerinden 20–30 kayıt seçilerek kontrol yapılabilir. Hatalar benzer yapıdaysa toplu düzeltme daha kolay olur.

Bu bakım kayıtlarını kâğıt yerine Asansorex gibi bir bakım takip yazılımıyla tutmak, denetim veya müşteri itirazı anında geçmiş işlemleri saniyeler içinde bulmayı kolaylaştırır. Özellikle bakım tarihi, teknisyen açıklaması, fotoğraf ve tahsilat bilgisinin aynı kayıtta tutulması firmaya ciddi zaman kazandırır.

4. Bakım Planlarının Oluşturulması

Asansör bakım firmalarında planlama, gelir kadar önemlidir. Çünkü bakım kaçarsa hem müşteri memnuniyeti düşer hem de saha rotası bozulur. Yazılım kurulurken her asansör için bakım sıklığı, sorumlu teknisyen ve bölge bilgisi tanımlanmalıdır.

Genel uygulamada asansör bakım hizmetleri aylık düzenli takip edilir. Fakat firmanın sözleşme yapısı, bina yoğunluğu, bölge mesafesi ve teknisyen sayısı planlamayı doğrudan etkiler. Bu nedenle yazılımda bakım planı oluştururken sadece takvim değil, saha gerçekliği de dikkate alınmalıdır.

Örneğin aynı mahallede 12 bina varsa bu binaları aynı gün veya aynı hafta içinde planlamak yakıt ve zaman maliyetini düşürür. Şehir dışı veya uzak ilçelerdeki binalar için ayrı rota mantığı kurulabilir.

Saha Ekibinin Eğitimi Nasıl Yapılmalı?

Yazılım ne kadar güçlü olursa olsun, teknisyen kullanmazsa sistem yarım kalır. Bu yüzden onboarding sürecinde saha eğitimi ayrı bir başlık olarak ele alınmalıdır.

Teknisyen eğitiminde uzun sunumlar yerine gerçek senaryolar üzerinden ilerlemek daha verimlidir. Örneğin:

• Bugünkü bakım listeni nasıl göreceksin?
• Binaya gidince bakım kaydını nasıl açacaksın?
• Yapılan işlemleri nasıl işaretleyeceksin?
• Fotoğrafı nereye ekleyeceksin?
• Kullanılan parçayı nasıl seçeceksin?
• Tahsilat aldıysan nasıl işleyeceksin?
• Bakım fişini veya bilgilendirmeyi müşteriye nasıl ileteceksin?

Eğitim sonunda her teknisyene 3–5 deneme kaydı yaptırmak iyi bir yöntemdir. Bu kayıtlar gerçek müşteriye gönderilmeden test amaçlı yapılmalı ve personelin uygulamayı rahat kullanıp kullanmadığı görülmelidir.

Teknisyen İçin Basit Kullanım Kontrol Listesi

• Günlük iş listemi açabiliyorum.
• Doğru binayı ve asansörü seçebiliyorum.
• Bakım formunu eksiksiz doldurabiliyorum.
• Fotoğraf ekleyebiliyorum.
• Arıza açıklaması yazabiliyorum.
• Kullanılan parçayı belirtebiliyorum.
• Tahsilat bilgisini işleyebiliyorum.
• Müşteriye bakım bildirimi gönderildiğini kontrol edebiliyorum.

Bu kontrol listesi tamamlanmadan canlı kullanıma geçmek doğru değildir. Çünkü sahadaki küçük bir kullanım hatası, ofiste büyük bir veri karmaşasına dönüşebilir.

İlk Hafta Canlı Kullanım Planı

Kurulum tamamlandıktan sonra en kritik dönem ilk haftadır. Bu hafta, yazılımın gerçek saha temposunda test edildiği dönemdir. Firma sahibi veya operasyon sorumlusu, ilk hafta boyunca kayıtları günlük kontrol etmelidir.

İlk hafta için önerilen plan şöyle olabilir:

Gün	Yapılacak Kontrol	Sorumlu Kişi
1. gün	Kullanıcı girişleri ve teknisyen erişimleri kontrol edilir	Firma sahibi / ofis
2. gün	Bakım planları ve rota listeleri kontrol edilir	Operasyon sorumlusu
3. gün	İlk saha bakım kayıtları incelenir	Firma sahibi
4. gün	Arıza kayıtlarının doğru kişilere atanması test edilir	Ofis / teknisyen
5. gün	Cari, tahsilat ve borç kayıtları karşılaştırılır	Muhasebe / firma sahibi
6. gün	Müşteri bildirimleri ve SMS metinleri gözden geçirilir	Ofis
7. gün	Eksikler listelenir ve ikinci hafta düzenlemeleri yapılır	Tüm ekip

İlk hafta hedefi mükemmel kullanım değil, hataları erken yakalamaktır. Bu süreçte teknisyene “neden yanlış yaptın?” yaklaşımı yerine “sistemi nerede zorlandın?” sorusu sorulmalıdır. Çünkü onboarding sadece yazılım öğretmek değil, firmanın yeni çalışma düzenini oturtmaktır.

Bina Yöneticisi Açısından Onboarding

Asansör yazılımı yalnızca bakım firmasının iç düzenini etkilemez; bina yöneticisinin aldığı hizmeti de değiştirir. Önceden bakım yapıldığını telefonla öğrenen yönetici, artık bakım sonrası SMS, WhatsApp bildirimi, dijital fiş veya bakım raporu alabilir.

Bina yöneticisi açısından en önemli kazanımlar şunlardır:

• Bakımın ne zaman yapıldığını daha net görür.
• Arıza bildirim süreci hızlanır.
• Yapılan işlemlere dair kayıt oluşur.
• Borç ve tahsilat bilgisi daha şeffaf takip edilir.
• Periyodik kontrol öncesi eksikler daha kolay hazırlanır.
• Firma ile iletişim daha düzenli hale gelir.

Ancak burada dikkat edilmesi gereken nokta, yöneticiyi bir anda çok fazla bildirimle boğmamaktır. İlk aşamada bakım yapıldı bildirimi, arıza sonucu ve borç hatırlatma gibi temel bildirimlerle başlamak daha doğru olur. Zamanla sözleşme yenileme, teklif onayı veya periyodik kontrol hatırlatmaları da eklenebilir.

Kurulumda En Sık Yapılan Hatalar

Asansör yazılımına geçişte bazı hatalar neredeyse her firmada tekrar eder. Bunları önceden bilmek, süreci daha sağlıklı yönetmeyi sağlar.

Eksik veya Kirli Veriyle Başlamak

Yanlış telefon numarası, eksik adres, eski yönetici bilgisi veya pasif binanın aktif görünmesi kurulum sonrası ciddi karmaşa oluşturur. Veri temizliği yapılmadan canlı kullanıma geçilmemelidir.

Tüm Ekibi Aynı Gün Sisteme Sokmak

Büyük firmalarda tüm teknisyenleri aynı gün yeni sisteme almak risklidir. Önce küçük bir ekip veya belirli bir bölgeyle pilot kullanım yapılabilir. Sorunlar çözüldükten sonra tüm ekibe yaymak daha güvenlidir.

Eğitim Vermeden Kullanım Beklemek

Mobil uygulamayı indirmek eğitim değildir. Teknisyenin gerçek senaryo üzerinden deneme yapması gerekir. Aksi halde bakım kaydı yarım kalır, fotoğraf eklenmez veya yanlış bina seçilir.

Müşteri Bildirimlerini Test Etmemek

SMS veya WhatsApp bildirimi kullanılacaksa metinler önceden kontrol edilmelidir. “Bakımınız yapılmıştır” gibi kısa bir mesaj bile yanlış kişiye giderse güven sorunu oluşturabilir.

Eski Sistemi Hemen Kapatmak

Yeni yazılıma geçildiği gün eski kayıtları tamamen bırakmak doğru olmayabilir. En azından ilk birkaç hafta eski Excel, defter veya yazılım kayıtları referans olarak saklanmalıdır. Böylece eksik veya yanlış aktarılan bir bilgi varsa karşılaştırma yapılabilir.

Başarılı Onboarding İçin Pratik Öneriler

İyi bir kurulum süreci için karmaşık yöntemlere gerek yoktur. Disiplinli ve sade ilerlemek çoğu zaman yeterlidir.

• Önce aktif müşterileri aktarın, pasif kayıtları sonra değerlendirin.
• Bina adı, cari adı ve yönetici adını ayrı alanlar olarak düşünün.
• Teknisyenlere kısa ama uygulamalı eğitim verin.
• İlk hafta her gün kayıt kontrolü yapın.
• Müşteriye giden bildirimleri test edin.
• Bakım planlarını bölge ve rota mantığıyla oluşturun.
• Açık borçları aktarırken muhasebe kaydıyla karşılaştırın.
• Kullanılmayan özellikleri ilk gün devreye almayın; adım adım ilerleyin.

Asansorex, bu geçişte özellikle bakım planlama, arıza takibi, saha teknisyeni kayıtları, cari-tahsilat takibi ve müşteri bilgilendirme tarafını tek düzen altında toplamaya yardımcı olur. Böylece firma, farklı defterler ve dağınık Excel dosyaları yerine aynı iş akışını daha takip edilebilir hale getirebilir.

Sıkça Sorulan Sorular

Asansör yazılımı kurulumu kaç günde tamamlanır?

Firma büyüklüğüne göre değişir. Küçük bir bakım firmasında temel kurulum birkaç gün içinde tamamlanabilir. Ancak yüzlerce bina, çok sayıda teknisyen, geçmiş cari kayıtları ve stok bilgisi varsa onboarding süreci daha planlı ilerlemelidir. Önemli olan hızlı kurulum değil, doğru kurulumdur.

Eski Excel kayıtları yeni yazılıma aktarılabilir mi?

Genel olarak evet. Ancak Excel dosyasındaki verilerin düzenli olması gerekir. Bina adı, adres, yönetici telefonu, cari bilgisi, asansör sayısı ve bakım periyodu gibi alanlar net ayrılmalıdır. Karışık, tekrarlı veya eksik dosyalar aktarım öncesi temizlenmelidir.

Teknisyenler yazılımı kullanmakta zorlanır mı?

İlk günlerde alışma süreci normaldir. Özellikle daha önce kağıt formla çalışan teknisyenler için mobil bakım kaydı yeni gelebilir. Fakat eğitim gerçek saha senaryoları üzerinden yapılırsa adaptasyon hızlanır. En iyi yöntem, teknisyene kendi günlük bakım listesinden örnek işlem yaptırmaktır.

Bina yöneticileri yazılıma dahil edilmeli mi?

Her binada aynı seviye dahil etmek şart değildir. Başlangıçta bakım yapıldı bildirimi, arıza sonucu ve borç hatırlatma gibi temel iletişimler yeterli olabilir. Daha sonra müşteri portalı, dijital onay veya belge paylaşımı gibi özellikler aşamalı şekilde kullanılabilir.

Kurulumdan sonra eski kayıtlar saklanmalı mı?

Evet. Yeni sisteme geçildikten sonra eski Excel, defter veya yazılım kayıtları bir süre arşiv olarak tutulmalıdır. Özellikle cari bakiye, sözleşme başlangıç tarihi, geçmiş bakım ve açık arıza kayıtları için eski kaynaklar karşılaştırma amacıyla faydalı olur.

Onboarding sürecinde en önemli başarı kriteri nedir?

En önemli kriter, sahadaki gerçek iş akışının yazılıma doğru yansımasıdır. Teknisyen bakım kaydını rahat kapatıyor, ofis arızayı takip edebiliyor, firma sahibi tahsilatı görebiliyor ve bina yöneticisi doğru bilgilendiriliyorsa onboarding başarılı ilerliyor demektir.

Özet

Asansör yazılımı kurulum ve onboarding süreci, yalnızca teknik bir kurulum işi değildir; firmanın bakım, arıza, cari, tahsilat, sözleşme ve müşteri iletişimi düzeninin yeniden yapılandırılmasıdır. Başarılı bir geçiş için önce veri temizlenmeli, bina-cari-yönetici ayrımı doğru yapılmalı, teknisyenler uygulamalı eğitilmeli ve ilk hafta canlı kullanım dikkatle izlenmelidir.

Doğru planlanan bir onboarding süreci sayesinde bakım kayıtları daha düzenli tutulur, teknisyen performansı daha görünür hale gelir, bina yöneticisi daha net bilgilendirilir ve firma sahibi operasyonu daha rahat takip eder. Asansorex gibi asansör bakım takip yazılımları da bu süreci kağıt, telefon ve dağınık Excel takibinden çıkararak daha ölçülebilir, güvenilir ve sürdürülebilir bir yapıya taşımaya yardımcı olur.