Asansör Bulut Asansör Yazılımı İçin Pilot Ekip Seçimi

İÇERİK

Bulut asansör yazılımına geçişte ilk karar, hangi ekibin sistemi sahada deneyeceğidir. Yalnızca teknolojiye meraklı teknisyenleri seçerseniz kullanım güçlüklerini geç fark edebilirsiniz. Sadece en yoğun ekibi görevlendirirseniz bu kez günlük iş baskısı denemeyi yarıda bırakabilir. İyi seçilmiş bir pilot ekip, yazılımın gerçek bakım düzenine nasıl oturduğunu gösterir. Bu rehberde teknisyenleri, ofis sorumlusunu ve deneme yapılacak binaları nasıl seçeceğinizi; görevleri nasıl dağıtacağınızı ve sonuçları hangi ölçütlerle değerlendireceğinizi bulacaksınız.

Pilot Uygulamanın Amacını Önce Netleştirin

Pilot çalışma, birkaç çalışana kullanıcı hesabı açmaktan ibaret değildir. Firma sahibinin cevap aradığı somut bir operasyon sorusuna dayanmalıdır. Örneğin bakım formları ofise geç ulaşıyorsa ilk hedef, tamamlanan bakım kayıtlarının aynı gün görünür olmasıdır. Arıza geçmişi telefon görüşmeleri arasında kayboluyorsa hedef, teknisyenin önceki müdahalelere sahadayken ulaşabilmesidir.

Başlangıçta bütün sorunları çözmeye çalışmak, değerlendirmeyi zorlaştırır. Bakım planlama, stok takibi, tahsilat ve sözleşme yönetimini aynı anda denemek yerine bir ana iş akışı seçin. Bu akışın başlangıcı ve bitişi belli olsun: bakımın atanması, teknisyenin kaydı doldurması, gerekli fotoğrafları eklemesi ve ofisin kaydı kontrol etmesi.

Pilot başlamadan önce şu üç soruyu yazılı cevaplayın:

• Günlük işleyişte hangi sorunu azaltmak istiyoruz?
• Bu sorunun mevcut durumunu nasıl ölçüyoruz?
• Deneme sonunda hangi değişiklik başarılı sayılacak?

“İşler daha düzenli olsun” ölçülebilir bir hedef değildir. “Tamamlanan bakım kayıtlarının en az yüzde 90’ı aynı gün ofis tarafından görülebilsin” ise takip edilebilir bir örnek pilot hedefidir. Bu oranı firmanızın başlangıç durumuna göre belirleyin; evrensel bir sektör standardı olarak kullanmayın.

Pilot Ekipte Kimler Yer Almalı?

Pilot ekip, firmanın bütün çalışanlarını temsil etmek zorunda değildir; ancak farklı kullanım alışkanlıklarını gösterebilmelidir. Küçük bir bakım firmasında iki teknisyen, bir ofis sorumlusu ve karar verecek firma sahibi yeterli bir başlangıç oluşturabilir. Daha büyük firmalarda farklı bölgelerden katılımcı eklemek gerekebilir.

Deneyimli bir teknisyen seçin

Deneyimli teknisyen, bakım sırasında hangi bilginin gerekli olduğunu bilir. Bir formun sahadaki işe uymadığını, cihaz geçmişinde önemli bir ayrıntının eksik kaldığını veya kayıt sırasının iş akışını böldüğünü daha kolay fark eder.

Seçim yaparken yalnızca kıdeme bakmayın. Yapılan işi anlaşılır biçimde anlatabilen, kayıtlarını düzenli tutan ve eksikleri somut örneklerle bildiren çalışan daha faydalı geri dönüş sağlar.

Farklı dijital alışkanlığı olan bir teknisyen ekleyin

İkinci katılımcının ilk kişiyle aynı kullanım seviyesinde olması gerekmez. Telefonda uygulama kullanmaya alışkın bir çalışanla daha fazla yönlendirmeye ihtiyaç duyan bir çalışanı birlikte denemeye almak, eğitim ihtiyacını görünür kılar.

Burada amaç kimseyi sınamak değildir. Pilot, çalışanların performans yarışması olarak sunulmamalıdır. Teknisyen “zorlandığımı söylersem başarısız görünürüm” diye düşünürse önemli kullanım sorunlarını saklayabilir.

Ofisten gerçek iş takibini yapan kişiyi dahil edin

Saha kaydı tamamlandığında onu kontrol eden, bina yöneticisinin sorusuna cevap veren veya eksik bilgiyi teknisyenden isteyen kişi pilotta bulunmalıdır. Aksi hâlde yalnızca kayıt oluşturmayı test eder, kaydın ofiste işe yarayıp yaramadığını öğrenemezsiniz.

Firma sahibi ise günlük destek işini üstlenmek yerine kapsamı korumalı, gerekli zamanı ayırmalı ve sonuçlara göre karar vermelidir.

Katılımcıları Seçmek İçin Basit Bir Değerlendirme Tablosu Kullanın

“En iyi teknisyenimiz denesin” yaklaşımı tek başına yeterli değildir. Teknik beceri önemli olsa da pilot çalışma iletişim, zaman ayırma ve kayıt disiplini de gerektirir.

Aşağıdaki tabloyu adayları karşılaştırmak için kullanabilirsiniz. Her ölçütü 1–5 arasında puanlayın; toplam puanı tek karar ölçütü yapmayın. Birbirini tamamlayan katılımcılar seçmek daha değerlidir.

Seçim ölçütü	Bakılacak somut davranış	Pilot açısından katkısı
Saha deneyimi	Bakım ve arıza geçmişini doğru yorumlama	İş akışının sahaya uygunluğunu değerlendirir
Kayıt disiplini	Formları eksiksiz ve zamanında teslim etme	Mevcut süreçle karşılaştırmayı kolaylaştırır
Dijital kullanım	Telefonda kayıt ve dosya işlemlerini yapabilme	Kullanım ve eğitim ihtiyaçlarını gösterir
Geri bildirim becerisi	Sorunu örnek, tarih ve işlemle anlatma	Eksiklerin çözülmesini hızlandırır
Zaman uygunluğu	Deneme ve değerlendirme için vakit ayırabilme	Pilotun günlük yoğunlukta kaybolmasını önler
İş çeşitliliği	Farklı bina ve asansörlerle çalışma	Tek tip koşullara bağlı sonuçları azaltır

En yüksek puanı alan iki kişi aynı bölgede, aynı cihazlarla ve aynı alışkanlıklarla çalışıyorsa farklı özellikte bir üçüncü adayı değerlendirin. Pilotun değeri, yalnızca hızlı kullanım göstermesinden değil, zorlanan noktaları ortaya çıkarmasından gelir.

Deneme Yapılacak Binaları Gerçek Portföyünüzden Seçin

Doğru ekip, yanlış bina grubuyla deneme yaparsa sonuç yanıltıcı olabilir. Sadece ofise yakın, erişimi kolay ve iletişimi sorunsuz binalar seçmek, günlük işin zor taraflarını dışarıda bırakır.

Örneğin 300 asansörlük portföyü olan bir firma, ilk denemeyi 15–25 asansörle sınırlandırabilir. Bu sayı bir zorunluluk değildir; ekibin iş yüküne ve denenecek akışa göre değişir. Önemli olan seçilen grubun yeterli çeşitlilik sunmasıdır.

Bina listesinde şu koşullardan birkaçına yer verin:

• Düzenli bakım yapılan ve geçmiş kayıtları temiz bir bina.
• Birden fazla asansörü bulunan bir site.
• Mobil bağlantının zayıflayabildiği bir çalışma noktası.
• Bina yöneticisinin servis kaydını görmek istediği bir müşteri.
• Geçmişte tekrarlayan arıza bildirimi bulunan bir asansör.
• Giriş saatleri veya erişim koşulları sınırlı bir bina.

Bağlantı zayıfsa yazılımın çevrimdışı kullanım ve sonradan eşitleme davranışını ayrıca kontrol edin. Bulut tabanlı olması, her uygulamanın internet olmadan aynı işlemleri yapabildiği anlamına gelmez.

Pilot nedeniyle bakım veya güvenlik açısından gerekli müdahaleler ertelenmemelidir. Deneme takvimi, mevcut hizmet sorumluluklarına uyacak şekilde hazırlanmalıdır.

Pilot Başlamadan Önce Veri ve Görevleri Hazırlayın

Teknisyen ilk binaya gittiğinde yanlış asansör adı, eksik adres veya karışmış müşteri kaydıyla karşılaşırsa sorun yazılım kullanımından önce başlar. Bu nedenle deneme grubunun bilgilerini önceden kontrol edin.

Her asansörün bina adı, adresi, ayırt edici tanımı ve ilgili iletişim bilgileri anlaşılır olmalıdır. Aynı sitedeki üç asansörü yalnızca “Asansör 1, 2, 3” diye kaydetmek yeterli olmayabilir. Blok ve konum bilgisi eklemek yanlış kayıt açma ihtimalini azaltır.

Görev dağılımını da açıkça belirleyin:

1. Ofis sorumlusu: Deneme listesini ve atanan işleri kontrol eder.
2. Teknisyen: Yapılan işlemi, gerekli açıklamayı ve belirlenen ekleri kaydeder.
3. Pilot koordinatörü: Soruları toplar, sorunların takibini yapar.
4. Firma sahibi: Haftalık sonuçları değerlendirir ve kapsam kararını verir.

Asansorex gibi bir bakım takip yazılımını bu sınırlı bina grubuyla denemek, saha kayıtlarının ofise nasıl ulaştığını ve bakım geçmişinin günlük işte nasıl kullanıldığını görmenizi sağlar.

İlk eğitimde bütün özellikleri anlatmayın. Teknisyenin ilk gün kullanacağı işlemleri gerçek bir bakım örneği üzerinden gösterin. Ardından aynı kaydı kendisinin oluşturmasını isteyin; izleyerek öğrenmekle sahada uygulamak farklıdır.

Pilot Süresini Bakım Döngüsüne Göre Planlayın

İki günlük deneme, ilk kullanım zorluklarını gösterebilir; ancak bakım planının tamamını değerlendirmek için yetersiz kalabilir. Aylık bakım düzenini test eden bir firma, denemeyi en az bir planlama ve tamamlama döngüsünü kapsayacak şekilde tasarlamalıdır.

Örnek bir dört haftalık çalışma şu şekilde ilerleyebilir:

• İlk hafta: Eğitim, veri kontrolü ve ilk saha kayıtları.
• İkinci hafta: Günlük kullanım, eksik kayıtların incelenmesi ve kısa destek görüşmeleri.
• Üçüncü hafta: Farklı bina koşullarının denenmesi ve önceki kayıtlara erişimin değerlendirilmesi.
• Dördüncü hafta: Sonuçların karşılaştırılması ve yaygınlaştırma kararı.

Her gün uzun toplantı yapmak yerine ilk günlerde kısa kontrol görüşmeleri yeterli olabilir. Haftalık değerlendirmede ise yalnızca “alıştınız mı?” diye sormayın. Hangi işlemde zorlanıldığını, bunun kaç kez yaşandığını ve işin nasıl tamamlandığını konuşun.

Pilot sırasında kapsamı sürekli büyütmeyin. Yeni ihtiyaçları ayrı bir listede tutun. Ana akış oturmadan ek modüllere geçmek, hangi değişikliğin sonucu etkilediğini anlamayı zorlaştırır.

Başarıyı Kullanıcı Girişinden Değil, Tamamlanan İşten Ölçün

Çalışanların uygulamaya giriş yapması, pilotun başarılı olduğunu göstermez. Asıl soru, işin gerekli kayıtlarla tamamlanıp tamamlanmadığıdır.

Başlangıç durumuyla karşılaştırmak için birkaç ölçüt seçin:

• Aynı gün tamamlanan bakım kayıtlarının oranı.
• Zorunlu bilgileri eksiksiz olan kayıtların oranı.
• Ofisin eksik bilgi için yaptığı geri arama sayısı.
• Önceki bakım veya arıza kaydını bulmak için geçen süre.
• Kaydedilemeyen ya da sonradan düzeltme gerektiren işlem sayısı.
• Teknisyenin yardım almadan tamamlayabildiği iş akışı.

Örneğin pilot öncesinde ofis, 20 bakımın sekizinde eksik bilgi için teknisyeni arıyorsa bunu kaydedin. Pilot sonunda aynı tür 20 bakımda üç geri arama yapılması olumlu bir işarettir. Ancak bina grubu ve iş kapsamı değişmişse sayıları doğrudan karşılaştırmayın.

Teknisyenin kayıt süresini de bağlamıyla değerlendirin. İlk hafta yeni düzene alışmak zaman alabilir. Ayrıca daha önce tutulmayan fotoğraf ve açıklamalar ekleniyorsa süre artışının bir kısmı daha kapsamlı kayıt oluşturmaktan kaynaklanabilir.

Sıkça Sorulan Sorular

Pilot ekip kaç kişiden oluşmalı?

Küçük firmalarda iki teknisyen ve bir ofis sorumlusu başlangıç için yeterli olabilir. Farklı şube veya bölgeler varsa temsil ihtiyacına göre sayı artırılabilir. Katılımcıların sorularına düzenli cevap verilemeyecek kadar büyük bir grupla başlamayın.

Yazılıma mesafeli bir teknisyen pilotta bulunmalı mı?

Geri bildirim vermeye açık ve denemeye katılmaya istekli olması koşuluyla bulunabilir. Dijital araçlarda zorlanan bir katılımcı, eğitim ve kullanım eksiklerini görmenizi sağlar. Katılımı zorla kabul ettirmek ise sağlıklı değerlendirmeyi güçleştirir.

Pilot boyunca kâğıt kayıt da tutulmalı mı?

Mevcut belge ihtiyacınıza göre sınırlı bir karşılaştırma dönemi planlanabilir. Ancak aynı bilgiyi belirsiz süre boyunca iki yere yazdırmak iş yükünü artırır. Hangi kaydın esas alınacağını ve çift kayıt uygulamasının ne zaman biteceğini baştan belirleyin.

Bina yöneticilerini denemeye dahil etmek gerekir mi?

Pilotun amacı müşteriyle kayıt paylaşımını değerlendirmekse birkaç bina yöneticisinin görüşü faydalıdır. Gönderilen kaydın anlaşılır olup olmadığını ve hizmet geçmişiyle ilgili sorularını karşılayıp karşılamadığını sorun.

Hangi durumda pilot uzatılmalı?

Yeterli bakım işlemi gerçekleşmediyse, veri hataları değerlendirmeyi bozduysa veya katılımcılar gerekli eğitimi alamadıysa süre uzatılabilir. Uzatma kararında çözülecek sorunu ve yeni bitiş tarihini belirleyin; yalnızca “biraz daha deneyelim” demekle yetinmeyin.

Özet

Bulut asansör yazılımı için pilot ekip seçerken saha deneyimi, farklı dijital alışkanlıklar, kayıt disiplini ve zaman uygunluğunu birlikte değerlendirin. Gerçek portföyünüzü temsil eden sınırlı bir bina grubu seçin; bir ana iş akışını, net görevlerle ve ölçülebilir hedeflerle deneyin.

Asansorex’i firmaya yaygınlaştırmadan önce böyle bir pilot yürütmek, teknisyenlerin destek ihtiyacını ve ofisin kayıtları kullanma biçimini görmenize yardımcı olur. Geçiş kararını da tamamlanan işler, kayıt kalitesi ve çözülen operasyon sorunları üzerinden verebilirsiniz.