Asansör Bakım Planlama Yazılımı Kurulum Sonrası İlk Ay

İÇERİK

Asansör bakım planlama yazılımı satın almak, dijital dönüşümün yalnızca başlangıcıdır. Asıl başarı; müşteri, cihaz, sözleşme ve teknisyen bilgilerinin doğru aktarılmasına, ekibin yeni çalışma düzenini benimsemesine ve bakım takviminin sahadaki gerçek kapasiteye göre oluşturulmasına bağlıdır. Kurulumdan sonraki ilk ay plansız geçirilirse eski Excel dosyaları, kâğıt formlar ve telefon mesajları kullanılmaya devam eder. Bu rehberde, ilk 30 günü dört aşamaya bölerek yazılımın düzenli ve kontrollü biçimde kullanıma alınması için uygulanabilir bir yol haritası bulabilirsiniz.

İlk Ay Neden Kritik Bir Dönemdir?

Yeni yazılımın başarısı, sahip olduğu özelliklerin sayısıyla değil günlük iş akışına ne ölçüde yerleştiğiyle anlaşılır. Firma çalışanları bakım emirlerini hâlâ telefonla alıyor, teknisyenler işlemleri gün sonunda topluca giriyor veya ofis personeli yazılımın yanında ayrı bir Excel tablosu tutuyorsa gerçek bir geçiş tamamlanmış değildir.

İlk ayın kritik olmasının başlıca nedenleri şunlardır:

• Eski kayıtların hataları bu dönemde ortaya çıkar.
• Teknisyenlerin mobil uygulamayı kullanma alışkanlığı şekillenir.
• Bölge ve rota planlamasındaki verimsizlikler görünür hâle gelir.
• Yetki, bildirim ve iş emri süreçleri test edilir.
• Eksik müşteri ve cihaz bilgileri tamamlanır.
• Yönetimin takip edeceği temel performans göstergeleri belirlenir.
• Bina yöneticilerine sunulacak bakım kayıtlarının standardı oluşur.

İlk 30 gün, mümkün olduğunca fazla özellik açma dönemi değildir. Öncelik, doğru veriye dayanan basit ve sürdürülebilir bir bakım düzeni kurmak olmalıdır. Karmaşık bir başlangıç, teknisyenlerin sisteme karşı direnç geliştirmesine neden olabilir.

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

Kurulumun ilk haftasında saha operasyonunu tamamen değiştirmek yerine veri tabanının güvenilir hâle getirilmesi gerekir. Çünkü yanlış adres, süresi geçmiş sözleşme veya hatalı cihaz bilgisiyle hazırlanan otomatik plan da yanlış olacaktır.

Müşteri ve bina kayıtlarını doğrulayın

Mevcut Excel dosyaları, muhasebe kayıtları ve teknisyenlerin kişisel listeleri karşılaştırılmalıdır. Aynı apartmanın farklı isimlerle birden fazla kez kaydedilmiş olması sık karşılaşılan bir sorundur. Örneğin “Güneş Apt.”, “Güneş Apartmanı” ve “Güneş Sitesi A Blok” kayıtlarının aynı müşteriye ait olup olmadığı kontrol edilmelidir.

Her kayıt için en az şu bilgiler doğrulanmalıdır:

• Müşteri veya bina adı
• Açık adres ve mümkünse konum bilgisi
• Bina yöneticisinin adı ve telefonu
• Asansörün kimlik veya tesis bilgisi
• Bakım sözleşmesinin başlangıç ve bitiş tarihi
• Aylık bakım sıklığı
• Sorumlu teknisyen veya ekip
• Son bakım tarihi
• Varsa periyodik kontrol sonucu ve etiket durumu
• Özel erişim koşulları veya bina notları

A/B/C/D periyodik kontrol sınıflandırması ile sahada kullanılan yeşil, mavi, sarı ve kırmızı bilgi etiketleri aynı şey değildir. Veriler aktarılırken sonuçların doğru alanlara girilmesi ve birbirine karıştırılmaması gerekir. Mevzuata ilişkin kayıtlar, yetkili muayene kuruluşunun raporundaki ifadeler esas alınarak tutulmalıdır.

Aktif ve pasif sözleşmeleri ayırın

Sözleşmesi bitmiş bir bina yanlışlıkla aktif bakım planına alınırsa teknisyen zamanı boşa harcanabilir. Tersi durumda, aktif bir müşterinin pasif görünmesi bakımın kaçırılmasına yol açabilir. Bu nedenle kayıtlar en az üç gruba ayrılmalıdır:

1. Aktif sözleşmeler
2. Yenileme bekleyen sözleşmeler
3. Sona ermiş veya hizmet verilmeyen sözleşmeler

Veri aktarımından sonra toplam aktif müşteri ve asansör sayısı, eski kayıtlarla karşılaştırılmalıdır. Örneğin firma 620 asansöre hizmet verdiğini biliyor ancak yazılımda 587 aktif cihaz görünüyorsa planlama başlamadan önce 33 cihazlık fark araştırılmalıdır.

8–14. Gün: Bakım Takvimini ve Ekip Kapasitesini Oluşturun

İkinci hafta, temizlenen verilerin operasyon planına dönüştürüldüğü dönemdir. Bakım tarihlerini yalnızca ayın günlerine eşit şekilde dağıtmak yeterli değildir. Coğrafi yakınlık, teknisyen yetkinliği, bina erişim saatleri ve olası arıza yoğunluğu birlikte değerlendirilmelidir.

Günlük kapasiteyi gerçekçi hesaplayın

Bir teknisyenin günlük bakım kapasitesi; bölgeler arasındaki mesafeye, bakımın kapsamına, cihaz tipine, bina erişimine ve kayıt işlemlerine göre değişir. Bu nedenle “her teknisyen günde kesin 10 bakım yapar” gibi sabit bir varsayım doğru sonuç vermeyebilir.

Plan yapılırken şu süreler hesaba katılmalıdır:

• Binalar arasındaki ulaşım
• Otopark ve binaya giriş süresi
• Bakım kontrolünün tamamlanması
• Fotoğraf, açıklama ve imza kaydı
• Yöneticiye bilgilendirme
• Acil arıza için bırakılacak kapasite
• Gün sonu eksik kayıt kontrolü

Aylık programın yüzde 100 dolu hazırlanması, ilk arıza çağrısında bütün planın kaymasına neden olur. Genel uygulamada günlük kapasitenin belirli bir bölümünü beklenmeyen arızalar, trafik, parça temini veya uzun süren işlemler için boş bırakmak daha sağlıklı sonuç verir.

Kontrol alanı	İlk ay hedefi	Kontrol yöntemi
Aktif cihaz kayıtları	Eksiksiz ve tekilleştirilmiş veri	Eski listeyle toplam karşılaştırması
Planlanan bakımlar	Aktif sözleşmelerin tamamı	Aylık takvim raporu
Teknisyen atamaları	Her işte sorumlu ekip	Atanmamış iş emri kontrolü
Tamamlanan bakım kayıtları	Aynı gün içinde kayıt	Gün sonu açık işler listesi
Fotoğraf ve imza	Belirlenen işlerde eksiksiz	Rastgele kayıt denetimi
Geciken bakımlar	Gerekçesi belirlenmiş kayıt	Gecikme raporu
Mükerrer işler	Sıfıra yakın sonuç	Cihaz ve tarih eşleştirmesi

Bölge bazlı planlama yapın

Aynı gün içinde birbirine uzak ilçelere iş atamak, teknisyenin bakım süresinden çok yolda zaman geçirmesine neden olur. Müşteriler bölge, ilçe veya rota koduna göre gruplanmalıdır. Ardından her teknisyene mümkün olduğunca birbirine yakın binalar atanmalıdır.

Planlamada yalnızca adres yakınlığına güvenilmemelidir. Bazı binalara yalnızca görevli personelin bulunduğu saatlerde girilebilir. Okul, hastane, fabrika veya yoğun iş merkezi gibi yapılarda çalışma saatleri ayrıca dikkate alınmalıdır.

15–21. Gün: Pilot Kullanımı Gerçek Saha Koşullarında Test Edin

Üçüncü haftada sistem, seçilen bir ekip ve sınırlı müşteri grubu üzerinde ayrıntılı olarak test edilmelidir. Pilot bölgenin yalnızca kolay binalardan oluşması yanıltıcı sonuç verir. Farklı cihaz türleri, yoğun arıza geçmişi bulunan yapılar ve erişim problemi yaşanan binalar da örnekleme eklenmelidir.

Teknisyenlere kısa ve görev odaklı eğitim verin

Uzun ve teorik eğitimler yerine, teknisyenin sahada gerçekleştireceği işlemler üzerinden ilerlemek daha verimlidir. Eğitim sırasında her teknisyen örnek bir iş emrini baştan sona tamamlamalıdır.

Eğitimde şu senaryolar uygulanmalıdır:

1. Günlük görev listesini açma
2. Adres ve müşteri bilgisine ulaşma
3. İşe başlama durumunu işaretleme
4. Bakım kontrol maddelerini tamamlama
5. Eksiklik veya risk notu ekleme
6. Gerekli fotoğrafları yükleme
7. Bina yetkilisinden imza alma
8. Kullanılan malzemeyi kaydetme
9. Bakımı tamamlayıp ofise iletme
10. İnternet bağlantısı zayıfken izlenecek yöntemi uygulama

Teknisyenlerin hata yapmasından kaçınmak için sisteme veri girmemesi, pilotun amacına aykırıdır. İlk ayda bulunan ve düzeltilen bir kullanım sorunu, yüzlerce yanlış kaydın oluşmasını önleyebilir.

Kâğıt ve dijital kaydı sonsuza kadar paralel yürütmeyin

Geçiş güvenliği için kısa süreli karşılaştırma yapılabilir. Ancak çalışanlar aylar boyunca hem kâğıt form hem dijital kayıt doldurmak zorunda bırakılırsa yazılım ek iş yükü gibi algılanır. Paralel kullanımın kapsamı ve bitiş tarihi en başta belirlenmelidir.

Asansorex gibi bir bakım takip yazılımında müşteri, cihaz, bakım planı, saha kaydı, fotoğraf ve imza bilgilerinin aynı işlem altında tutulması; ofisin ayrı dosyaları birleştirme ihtiyacını azaltır. Buradaki temel amaç teknisyeni daha fazla veri girmeye zorlamak değil, aynı bilgiyi farklı yerlere tekrar tekrar yazmasını önlemektir.

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

Son hafta yalnızca “kaç bakım tamamlandı?” sorusuna cevap verilmemelidir. Tamamlanan işlerin zamanında, doğru binada ve yeterli kayıtla yapılıp yapılmadığı da kontrol edilmelidir.

İlk ay takip edilecek göstergeleri belirleyin

Yönetimin onlarca raporu aynı anda takip etmesi gerekmez. Başlangıç için aşağıdaki göstergeler yeterlidir:

• Planlanan bakım sayısı
• Zamanında tamamlanan bakım oranı
• Geciken ve iptal edilen bakım sayısı
• Teknisyen başına günlük tamamlanan iş
• Atanmamış iş emri sayısı
• Eksik fotoğraf, açıklama veya imza bulunan kayıtlar
• Aynı cihazda tekrarlanan arızalar
• Plan dışı yapılan ziyaretler
• Bölge bazında ulaşım ve işlem yoğunluğu
• Yenileme tarihi yaklaşan sözleşmeler

Rakamlar teknisyenleri cezalandırmak için değil, sürecin nerede tıkandığını anlamak için kullanılmalıdır. Bir teknisyenin günlük iş sayısı düşükse bunun nedeni performans eksikliği olmayabilir; dağınık rota, eski cihazlar, uzun ulaşım veya yanlış planlama da aynı sonucu doğurabilir.

Rastgele kayıt denetimi yapın

Ay sonunda yalnızca toplam rapora bakmak yetersizdir. Farklı teknisyenlerden seçilen bakım kayıtları tek tek incelenmelidir. Kontrol sırasında şu sorular sorulabilir:

• Bakım doğru cihaz üzerinde mi açılmış?
• Tarih ve saat bilgileri işin gerçek akışıyla uyumlu mu?
• Kontrol maddeleri anlamlı biçimde doldurulmuş mu?
• Fotoğraf gerçekten ilgili asansöre mi ait?
• Eksiklik varsa açıklaması yazılmış mı?
• Bina yetkilisi bilgilendirilmiş mi?
• Kullanılan parça veya malzeme kaydedilmiş mi?
• Bir sonraki işlem gereksinimi açıkça belirtilmiş mi?

Bu kontrol, özellikle bütün maddelerin düşünmeden aynı seçenekle işaretlenmesi gibi görünürde tamamlanmış fakat niteliksiz kayıtları ortaya çıkarır.

İlk Ayda Yapılan Yaygın Hatalar

Kurulum sonrasında karşılaşılan sorunların çoğu yazılımın teknik özelliklerinden değil, geçiş yönteminden kaynaklanır.

Bütün modülleri aynı anda devreye almak

Bakım planlama, arıza yönetimi, stok, teklif, tahsilat, sözleşme ve müşteri portalını aynı hafta açmak çalışanların odağını dağıtabilir. Önce müşteri-cihaz verisi, bakım takvimi ve saha kayıtları oturtulmalı; diğer süreçler kontrollü biçimde eklenmelidir.

Hatalı veriyi doğrudan aktarmak

Excel dosyasındaki her satırı temizlemeden yeni sisteme taşımak, eski sorunları dijital ortama aktarmaktır. Yazılım hatalı sözleşme tarihini veya yanlış telefon numarasını kendiliğinden düzeltemez.

Sadece ofis personeline eğitim vermek

Bakım kaydını sahada oluşturan kişi teknisyendir. Bu nedenle eğitimin yalnızca operasyon sorumlusuna verilmesi yeterli olmaz. Teknisyenin uygulamayı gerçek bir bakım senaryosunda kullanması gerekir.

İlk hafta performans baskısı oluşturmak

Yeni sistemi öğrenen çalışanların ilk günlerde daha yavaş olması normaldir. İlk haftanın amacı hız rekoru değil, doğru kullanım olmalıdır. Hız ve kapasite değerlendirmesi, temel işlemler yerleştikten sonra yapılmalıdır.

Geri bildirimleri kayıt altına almamak

“Uygulama zor”, “bu alan gereksiz” veya “adres bulunamıyor” gibi ifadeler tek başına çözüm üretmez. Her bildirim; ekran, işlem, cihaz, kullanıcı ve hata anı bilgisiyle kaydedilmelidir. Böylece eğitim eksikliğiyle gerçek teknik problem birbirinden ayrılabilir.

Bina Yöneticileri Geçişe Nasıl Dahil Edilmeli?

Bina yöneticisinin yazılımın bütün özelliklerini bilmesine gerek yoktur. Onu ilgilendiren temel konu; bakımın ne zaman yapıldığı, hangi eksikliklerin bulunduğu ve gerekli belgelere nasıl ulaşacağıdır.

Geçiş sırasında bina yöneticisine kısa ve net bilgi verilmelidir:

• Bakım kayıtlarının dijital tutulmaya başlandığı
• Gerekli durumlarda fotoğraf ve imza alınacağı
• Bildirimlerin hangi kanaldan gönderileceği
• Arıza talebinin nasıl iletileceği
• Bakım geçmişinin hangi yöntemle paylaşılacağı

Dijital imza veya onay süreci kullanılıyorsa imza atan kişiye belgenin kapsamı gösterilmelidir. Boş ekran üzerinde peşinen imza almak veya bakım tamamlanmadan onay istemek hem güveni zedeler hem de kayıt kalitesini düşürür.

İlk Ay Sonu Değerlendirme Toplantısı

İlk ayın sonunda firma sahibi, operasyon sorumlusu ve saha ekibinden temsilcilerin katıldığı kısa bir değerlendirme yapılmalıdır. Toplantı genel şikâyet oturumuna dönüşmemeli; raporlar ve somut örnekler üzerinden ilerlemelidir.

Toplantı gündemi şu sırayla hazırlanabilir:

1. Toplam aktif cihaz ve planlanan bakım sayısı
2. Zamanında tamamlanan ve geciken işler
3. Eksik veya hatalı saha kayıtları
4. Teknisyenlerin karşılaştığı kullanım sorunları
5. Bölge ve rota planındaki darboğazlar
6. Müşteri veya bina yöneticisi geri bildirimleri
7. İkinci ayda açılacak yeni özellikler
8. Sorumlular ve düzeltmeler için bitiş tarihleri

Asansorex kullanılıyorsa ilk ay sonunda bakım takvimi, saha kayıtları ve sözleşme tarihleri birlikte gözden geçirilerek kaçırılma riski bulunan işler belirlenebilir. Sistemden alınan raporların düzenli yönetim toplantısına taşınması, yazılımın yalnızca kayıt aracı değil karar destek aracı olarak kullanılmasını sağlar.

Sıkça Sorulan Sorular

Eski bakım kayıtlarının tamamı yazılıma aktarılmalı mı?

Aktif müşteri, cihaz, sözleşme ve son bakım bilgileri öncelikli olarak aktarılmalıdır. Çok eski kayıtların tamamını ilk hafta taşımak zorunlu değildir. Denetim, müşteri geçmişi ve teknik takip açısından gerekli belgeler ayrıca arşivlenebilir. Aktarım kapsamı belirlenirken kayıtların doğruluğu, yasal saklama ihtiyaçları ve günlük kullanım değeri birlikte değerlendirilmelidir.

İlk ay kâğıt bakım formu kullanılmaya devam edilmeli mi?

Kısa bir pilot süresince karşılaştırma amacıyla kullanılabilir. Ancak süresiz paralel kullanım çift iş yükü oluşturur. Dijital kayıtların doğruluğu test edildikten ve ekip eğitimi tamamlandıktan sonra esas kayıt yöntemi açıkça belirlenmelidir.

Teknisyen yazılımı kullanmakta zorlanırsa ne yapılmalı?

Önce sorunun eğitim, cihaz, internet bağlantısı veya ekran tasarımından kaynaklanıp kaynaklanmadığı belirlenmelidir. Teknisyenle gerçek bir iş emri birlikte tamamlanmalı, zorlandığı adım gözlemlenmeli ve kısa görev bazlı tekrar eğitimi verilmelidir.

Bakım takvimi aylık mı yoksa haftalık mı hazırlanmalı?

Aylık ana plan oluşturulmalı, haftalık olarak kapasite ve rota kontrolü yapılmalıdır. Günlük arızalar, izinler, trafik ve acil işler nedeniyle haftalık revizyon gerekir. Böylece uzun vadeli görünürlük ile saha esnekliği birlikte korunur.

İlk ay başarı ölçütü ne olmalıdır?

Yalnızca tamamlanan bakım sayısına bakılmamalıdır. Doğru veri oranı, zamanında tamamlanan işler, eksiksiz saha kayıtları, gecikme nedenleri ve teknisyenlerin sisteme düzenli giriş yapması birlikte değerlendirilmelidir.

Yazılım kurulduktan sonra Excel dosyaları hemen silinmeli mi?

Hayır. Eski dosyalar doğrulama ve arşiv amacıyla salt okunur biçimde güvenli bir yerde saklanmalıdır. Ancak günlük planlamaya iki farklı sistemden devam edilmemelidir. Esas kayıt kaynağı belirlendikten sonra yeni işlemler yalnızca bu sistem üzerinden yürütülmelidir.

Özet

Asansör bakım planlama yazılımının kurulum sonrası ilk ayı; veri temizliği, bakım takviminin oluşturulması, teknisyen eğitimi, pilot kullanım ve performans değerlendirmesi şeklinde yönetilmelidir. İlk hafta güvenilir veri, ikinci hafta gerçekçi kapasite, üçüncü hafta saha testi, son hafta ise ölçüm ve standardizasyon üzerine kurulmalıdır. Doğru yönetilen bir geçiş; kaçırılan bakımları, mükerrer kayıtları, gereksiz yolculukları ve ofis-saha arasındaki bilgi kopukluğunu azaltır. Böylece yazılım yalnızca kullanılan yeni bir araç değil, firmanın günlük bakım düzeninin güvenilir merkezi hâline gelir.