Asansör Bakım Yazılımı Kurulum Sonrası İlk 30 Gün

İÇERİK

Asansör bakım yazılımını satın almak dijital dönüşümün başlangıcıdır; ancak yazılımın firmaya gerçek fayda sağlaması, kurulumdan sonraki ilk 30 günün doğru yönetilmesine bağlıdır. Müşteri ve asansör kayıtlarının eksik aktarılması, teknisyenlerin yeterince hazırlanmadan sisteme alınması veya eski kâğıt düzeninin devam ettirilmesi, iyi bir yazılımın bile verimsiz kullanılmasına neden olabilir. Bu rehberde firma sahiplerinin, ofis çalışanlarının ve saha teknisyenlerinin ilk ayda hangi adımları atması gerektiğini; veri aktarımından pilot uygulamaya, performans ölçümünden kalıcı iş düzenine kadar pratik biçimde ele alacağız.

İlk 30 Gün Neden Kritik?

Yeni bir yazılıma geçildiğinde ekip genellikle programın teknik olarak çalışıp çalışmadığına odaklanır. Oysa ilk ayın asıl amacı yalnızca ekrana giriş yapmak veya birkaç bakım formu doldurmak değildir. Hedef, firmanın günlük çalışma biçimini kontrollü şekilde dijital ortama taşımaktır.

Asansör bakım firmalarında bilgiler çoğu zaman farklı kaynaklara dağılmış durumdadır:

• Müşteri bilgileri Excel dosyalarında bulunur.
• Bakım tarihleri masa takviminde veya personelin telefonundadır.
• Arıza geçmişi WhatsApp konuşmalarında kalır.
• Sözleşme tarihleri ayrı klasörlerde tutulur.
• Bakım formları teknisyen araçlarında veya ofis arşivindedir.
• Tahsilat bilgileri farklı bir muhasebe dosyasında izlenir.

Bu dağınık yapı, yazılım kurulunca kendiliğinden ortadan kalkmaz. Öncelikle hangi bilginin doğru ve güncel olduğuna karar verilmesi gerekir. Ardından veriler temizlenmeli, görev dağılımı yapılmalı ve personelin yeni çalışma düzenine uyumu izlenmelidir.

İlk 30 günün başarısı, sisteme kaç kayıt girildiğiyle değil, günlük operasyonun ne kadarının doğru ve izlenebilir şekilde yürütüldüğüyle ölçülmelidir.

Kurulumdan Önce Sorumluları Belirleyin

Geçiş sürecinin tek bir çalışana bırakılması sık yapılan hatalardan biridir. Yazılımı yalnızca ofis personelinin projesi olarak görmek, saha ile ofis arasında yeni bir kopukluk oluşturabilir. Bunun yerine küçük fakat yetkisi net bir geçiş ekibi belirlenmelidir.

Firma sahibinin sorumluluğu

Firma sahibi veya operasyon yöneticisi, uygulamanın neden kullanılacağını açıkça anlatmalıdır. “Bundan sonra bu programı kullanacağız” demek yeterli değildir. Ekibe hangi sorunların çözüleceği somut örneklerle açıklanmalıdır:

• Unutulan bakımların azaltılması
• Arıza müdahale sürelerinin ölçülmesi
• Teknisyenlerin iş yükünün dengelenmesi
• Bina yöneticilerine düzenli bilgi verilmesi
• Bakım geçmişinin kolayca bulunması
• Yapılan işin fotoğraf, form ve imzayla kayıt altına alınması

Ofis sorumlusunun görevi

Ofis sorumlusu müşteri, bina, asansör, sözleşme ve personel kayıtlarının doğruluğunu kontrol eder. Ayrıca yanlış veya eksik kayıtların kim tarafından düzeltileceğini belirler.

Saha sorumlusunun görevi

Saha sorumlusu teknisyenlerin mobil uygulamayı doğru kullanmasını izler. Teknisyenlerden gelen sorunları toplar ve yazılım sağlayıcısına anlaşılır örneklerle iletir.

Tek bir geçiş sorumlusu da belirlenmelidir. Bu kişi her işi kendisi yapmak yerine sürecin takibini üstlenir ve açık kalan maddelerin unutulmasını önler.

1–7. Gün: Verileri Temizleyin ve Temel Yapıyı Kurun

İlk haftada bütün özellikleri kullanmaya çalışmak yerine temel kayıtların doğruluğuna odaklanılmalıdır. Hatalı müşteri veya asansör verisi üzerine kurulan bakım planı, ilerleyen haftalarda daha büyük karışıklık yaratır.

Veri aktarım sırası nasıl olmalı?

Verilerin belirli bir sırayla aktarılması bağlantı hatalarını azaltır:

1. Firma ve şube bilgilerini tanımlayın.
2. Ofis kullanıcılarını ve teknisyenleri ekleyin.
3. Müşteri ve bina kayıtlarını aktarın.
4. Her binaya bağlı asansörleri tanımlayın.
5. Sözleşme bilgilerini ve bakım periyotlarını girin.
6. Mevcut bakım planlarını sisteme taşıyın.
7. Açık arıza ve iş emirlerini ekleyin.
8. Gerekliyse geçmiş bakım kayıtlarını aktarın.

Tüm geçmiş arşivi ilk gün sisteme taşımak zorunlu değildir. Öncelik, halen hizmet verilen müşteriler ve aktif sözleşmeler olmalıdır. Eski veya iptal edilmiş müşteriler ayrı bir çalışma kapsamında daha sonra aktarılabilir.

Kontrol edilmesi gereken veri alanları

Veri grubu	İlk hafta kontrolü	Sık karşılaşılan hata
Müşteri	Ünvan, yetkili, telefon, e-posta	Aynı müşterinin iki kez kaydedilmesi
Bina	Açık adres, bina yöneticisi, konum	Eksik adres veya yanlış müşteri bağlantısı
Asansör	Kimlik bilgisi, tür, durak sayısı	Bina ile yanlış eşleştirme
Sözleşme	Başlangıç, bitiş, bakım kapsamı	Süresi dolmuş sözleşmenin aktif görünmesi
Bakım planı	Periyot, ekip, planlanan tarih	Aynı aya iki bakım atanması
Kullanıcı	Rol, şube ve erişim yetkisi	Her kullanıcıya gereksiz geniş yetki verilmesi

Aktarım tamamlandıktan sonra en az 10 müşteri ve bunlara bağlı asansörler örneklem yöntemiyle kontrol edilmelidir. Kayıt sayısı yüksekse yalnızca toplam adede bakmak yeterli değildir; ilişkilerin de doğru kurulup kurulmadığı incelenmelidir.

8–14. Gün: Pilot Ekiple Gerçek Saha Kullanımına Başlayın

İkinci haftada yazılım gerçek saha çalışmalarında kullanılmaya başlanabilir. Ancak bütün teknisyenleri aynı gün yeni sisteme geçirmek yerine küçük bir pilot ekip seçmek daha kontrollü sonuç verir.

Pilot ekip için iki veya üç teknisyen yeterli olabilir. Bu çalışanların yalnızca teknolojiye yatkın kişilerden seçilmesi doğru değildir. Ekipte deneyimli bir teknisyen, yeni başlayan bir çalışan ve mobil uygulamalara orta seviyede hâkim bir kullanıcı bulunması, farklı kullanım sorunlarını görmeyi sağlar.

Pilot uygulamada test edilecek işlemler

• Günlük iş listesini görüntüleme
• Bina adresine ve iletişim bilgilerine ulaşma
• Bakımı başlatma ve tamamlama
• Kontrol maddelerini işaretleme
• Açıklama ve kullanılan malzeme ekleme
• Fotoğraf yükleme
• Müşteri veya bina yetkilisinden imza alma
• Arıza kaydı oluşturma
• İnternetin zayıf olduğu alanlarda uygulamanın davranışını gözleme
• Bakım formunu veya servis fişini oluşturma

Bu aşamada teknisyenin yalnızca “uygulama çalışıyor” demesi yeterli geri bildirim değildir. Sorunlar işlem bazında kaydedilmelidir. Örneğin “fotoğraf ekleme ekranında işlem uzun sürdü” veya “bina yetkilisinin telefonuna ulaşmak için çok fazla adım gerekti” gibi somut notlar, iyileştirme açısından daha değerlidir.

Asansorex gibi mobil saha ve ofis süreçlerini aynı kayıt düzeninde birleştiren bir asansör bakım yazılımı kullanıldığında, pilot ekibin oluşturduğu bakım formları ofisten kontrol edilebilir. Böylece saha uygulamasındaki eksikler, tüm ekibe geçilmeden önce görülebilir.

15–21. Gün: Tüm Ekibe Geçin ve Kâğıtla Paralel Çalışmayı Sınırlandırın

Pilot uygulamada kritik bir sorun görülmediyse üçüncü haftada diğer teknisyenler sisteme alınabilir. Bu aşamada kısa, görev odaklı eğitim verilmelidir. Saatlerce süren genel tanıtımlar yerine teknisyenin günlük iş akışını esas alan uygulamalı eğitim daha etkilidir.

Teknisyen eğitiminin içeriği

Eğitimde her teknisyenin aşağıdaki işlemleri kendi cihazında en az bir kez yapması sağlanmalıdır:

1. Uygulamaya giriş yapma
2. Kendisine atanan işi bulma
3. Müşteri ve bina bilgilerini kontrol etme
4. Bakım veya arıza işlemini başlatma
5. Form maddelerini doldurma
6. Fotoğraf ve açıklama ekleme
7. İmza alma
8. İşlemi tamamlayarak ofise gönderme
9. Hatalı kayıt durumunda destek isteme

Eğitim mümkünse gerçek bir asansör kaydı üzerinden yapılmalıdır. Örnek ekranda görülen işlem ile makine dairesinde yapılan işlem arasındaki fark, ancak sahada anlaşılır.

Kâğıt kullanımını ne zaman bırakmalı?

Kâğıt ve dijital sistemin uzun süre birlikte yürütülmesi çift iş yükü doğurur. Teknisyen aynı bilgiyi önce telefona, sonra forma yazmaya başladığında yeni uygulamaya karşı direnç gelişebilir.

Bununla birlikte kâğıt kullanımını ilk gün tamamen kesmek de risklidir. Firma, pilot dönem boyunca sınırlı paralel kayıt tutabilir. Sistem kararlı biçimde çalıştığında resmi iş akışı netleştirilmeli ve hangi kaydın esas alınacağı personele bildirilmelidir.

Kâğıt form gerekiyorsa dijital kayıttan çıktı üretmek, aynı bilgileri iki kez elle doldurmaktan daha sağlıklıdır.

22–30. Gün: Sonuçları Ölçün ve Süreci Kalıcılaştırın

Son hafta, yalnızca hataları gidermek için değil, yazılımın firmaya ne kazandırmaya başladığını görmek için kullanılmalıdır. Ölçüm yapılmadan “ekip alıştı” veya “program faydalı oldu” gibi yorumlar kişisel görüş düzeyinde kalır.

İlk ayda izlenebilecek göstergeler

Performans göstergesi	Nasıl ölçülür?	İlk ayın amacı
Planlanan bakım tamamlama oranı	Tamamlanan bakım / planlanan bakım	Geciken işleri görünür kılmak
Eksiksiz form oranı	Zorunlu alanları tamamlanan form / toplam form	Kayıt kalitesini ölçmek
Fotoğraflı işlem oranı	Fotoğraf eklenen uygun işlemler / toplam uygun işlem	Saha kanıtını artırmak
Ortalama arıza müdahale süresi	Bildirim ile müdahale başlangıcı arasındaki süre	Mevcut performansı belirlemek
Mobil kullanım oranı	Mobilde tamamlanan işler / toplam saha işi	Ekibin adaptasyonunu görmek
Düzeltmeye dönen kayıt sayısı	Ofisin eksik nedeniyle iade ettiği kayıtlar	Eğitim ihtiyacını tespit etmek

İlk ay için herkese aynı yüksek performans hedefini koymak yerine başlangıç seviyesi ölçülmelidir. Örneğin eksiksiz form oranı ilk hafta yüzde 60 ise, ay sonunda yüzde 85’e çıkması anlamlı bir gelişmedir. Buradaki oranlar mevzuat sınırı değil, firma içi performans örneğidir.

Haftalık değerlendirme toplantısı

Her hafta 20–30 dakikalık kısa bir değerlendirme yapılabilir. Toplantıda şu sorular cevaplanmalıdır:

• Hangi işlemler sorunsuz tamamlandı?
• En sık hangi hata yapıldı?
• Teknisyenlerin zaman kaybettiği ekran veya işlem hangisi?
• Eksik müşteri ya da asansör kaydı var mı?
• Ofis ile saha arasında bilgi kaybı yaşandı mı?
• Yeni bir eğitim veya işlem kılavuzu gerekiyor mu?

Toplantıyı genel şikâyet oturumuna çevirmemek gerekir. Her sorun için örnek kayıt, sorumlu kişi ve hedef çözüm tarihi belirlenmelidir.

İlk Ayda Yapılmaması Gereken Hatalar

Yeni sistemlerde sorunların önemli bölümü yazılımdan değil, plansız geçişten kaynaklanır. İlk ayda özellikle şu hatalardan kaçınılmalıdır:

• Temizlenmemiş Excel dosyasını doğrudan sisteme aktarmak
• Bütün modülleri aynı anda kullanmaya çalışmak
• Teknisyenlere yalnızca video gönderip eğitim tamamlandı kabul etmek
• Eksik doldurulan formları kontrol etmemek
• Eski WhatsApp ve kâğıt düzenini süresiz devam ettirmek
• Kullanıcılara görevinden daha geniş erişim yetkisi vermek
• Teknisyen geri bildirimlerini kayıt altına almamak
• İlk haftadaki kullanım hızını nihai performans kabul etmek
• Bina yöneticilerine yeni belge ve bilgilendirme düzenini açıklamamak
• Yedekleme, kullanıcı kapatma ve şifre güvenliği gibi konuları ertelemek

Özellikle çalışan değişikliklerinde kullanıcı hesabının zamanında kapatılması önemlidir. Ortak kullanıcı adı ve şifre kullanmak yerine her çalışan için ayrı hesap açılması, işlemlerin kimin tarafından yapıldığını izlemeyi kolaylaştırır.

Bina Yöneticileri Yeni Sürece Nasıl Dahil Edilmeli?

Dijitalleşme yalnızca bakım firmasının iç operasyonunu etkilemez. Bina yöneticisi de servis formunun nasıl iletileceğini, arıza bildirimini hangi kanaldan yapacağını ve bakım geçmişine nasıl ulaşacağını bilmelidir.

İlk ay içinde aktif bina yöneticilerine kısa bir bilgilendirme yapılabilir. Bu metinde şu noktalar yer almalıdır:

• Bakım sonrası belgenin hangi kanaldan gönderileceği
• Dijital imzanın hangi işlem için alınacağı
• Arıza bildirim yönteminin değişip değişmediği
• Yetkili kişi bilgilerinin nasıl güncelleneceği
• Geçmiş kayıt veya belge talebinin nasıl yapılacağı

Buradaki amaç bina yöneticisini teknik ayrıntıya boğmak değil, yeni düzenin kendisine sağladığı şeffaflığı anlatmaktır. Yapılan bakımın tarihi, açıklaması ve varsa fotoğrafları düzenli sunulduğunda “bakım gerçekten yapıldı mı?” tartışmaları da azalabilir.

30. Gün Kontrol Listesi

İlk ayın sonunda geçiş sorumlusu aşağıdaki maddeleri kontrol etmelidir:

• Aktif müşteriler sisteme eksiksiz aktarıldı mı?
• Bina ve asansör eşleştirmeleri doğrulandı mı?
• Aktif sözleşmelerin tarihleri kontrol edildi mi?
• Gelecek ayın bakım planı hazır mı?
• Bütün teknisyenler uygulamalı eğitim aldı mı?
• Kullanıcı yetkileri görevlerle uyumlu mu?
• Eksik bırakılan formlar belirlendi mi?
• Arıza kayıtları tek merkezde izlenebiliyor mu?
• Pilot dönemde bulunan kritik sorunlar çözüldü mü?
• Kâğıt ve dijital kayıt arasındaki esas yöntem netleştirildi mi?
• Firma içi destek sorumlusu belirlendi mi?
• İlk ay performans raporu çıkarıldı mı?

Bu maddelerin hepsinin kusursuz olması şart değildir. Önemli olan, tamamlanmayan konuların görünür olması ve ikinci ay için sorumlu ile bitiş tarihinin belirlenmesidir.

Sıkça Sorulan Sorular

Asansör bakım yazılımına geçiş kaç gün sürer?

Süre; müşteri sayısına, veri kalitesine, teknisyen sayısına ve kullanılan modüllere göre değişir. Küçük bir firma birkaç gün içinde temel kullanıma başlayabilir. Ancak düzenin oturması ve kayıt kalitesinin ölçülmesi için yaklaşık 30 günlük kontrollü geçiş dönemi planlamak daha gerçekçidir.

Tüm geçmiş bakım kayıtları ilk gün aktarılmalı mı?

Hayır. Öncelik aktif müşteriler, asansörler, sözleşmeler ve yaklaşan bakım planları olmalıdır. Geçmiş arşiv, operasyon başladıktan sonra ihtiyaç ve veri kalitesine göre aşamalı biçimde aktarılabilir.

Teknisyenler uygulamayı kullanmak istemezse ne yapılmalı?

Önce direncin nedeni anlaşılmalıdır. Sorun eğitim eksikliği, fazla veri girişi, düşük internet bağlantısı veya eski alışkanlıklar olabilir. Teknisyenleri karar sürecine dahil etmek, pilot ekip kullanmak ve gereksiz adımları azaltmak adaptasyonu kolaylaştırır.

Kâğıt formlar hemen kaldırılmalı mı?

İlk pilot günlerinde kısa süreli paralel kullanım yapılabilir. Ancak çift kayıt kalıcı hale getirilmemelidir. Dijital sistem doğrulandıktan sonra esas kayıt yöntemi açıkça belirlenmeli, ihtiyaç duyulan basılı belgeler dijital kayıttan üretilmelidir.

İlk ay hangi başarı ölçütü daha önemlidir?

Yalnızca tamamlanan iş sayısına bakmak yanıltıcıdır. Planlanan bakımın tamamlanma oranı, eksiksiz form oranı, mobil kullanım oranı ve düzeltmeye dönen kayıt sayısı birlikte değerlendirilmelidir.

Asansorex ilk 30 günlük süreci nasıl destekler?

Asansorex; müşteri, bina, asansör, bakım planı, saha formu ve arıza kayıtlarının ortak bir düzende takip edilmesine yardımcı olur. Firma, ilk ay boyunca saha ile ofis arasındaki veri akışını izleyerek eksik kalan süreçlerini daha kolay belirleyebilir.

Özet

Asansör bakım yazılımı kurulum sonrası ilk 30 gün, satın alınan sistemin günlük çalışma düzenine dönüştüğü dönemdir. İlk hafta doğru veri yapısı kurulmalı, ikinci hafta pilot ekiple gerçek saha işlemleri denenmeli, üçüncü hafta tüm ekip uygulamalı eğitimle sisteme alınmalı ve son hafta sonuçlar ölçülmelidir. Başarılı geçişin anahtarı, bütün özellikleri hemen açmak değil; temel süreçleri eksiksiz, ölçülebilir ve sürdürülebilir hale getirmektir. İlk ay sonunda müşteri kayıtları doğru, bakım planı güncel ve teknisyen işlemleri izlenebilir durumdaysa dijitalleşmenin sağlam temeli atılmış demektir.