Asansör Bakım Programı Pilot Proje Nasıl Yürütülür?

İÇERİK

Bir asansör bakım programı satın almadan önce sadece demo ekranlarına bakarak karar vermek çoğu firma için yeterli değildir. Yazılımın gerçek değeri; teknisyen sahadayken, bakım planı yoğunlaştığında, arıza telefonu geldiğinde, müşteri bilgi istediğinde ve ofis personeli ay sonu kayıtlarını kontrol ettiğinde ortaya çıkar. Bu nedenle özellikle onlarca veya yüzlerce asansörlük portföy yöneten bakım firmaları için en sağlıklı yöntemlerden biri, sistemi önce sınırlı kapsamda bir pilot proje ile denemektir.

Doğru yürütülen pilot çalışma; yazılımın firmanıza uyup uymadığını, teknisyenlerin ne kadar hızlı adapte olduğunu, veri girişinin sahada aksayıp aksamadığını ve operasyonun gerçekten hızlanıp hızlanmadığını gösterir. Yanlış yürütülen pilot ise iyi bir yazılımı bile başarısız gösterebilir. Bu nedenle pilot sürecinin “birkaç kullanıcıya şifre verelim, bir hafta denesinler” yaklaşımından daha sistemli olması gerekir.

Bu rehberde asansör bakım programı pilot projesinin kapsamının nasıl belirleneceğini, hangi personelin seçileceğini, hangi verilerin sisteme aktarılması gerektiğini ve satın alma kararından önce hangi sonuçların ölçülmesi gerektiğini adım adım ele alacağız.

Pilot Proje Neden Yapılmalıdır?

Asansör bakım yazılımı doğrudan firmanın günlük işleyişine dokunur. Bakım planlaması, arıza kayıtları, teknisyen görevlendirmeleri, müşteri bilgileri, bakım formları, fotoğraflar, tahsilatlar ve kullanılan malzemeler aynı operasyonun farklı parçalarıdır.

Bu nedenle yazılım seçiminde yalnızca özellik listesi karşılaştırmak yanıltıcı olabilir.

Örneğin iki farklı programda da şu özellikler bulunabilir:

• Bakım planlama
• Mobil teknisyen ekranı
• Arıza kaydı
• Fotoğraf yükleme
• Dijital imza
• Cari takip
• SMS bilgilendirme

Ancak önemli olan özelliğin bulunması değil, firmanın gerçek çalışma düzeninde ne kadar kolay kullanılabildiğidir.

Pilot proje şu sorulara cevap vermelidir:

1. Teknisyen bakım kaydını sahada rahatça tamamlayabiliyor mu?
2. Ofis personeli yapılan ve yapılmayan bakımları kolayca görebiliyor mu?
3. Arıza kaydı açmak ve doğru personele yönlendirmek hızlı mı?
4. Eski müşteri ve asansör kayıtları sisteme doğru aktarılabiliyor mu?
5. Kullanıcıların günlük iş yükü azalıyor mu, yoksa yeni veri girişleri mi oluşuyor?
6. Firma sahibi operasyonu daha görünür şekilde takip edebiliyor mu?
7. Yazılım sağlayıcısının eğitim ve teknik destek süreci yeterli mi?

Pilot çalışmanın amacı “program çalışıyor mu?” sorusundan çok, “bu program bizim firmamızda çalışıyor mu?” sorusunu cevaplamaktır.

Pilot Projenin Kapsamı Nasıl Belirlenir?

En sık yapılan hata, pilot aşamada firmanın tüm portföyünü yeni sisteme taşımaya çalışmaktır.

Örneğin 600 asansörü bulunan bir firmanın ilk günden 600 asansörü sisteme aktarması gereksiz risk yaratabilir. Bir veri aktarım hatası, kullanıcı alışkanlığı sorunu veya yanlış tanımlanan süreç yüzlerce kayıt üzerinde düzeltme gerektirebilir.

Bunun yerine kontrollü bir örnek grup seçilmelidir.

Kaç Asansör Pilot Projeye Dahil Edilmeli?

Tek bir doğru sayı yoktur. Firmanın büyüklüğüne göre değişir. Genel uygulamada pilotun günlük operasyonu gerçekçi biçimde temsil edecek kadar büyük, ancak sorun çıktığında kolay yönetilecek kadar küçük tutulması daha sağlıklıdır.

Firma Portföyü	Önerilen Pilot Kapsamı	Pilot Ekip
20–50 asansör	10–20 asansör	1 teknisyen
50–150 asansör	20–40 asansör	1–2 teknisyen
150–500 asansör	30–75 asansör	2–4 teknisyen
500+ asansör	50–100 asansör	3–5 teknisyen

Buradaki rakamlar zorunlu standartlar değil, uygulanabilir pilot kapsamı oluşturmak için örnek aralıklardır.

Pilot grubuna yalnızca sorunsuz ve birbirine yakın binaları koymak da doğru değildir. Gerçek operasyonu temsil eden farklı örnekler seçilmelidir.

Örneğin:

• Düzenli bakım yapılan apartman
• Sık arıza veren eski asansör
• Birden fazla cihaz bulunan site
• Şehir merkezinden uzak bina
• Tahsilat takibi gereken müşteri
• Revizyon süreci devam eden asansör

Böylece yazılım sadece ideal şartlarda değil, firmanın karşılaştığı farklı iş senaryolarında test edilmiş olur.

Doğru Pilot Ekibi Nasıl Seçilir?

Pilot projenin başarısını yazılım kadar kullanıcı seçimi de etkiler.

Sadece teknolojiye çok yatkın bir teknisyenle pilot yapmak yanıltıcı olabilir. Aynı şekilde yeni sistemlere tamamen karşı olan tek bir personelin deneyimine göre karar vermek de doğru değildir.

En sağlıklı pilot ekip, firmanın genel yapısını temsil etmelidir.

Örneğin:

• Mobil uygulamalara alışkın bir teknisyen
• Ortalama teknoloji kullanımına sahip bir teknisyen
• Ofisten bakım planlamasını yapan personel
• Arıza ve müşteri telefonlarını yöneten personel
• Firma sahibi veya operasyon sorumlusu

Bu yaklaşım sayesinde sistem hem saha hem ofis açısından test edilir.

Teknisyenlere Pilotun Amacı Açıklanmalıdır

Yeni yazılımlar bazen personel tarafından “takip sistemi” veya “ek iş yükü” olarak algılanabilir.

Bu nedenle uygulamayı telefonlara yükleyip doğrudan kullanmalarını istemek yerine pilotun amacı anlatılmalıdır.

Örneğin:

Amacımız teknisyeni daha fazla kontrol etmek değil; telefon, WhatsApp, kâğıt form ve Excel arasında kaybolan işleri tek yerde toplamak ve aynı bilgiyi tekrar tekrar girmeyi azaltmak.

Teknisyen, sistemin kendisine hangi kolaylıkları sağlayacağını anlamalıdır.

Örneğin günlük planını uygulamada görmek, bina adresine ulaşmak, geçmiş arızaları incelemek, bakım formunu sahada tamamlamak ve ofise ayrıca bilgi göndermemek teknisyen açısından doğrudan fayda sağlar.

Pilot Öncesinde Hangi Veriler Hazırlanmalıdır?

Pilot proje başlamadan önce veri kalitesi kontrol edilmelidir.

Birçok firma yıllar içinde farklı Excel dosyaları, telefon rehberleri, WhatsApp konuşmaları ve kâğıt kayıtlar kullanır. Aynı bina farklı isimlerle kayıtlı olabilir veya eski yönetici telefonları hâlâ dosyada bulunabilir.

Yeni sisteme kirli veri aktarıldığında kullanıcı ilk günden sorun yaşar.

Pilot öncesinde en az şu bilgiler kontrol edilmelidir:

• Müşteri veya bina adı
• Açık adres
• Bina yöneticisinin iletişim bilgisi
• Asansör bilgileri
• Bakım periyodu
• Son bakım tarihi
• Sonraki planlanan bakım
• Sözleşme başlangıç ve bitiş tarihi
• Bakım ücreti
• Sorumlu teknisyen veya ekip
• Varsa açık arıza veya revizyon kayıtları

Örneğin aynı bina Excel dosyasında hem Güneş Apt. hem Güneş Apartmanı olarak bulunuyorsa pilot başlamadan önce tek kayıt altında birleştirilmesi daha doğrudur.

Asansorex gibi bakım ve saha yönetimini tek merkezde toplayan sistemlerde de sağlıklı başlangıcın temel şartı doğru müşteri, bina ve asansör verisidir. Yazılım ne kadar gelişmiş olursa olsun, yanlış başlangıç verisi operasyon raporlarının da yanlış görünmesine neden olur.

Pilot Süreç Adım Adım Nasıl Yürütülür?

Pilot proje için genellikle birkaç günlük kullanım yeterli değildir. En az bir bakım döngüsünün ve mümkünse gerçek arıza süreçlerinin görülmesi gerekir.

1. Başlangıç Verilerini Sisteme Aktarın

Seçilen pilot portföy sisteme yüklenir.

İlk aşamada yüzlerce farklı alanı doldurmaya çalışmak yerine günlük operasyon için gerekli temel veriler önceliklendirilmelidir.

Önce:

• Müşteri
• Bina
• Asansör
• Bakım planı
• Personel

tanımlanabilir.

Daha sonra sözleşme, cari, stok ve diğer detaylar genişletilebilir.

2. Gerçek Bakım Planını Oluşturun

Sistemde test amaçlı hayali işler oluşturmak yerine önümüzdeki günlerde gerçekten yapılacak bakım işleri planlanmalıdır.

Örneğin pazartesi günü beş binaya gidecek teknisyenin gerçek iş programı sisteme girilir.

Böylece şu süreç aynı anda test edilir:

Planlama → teknisyen görevlendirme → sahada bakım → form doldurma → fotoğraf/imza → iş kapatma → ofis kontrolü

Bu zincirin herhangi bir aşamasında gereksiz işlem varsa pilot sırasında hemen ortaya çıkar.

3. Arıza Sürecini Gerçek Şartlarda Test Edin

Pilot sırasında gerçek bir arıza gelirse eski yöntemle paralel kayıt tutmak yerine mümkün olduğunca yazılım üzerinden yönetilmelidir.

Arıza kaydı açılır, teknisyen atanır, yapılan işlem yazılır, gerekirse fotoğraf eklenir ve işlem tamamlanır.

Ardından şu sorular değerlendirilir:

• Arızayı açmak kaç dakika sürdü?
• Teknisyene bilgi ayrıca WhatsApp'tan gönderildi mi?
• Teknisyen bina geçmişini görebildi mi?
• Çözüm bilgisi ofise tekrar telefonla aktarıldı mı?
• Müşteriye bilgi verme süresi kısaldı mı?

İyi bir yazılımın amacı aynı işlemi dijital ortamda tekrar oluşturmak değil, gereksiz iletişim adımlarını ortadan kaldırmaktır.

4. Her Gün Kısa Geri Bildirim Toplayın

Pilot tamamlandıktan sonra kullanıcıların hatırladıkları sorunları anlatmasını beklemek yerine günlük kısa geri bildirim almak daha faydalıdır.

Teknisyenlere yalnızca üç soru bile sorulabilir:

1. Bugün en çok işine yarayan özellik neydi?
2. En çok zorlandığın işlem hangisiydi?
3. Hangi işlemi hâlâ WhatsApp veya kâğıt üzerinden yapmak zorunda kaldın?

Bu sorular yazılımın gerçek kullanım problemlerini hızlı şekilde ortaya çıkarır.

Pilot Projede Hangi Başarı Kriterleri Ölçülmelidir?

Pilot sonunda “ekip beğendi” veya “program güzel” gibi yorumlar satın alma kararı için yeterli değildir.

Ölçülebilir kriterler kullanılmalıdır.

Ölçüm Alanı	Pilot Öncesi	Pilot Sonrası Kontrol
Günlük bakım planı hazırlama	Manuel/Excel	Hazırlama süresi azaldı mı?
Teknisyene iş gönderme	Telefon/WhatsApp	Tek kanaldan yönetildi mi?
Bakım kanıtı	Kâğıt veya fotoğraf	Kayıtlar tek iş altında mı?
Arıza takibi	Telefon görüşmeleri	Açık/kapalı durum görülebiliyor mu?
Müşteri geçmişi	Dosya arama	Tek ekranda ulaşılabiliyor mu?
Eksik bakım kontrolü	Manuel kontrol	Otomatik görülebiliyor mu?
Ofis-saha iletişimi	Yoğun telefon trafiği	Gereksiz görüşmeler azaldı mı?

Özellikle zaman ölçümü önemlidir.

Örneğin ofis personeli günlük bakım listesi hazırlamak için daha önce 45 dakika harcıyor, yeni sistemde aynı işi 10–15 dakikada tamamlıyorsa bu somut bir kazanımdır.

Benzer şekilde teknisyen her bakım sonrası WhatsApp üzerinden fotoğraf, açıklama ve “tamamlandı” mesajı göndermek zorunda kalmıyorsa operasyonel yük azalmış demektir.

Pilot Sırasında Yapılmaması Gereken Hatalar

Pilot projenin başarısız olmasının nedeni her zaman yazılım değildir. Sürecin yanlış yönetilmesi de sonucu etkileyebilir.

En sık görülen hatalar şunlardır:

• İlk günden bütün portföyü sisteme taşımak
• Personele eğitim vermeden kullanıma başlamak
• Gerçek işler yerine yalnızca örnek kayıtlarla test yapmak
• Sadece bir teknisyenin yorumuna göre karar vermek
• Eski sistemi hiç bırakmadan sürekli çift kayıt tutmak
• Kullanıcı sorunlarını yazılım sağlayıcısına bildirmemek
• Ölçülebilir başarı kriterleri belirlememek
• Pilot tamamlanmadan fiyat üzerinden karar vermek

Özellikle çift kayıt konusu önemlidir.

Pilot boyunca teknisyen hem uygulamaya bakım girişi yapıyor hem kâğıt form dolduruyor hem de WhatsApp'tan fotoğraf gönderiyorsa doğal olarak “yeni sistem daha fazla iş çıkarıyor” görüşü oluşur.

Pilotun belirli bir bölümünde yeni sistem gerçek operasyon aracı olarak kullanılmalıdır.

Pilot Sonunda Satın Alma Kararı Nasıl Verilir?

Pilot tamamlandıktan sonra karar yalnızca özellik sayısına göre verilmemelidir.

Dört başlık birlikte değerlendirilmelidir:

Kullanım Kolaylığı

Teknisyen günlük işini birkaç gün içinde öğrenebiliyor mu?

Sistemi kullanmak için sürekli ofisi aramak zorunda kalıyorsa adaptasyon sorunu yaşanabilir.

Operasyonel Kazanç

Program gerçekten telefon trafiğini, Excel kullanımını, tekrar veri girişini veya kontrol süresini azaltıyor mu?

Yazılımın en önemli getirisi çoğu zaman yeni bir özellik değil, mevcut karmaşayı azaltmasıdır.

Destek Kalitesi

Pilot sırasında soru veya sorun yaşandığında sağlayıcı ne kadar hızlı yardımcı oldu?

Asansör bakım yazılımı firmanın günlük operasyonunun bir parçası olacağı için satış sonrası destek, satın alma fiyatı kadar önemlidir.

Ölçeklenebilirlik

Bugün 100 asansör yöneten firmanın birkaç yıl sonra 300–500 asansöre çıkması mümkündür.

Bu nedenle pilot yalnızca bugünkü ihtiyacı değil, büyüme senaryosunu da dikkate almalıdır.

Asansorex gibi bakım, arıza, saha operasyonu, müşteri kayıtları ve finansal süreçleri aynı yapı içinde yöneten çözümlerde pilot uygulama; firmanın hangi modüllere gerçekten ihtiyaç duyduğunu görmesini de kolaylaştırır. Böylece satın alma kararı satış sunumuna değil, gerçek saha deneyimine dayanır.

Sıkça Sorulan Sorular

Asansör bakım programı pilot projesi kaç gün sürmelidir?

Kesin bir süre yoktur ancak sadece birkaç günlük deneme çoğu firma için yetersiz kalabilir. Pilotun en az bir gerçek bakım planlama ve saha uygulama döngüsünü kapsaması faydalıdır. Firma büyüklüğüne göre birkaç haftalık kontrollü kullanım daha sağlıklı sonuç verebilir.

Pilot projeye kaç teknisyen dahil edilmelidir?

Küçük firmalarda bir veya iki teknisyen yeterli olabilir. Daha büyük ekiplerde farklı çalışma alışkanlıklarına sahip birkaç teknisyenin dahil edilmesi yazılımın gerçek adaptasyon seviyesini daha doğru gösterir.

Tüm müşteri verileri pilot aşamada aktarılmalı mı?

Genellikle hayır. Önce pilot kapsamına alınan bina ve asansörlerin aktarılması daha güvenlidir. Sistem doğrulandıktan sonra kalan portföy kademeli olarak taşınabilir.

Pilot sırasında eski sistem kullanılmaya devam edilmeli mi?

İlk günlerde kontrol amacıyla paralel kullanım yapılabilir. Ancak tüm pilot boyunca hem Excel, hem kâğıt hem de yeni yazılım birlikte kullanılırsa iş yükü yapay olarak artar. Belirli süreçlerde yeni sistem gerçek operasyon aracı haline getirilmelidir.

Pilot projenin başarılı olduğu nasıl anlaşılır?

Teknisyen adaptasyonu, bakım kayıtlarının eksiksizliği, arıza takip süresi, ofis-saha iletişimindeki azalma, planlama süresi ve bilgiye erişim hızı gibi ölçülebilir kriterlere bakılmalıdır.

Demo ile pilot proje arasındaki fark nedir?

Demo sırasında yazılımın özellikleri genellikle örnek veriler üzerinden gösterilir. Pilot projede ise firma kendi müşterileri, gerçek teknisyenleri ve gerçek bakım/arıza süreçleriyle sistemi kullanır. Bu nedenle satın alma kararında pilot sonuçları daha güçlü veri sağlar.

Özet

Bir asansör bakım programı pilot projesi, yazılım satın alma sürecinin küçük bir teknik denemesi değil, gerçek operasyonun kontrollü bir provası olarak görülmelidir. Doğru bina grubunu seçmek, farklı kullanıcı profillerini sürece dahil etmek, temiz veriyle başlamak ve gerçek bakım ile arıza işlerini sistem üzerinden yürütmek pilotun değerini artırır.

En önemli nokta, pilot sonunda “programı beğendik mi?” sorusunu sormak yerine; planlama süresi azaldı mı, teknisyen işi daha kolay kapattı mı, ofis-saha iletişimi sadeleşti mi, kayıt kalitesi yükseldi mi ve firma operasyonu daha görünür hale geldi mi? sorularına cevap vermektir.

Bu sorulara ölçülebilir şekilde olumlu cevap veriliyorsa yazılım artık yalnızca denenmiş değil, firmanın gerçek iş akışında doğrulanmış demektir. Böyle bir pilot yaklaşımı hem yanlış yazılım seçme riskini azaltır hem de sistem tüm firmaya açıldığında yaşanabilecek adaptasyon sorunlarının önemli bölümünü daha erken aşamadan görünür hale getirir.