Asansör Bakım Periyodu Yazılımı için Pilot Bina Grubu Nasıl Seçilir?

İÇERİK

Asansör bakım periyodu yazılımına geçişte en sağlıklı yöntem, tüm portföyü aynı gün sisteme taşımak değil; önce kontrollü bir pilot bina grubu ile başlamaktır. Çünkü bakım planı sadece takvimden ibaret değildir. Binanın yoğunluğu, arıza geçmişi, müşteri beklentisi, teknisyen alışkanlığı, evrak düzeni ve raporlama disiplini birlikte çalışır. Bu yazıda, bir asansör bakım firmasının pilot bina grubunu nasıl seçeceğini, hangi kriterleri ölçmesi gerektiğini ve geçiş sürecini nasıl daha risksiz yöneteceğini pratik şekilde ele alacağız.

Pilot Bina Grubu Neden Gereklidir?

Bir asansör bakım takip programı satın alındığında ilk heyecan genellikle şudur: “Bütün binaları hemen yükleyelim, herkes kullanmaya başlasın.” Niyet doğru olsa da uygulamada bu yaklaşım çoğu firmada karışıklık çıkarır. Çünkü her ekip aynı dijital olgunlukta değildir, her bina aynı düzenli bilgiye sahip değildir ve her müşteri aynı şekilde rapor istemez.

Pilot bina grubu, yazılımı gerçek saha şartlarında küçük ama temsil gücü yüksek bir portföy üzerinde denemeyi sağlar. Böylece firma sahibi şu soruların cevabını görür:

• Bakım periyotları doğru planlanıyor mu?
• Teknisyenler mobil uygulamayı sahada rahat kullanıyor mu?
• Bina yöneticisi bakım raporunu anlayabiliyor mu?
• Eksik evrak, yanlış cari bilgi veya hatalı asansör kaydı var mı?
• Ofis ekibi bakım takvimini yazılımdan yönetebiliyor mu?
• Geciken bakım ve tamamlanan bakım ayrımı net takip ediliyor mu?

Pilot çalışma, yazılımın sadece “var” olmasını değil, gerçekten işleyip işlemediğini gösterir. Özellikle 2026 Türkiye koşullarında, asansör bakım firmaları için kayıt düzeni artık sadece iç takip meselesi değildir. Periyodik bakım geçmişi, arıza kayıtları, müşteri bilgilendirmesi ve denetim anında sunulabilir dokümantasyon ciddi önem taşır.

İyi seçilmiş pilot bina grubu, yazılım geçişindeki hataları büyümeden yakalar; kötü seçilmiş pilot grup ise doğru sistemi bile başarısız gösterir.

Pilot Gruba Kaç Bina Dahil Edilmeli?

Pilot bina sayısı firmanın toplam portföyüne göre değişir. Amaç çok küçük bir örnekle yanıltıcı sonuç almak değil, yönetilemeyecek kadar büyük bir grupla ekibi yormamaktır.

Genel uygulamada aşağıdaki yaklaşım sağlıklı sonuç verir:

Firma Portföyü	Önerilen Pilot Bina Sayısı	Pilot Süresi	Amaç
50 binaya kadar	5-8 bina	2-3 hafta	Temel akışı görmek
50-150 bina	10-15 bina	3-4 hafta	Planlama ve saha kullanımını test etmek
150-500 bina	20-35 bina	4-6 hafta	Ekip, bölge ve müşteri çeşitliliğini ölçmek
500+ bina	40-75 bina	6-8 hafta	Ölçeklenebilir süreci doğrulamak

Burada kritik nokta şudur: Pilot grup, sadece kolay binalardan oluşmamalıdır. Hep aynı bölgede, aynı teknisyenin baktığı, sorunsuz ve düşük trafikli binaları seçerseniz yazılım gerçek hayatı test etmez. Tersine sadece sorunlu binaları seçerseniz de ekip daha baştan yazılıma karşı direnç gösterebilir.

En sağlıklısı dengeli bir karışımdır. Birkaç kolay bina, birkaç orta yoğunlukta bina, birkaç da daha dikkat isteyen bina seçilmelidir.

Pilot Bina Seçiminde Kullanılacak Kriterler

Pilot bina grubu seçerken “kim müsaitse onu alalım” mantığıyla ilerlemek doğru değildir. Seçim, ölçülebilir kriterlere dayanmalıdır. Aşağıdaki başlıklar, bakım firması sahibine ve operasyon sorumlusuna net bir filtre sunar.

1. Bina Tipi ve Kullanım Yoğunluğu

Bir apartman asansörü ile iş merkezi asansörü aynı bakım ritmine sahip değildir. Site, plaza, okul, hastane, otel veya küçük apartman farklı beklentiler doğurur. Pilot grupta mümkünse en az iki farklı bina tipi bulunmalıdır.

Örneğin:

• 2 küçük apartman
• 2 orta ölçekli site bloğu
• 1 yoğun kullanımlı iş yeri
• 1 arıza geçmişi yüksek bina
• 1 düzenli ve iletişimi güçlü bina yöneticisi olan bina

Bu çeşitlilik, yazılımın bakım periyodu planlama tarafını daha gerçekçi test eder.

2. Arıza ve Bakım Geçmişi

Pilot gruba hiç arıza çıkarmayan binaları almak cazip görünür. Fakat yazılımın değeri en çok takip ihtiyacının arttığı yerlerde anlaşılır. Bu yüzden geçmişte sık arıza kaydı olan veya bakım notları düzensiz tutulan birkaç bina mutlaka dahil edilmelidir.

Burada dikkat edilmesi gereken konu, pilotun kriz yönetimi değil süreç testi olmasıdır. Çok problemli ve müşteri ilişkisi gergin binaları ilk gruba almak, geçiş sürecini gereksiz zorlaştırabilir.

3. Bina Yöneticisinin İletişim Düzeyi

Pilot süreçte bina yöneticisinden geri bildirim almak değerlidir. Bakım raporu anlaşılıyor mu, teknisyenin geldiği görülebiliyor mu, planlı bakım tarihi güven veriyor mu? Bu soruların cevabı için iletişime açık yöneticiler seçilmelidir.

Bina yöneticisi dijital rapora tamamen kapalıysa pilotun ilk aşamasına uygun olmayabilir. Fakat portföyde bu tip müşteriler çoksa, ikinci pilot dalgasında mutlaka denenmelidir.

4. Teknisyen Dağılımı

Pilot sadece ofis ekibinin denemesi değildir. Sahadaki teknisyen uygulamayı kullanmazsa bakım periyodu yazılımı eksik kalır. Bu yüzden pilot binalar tek bir teknisyene yığılmamalıdır.

Daha sağlıklı yaklaşım:

1. Dijital kullanıma yatkın bir teknisyen seçilir.
2. Ortalama alışkanlıkta bir teknisyen dahil edilir.
3. Kâğıt formdan vazgeçmekte zorlanabilecek bir teknisyen gözlemlenir.
4. Her teknisyenden günlük kısa geri bildirim alınır.

Bu sayede firma, eğitim ihtiyacını gerçekçi şekilde görür.

Pilot Öncesi Hazırlık Listesi

Pilot bina seçildikten sonra hemen sahaya çıkmak yerine verinin temizlenmesi gerekir. Çünkü yazılımın kötü görünmesinin en yaygın sebebi, yanlış veya eksik başlangıç verisidir.

Pilot öncesi kontrol listesi şöyle olabilir:

• Bina adı ve adresi doğru mu?
• Her binadaki asansör sayısı net mi?
• Asansör kimlik bilgileri eksiksiz mi?
• Bakım periyodu ve son bakım tarihi girildi mi?
• Bina yöneticisi iletişim bilgileri güncel mi?
• Sözleşme başlangıç ve bitiş tarihi biliniyor mu?
• Etiket durumu genel olarak kaydedildi mi?
• Varsa son periyodik muayene sonucu işlendi mi?
• Cari hesap bilgileri doğru mu?
• Teknisyen sorumluluk bölgesi tanımlandı mı?

TS EN 81-20/50 gibi standartlar asansörün teknik güvenlik ve tasarım tarafında önemli referanslardır; bakım operasyonunda ise kayıtların düzenli tutulması, yapılan işlemlerin izlenebilir olması ve ilgili yönetmeliklere uygun bakım disiplininin sürdürülmesi gerekir. Bu nedenle pilot süreçte sadece “bakım yapıldı mı?” değil, “bakım nasıl kayıt altına alındı?” sorusu da önemlidir.

Asansorex gibi bir bakım takip yazılımı bu noktada firmaya pratiklik sağlar: bakım tarihleri, teknisyen notları, bina bazlı geçmiş ve planlanan işler tek yerde tutulduğu için pilot sonuçları da daha net okunur.

Pilot Sürecinde Hangi Metrikler Ölçülmeli?

Pilotun başarılı olup olmadığını anlamak için sadece “ekip kullandı mı?” diye bakmak yeterli değildir. Ölçülebilir metrikler belirlenmelidir. Bu metrikler hem firma sahibine hem operasyon sorumlusuna karar desteği verir.

Ölçülebilecek temel göstergeler:

Metrik	Ne Anlatır?	Hedef
Zamanında tamamlanan bakım oranı	Planın sahada uygulanabilirliğini gösterir	%90 ve üzeri
Eksik bakım kaydı sayısı	Teknisyen kayıt disiplinini gösterir	Her hafta azalmalı
Ortalama bakım raporu oluşturma süresi	Ofis yükünü ölçer	Kâğıda göre daha kısa olmalı
Geciken bakım sayısı	Planlama kalitesini gösterir	Pilot sonunda düşmeli
Bina yöneticisi geri bildirimi	Müşteri tarafındaki algıyı gösterir	Net ve olumlu olmalı
Teknisyen kullanım hatası	Eğitim ihtiyacını gösterir	İlk haftadan sonra azalmalı

Bu metrikler resmi mevzuat maddesi gibi düşünülmemelidir; firmanın kendi operasyon kalitesini ölçmek için kullandığı pratik göstergelerdir. Ama düzenli tutulduklarında, denetim hazırlığı ve müşteri güveni açısından ciddi fayda sağlar.

Pilot Bina Grubunda Yapılacak Uygulama Adımları

Pilot süreci plansız bırakılırsa herkes iyi niyetle hareket eder ama sonuç dağınık olur. Bu yüzden kısa ve net bir uygulama akışı hazırlanmalıdır.

1. Pilot binalar seçilir.
2. Eksik bina ve asansör bilgileri tamamlanır.
3. Son bakım tarihleri ve bakım periyotları yazılıma girilir.
4. Teknisyenlere kısa uygulama eğitimi verilir.
5. İlk hafta sadece takip ve alışma dönemi olarak değerlendirilir.
6. İkinci haftadan itibaren gecikme, tamamlanma ve rapor kalitesi izlenir.
7. Bina yöneticilerinden kısa geri bildirim alınır.
8. Pilot sonunda sonuç toplantısı yapılır.
9. Eksikler düzeltilir.
10. İkinci bina grubu için yaygınlaştırma planı çıkarılır.

Burada en kritik madde sonuç toplantısıdır. Birçok firma pilotu başlatır ama sonunda ölçüm yapmaz. Oysa pilotun amacı sadece deneme yapmak değil, yaygın geçiş için öğrenilenleri yazılı hale getirmektir.

Sık Yapılan Pilot Hataları

Pilot bina grubu seçerken yapılan bazı hatalar, yazılım geçişini gereksiz yere zorlaştırır. Bunları baştan bilmek süreci rahatlatır.

Sadece Sorunsuz Binaları Seçmek

Bu durumda pilot çok güzel görünür ama gerçek geçişte sorunlar ortaya çıkar. Çünkü yoğun arıza alan, yöneticisi sürekli bilgi isteyen veya bakım geçmişi karışık olan binalar test edilmemiş olur.

Çok Fazla Bina ile Başlamak

Pilotun amacı küçük ölçekte öğrenmektir. İlk hafta 100 bina ile başlamak, pilot değil doğrudan geçiştir. Eğer ekip alışkın değilse hata sayısı artar ve kullanıcı direnci oluşur.

Teknisyen Eğitimini Hafife Almak

Teknisyen için uygulama ekranı ne kadar sade olursa olsun, saha alışkanlığı değişir. Eğitim sadece “şuraya bas, buraya bas” şeklinde değil; neden kayıt tutulduğunu anlatacak şekilde verilmelidir.

Müşteriye Bilgi Vermemek

Bina yöneticisi yeni rapor düzeninden habersizse gelen dijital bildirimleri veya bakım çıktısını yadırgayabilir. Kısa bir bilgilendirme, pilotun müşteri tarafında daha olumlu algılanmasını sağlar.

Pilot Sonrası Yaygınlaştırma Planı Yapmamak

Pilot biter, herkes “iyi oldu” der ama sonra süreç dağılır. Bu nedenle pilot sonunda ikinci grup, sorumlu kişi, tarih ve eğitim planı belirlenmelidir.

Pilot Sonunda Karar Nasıl Verilir?

Pilotun sonunda yazılımın başarılı olup olmadığına duyguyla değil, gözlem ve veriyle karar verilmelidir. Firma sahibi şu soruları sormalıdır:

• Bakım planı eskisine göre daha görünür hale geldi mi?
• Geciken bakım daha erken fark ediliyor mu?
• Teknisyenler yapılan işi daha düzenli kaydediyor mu?
• Bina yöneticisine daha anlaşılır bilgi verilebiliyor mu?
• Ofisin telefon ve evrak yükü azaldı mı?
• Eksik bilgi kaynaklı karışıklıklar azaldı mı?
• Sistem tüm portföye yayılabilecek kadar pratik mi?

Cevapların çoğu olumluysa, ikinci aşamada bina sayısı artırılabilir. Eğer bazı cevaplar olumsuzsa bu başarısızlık değildir. Tam tersine pilotun görevini yaptığını gösterir. Çünkü sorun tüm portföye yayılmadan görülmüştür.

Asansorex gibi bir sistemde pilot çalışmanın avantajı, bakım planı, saha kayıtları, cari bilgiler ve bina geçmişinin aynı yapı içinde izlenebilmesidir. Böylece firma sadece “program kullanıyor” olmaz; bakım periyodunu yönetilebilir bir sürece dönüştürür.

Sıkça Sorulan Sorular

Asansör bakım periyodu yazılımı için pilot bina grubu kaç binadan oluşmalı?

Küçük firmalarda 5-8 bina yeterli olabilir. Orta ölçekli firmalarda 10-35 bina arası daha gerçekçi sonuç verir. Büyük portföylerde 40 bina ve üzeri pilot grup oluşturulabilir; ancak ekip kapasitesi dikkate alınmalıdır.

Pilot bina grubuna sorunlu binalar dahil edilmeli mi?

Evet, ama dengeli şekilde. Sadece sorunsuz binalar seçilirse yazılım gerçek operasyonu test etmez. Ancak çok krizli binaları ilk aşamada seçmek de ekibi yorabilir. En iyi yöntem kolay, orta ve dikkat isteyen binaları karıştırmaktır.

Pilot süreç ne kadar sürmeli?

Genel uygulamada 3-6 hafta arası sağlıklı bir süredir. Çok küçük portföylerde 2-3 hafta yeterli olabilir. Büyük firmalarda ise en az bir tam bakım döngüsünü görmek daha doğru olur.

Teknisyenler pilot sürece nasıl hazırlanmalı?

Kısa, uygulamalı ve saha odaklı eğitim verilmelidir. Teknisyene sadece uygulamanın tuşları değil, bakım kaydının neden önemli olduğu da anlatılmalıdır. İlk hafta hatalar normal karşılanmalı, geri bildirimle süreç düzeltilmelidir.

Bina yöneticisine pilot süreç anlatılmalı mı?

Evet. Kısa bir bilgilendirme güven oluşturur. Yönetici, bakım raporunun artık daha düzenli tutulacağını, geçmiş kayıtlara daha kolay ulaşılacağını ve planlı bakım takibinin iyileşeceğini bilmelidir.

Pilot başarılı olursa sonraki adım nedir?

İkinci bina grubu belirlenir, eksikler düzeltilir ve yaygınlaştırma takvimi hazırlanır. Her yeni grup için aynı veri temizliği, teknisyen eğitimi ve ölçüm yaklaşımı uygulanmalıdır.

Özet

Asansör bakım periyodu yazılımına geçişte pilot bina grubu, sürecin küçük ölçekte prova edilmesini sağlar. Doğru seçilmiş bir pilot grup; bakım planlama hatalarını, teknisyen eğitim ihtiyaçlarını, müşteri bilgilendirme eksiklerini ve veri kalitesi sorunlarını erkenden gösterir.

Başarılı bir pilot için bina tipi, arıza geçmişi, teknisyen dağılımı ve yönetici iletişimi birlikte değerlendirilmelidir. Pilot sonunda ölçüm yapılmalı, öğrenilenler yazılı hale getirilmeli ve sistem kademeli olarak tüm portföye yayılmalıdır. Böyle ilerleyen firmalar, dijital bakım takibini sadece yeni bir araç olarak değil, daha düzenli, şeffaf ve sürdürülebilir bir operasyon modeli olarak kullanır.