Asansör Arıza Programı ile Bina Yöneticisine Şeffaflık

İÇERİK

Bir apartman veya iş merkezinde asansör arızalandığında bina yöneticisinin ilk sorusu genellikle “Teknisyen geliyor mu?” olur. Ardından “Ne zaman gelecek?”, “Arıza neden oldu?”, “Parça değişecek mi?”, “Asansör ne zaman açılacak?” ve “Bu arıza daha önce de yaşanmış mı?” gibi sorular gelir. Bu soruların her biri telefon, WhatsApp mesajı veya sözlü bilgiyle cevaplanmaya çalışıldığında hem bakım firması hem bina yöneticisi için gereksiz bir iletişim trafiği oluşur.

Asansör arıza programı, arızanın bildirilmesinden teknisyenin müdahalesine ve işin kapatılmasına kadar geçen süreci kayıt altına alarak bu belirsizliği azaltır. Buradaki amaç bina yöneticisine teknik sistemin her ayrıntısını göstermek değil; hizmet sürecini anlaşılır, takip edilebilir ve gerektiğinde geriye dönük incelenebilir hale getirmektir.

Doğru kurulan bir sistemde bina yöneticisi “Firma ilgileniyor mu?” diye düşünmek yerine arızanın hangi aşamada olduğunu görebilir. Bakım firması ise aynı bilgiyi farklı kişilere tekrar tekrar açıklamak yerine kayıt üzerinden şeffaf biçimde hizmet verebilir.

Bina Yöneticisinin Asıl Beklentisi Teknik Detay Değil Belirsizliğin Kalkmasıdır

Bina yöneticilerinin büyük bölümü kontaktör, inverter, kapı kartı veya enkoder gibi teknik bileşenlerin ayrıntısını bilmek zorunda değildir. Yönetici açısından önemli olan hizmet sürecinin kontrol altında olup olmadığıdır.

Örneğin bir arıza kaydında şu bilgiler yöneticinin temel ihtiyacını karşılayabilir:

• Arıza bildiriminin alınma zamanı
• Arızanın mevcut durumu
• Görevlendirilen ekip veya teknisyen
• Müdahale zamanı
• Yapılan işlemin kısa açıklaması
• Değiştirilen veya değiştirilmesi önerilen parça
• Arızanın giderilip giderilmediği
• Varsa yeniden ziyaret gereksinimi
• İşin kapanış tarihi
• İlgili servis veya arıza formu

Bu bilgiler düzenli tutulduğunda bina yöneticisinin bakım firmasına duyduğu güven yalnızca sözlü iletişime bağlı kalmaz. Yapılan işin kaydı görülebilir hale gelir.

Şeffaflık, bina yöneticisine bütün teknik ayrıntıları göstermek değil; verilen hizmetin hangi aşamada olduğunu doğrulanabilir biçimde gösterebilmektir.

Telefon ve WhatsApp Üzerinden Arıza Takibinin Sorunu Nedir?

Küçük bir portföyde telefon ve WhatsApp ile arıza yönetimi bir süre çalışabilir. Ancak asansör sayısı ve saha ekibi büyüdükçe bilgiler farklı kanallara dağılmaya başlar.

Örneğin bina yöneticisi saat 09.15'te firmayı arayarak arıza bildirir. Ofis çalışanı teknisyene WhatsApp mesajı gönderir. Teknisyen saat 10.40'ta binaya gider, sorunu çözer ancak yoğunluk nedeniyle ofise bilgi vermeyi unutur. Yönetici saat 12.00'de tekrar aradığında ofis çalışanı arızanın çözülüp çözülmediğini bilmiyor olabilir.

Teknik servis aslında görevini tamamlamıştır fakat bilgi akışı kopuk olduğu için müşteri tarafında hizmet yetersizmiş gibi görünür.

Bir arıza programında ise süreç şu şekilde ilerleyebilir:

1. Arıza kaydı oluşturulur.
2. Kayıt ilgili personele atanır.
3. Teknisyen görevi görür.
4. Binaya ulaştığında müdahale sürecini başlatır.
5. Yapılan işlemi kaydeder.
6. Gerekirse fotoğraf veya servis formu ekler.
7. Arızayı çözüldü veya ek işlem gerekli şeklinde kapatır.
8. Güncel durum bina yöneticisinin görebileceği kayıt sistemine yansır.

Böylece aynı olay için farklı kişilerden bilgi toplamaya gerek kalmaz.

Şeffaf Bir Arıza Kaydında Hangi Bilgiler Bulunmalı?

Her bilginin müşteriye gösterilmesi doğru değildir. İç operasyon notları ile bina yöneticisinin ihtiyaç duyduğu bilgiler birbirinden ayrılmalıdır.

Pratik bir yapı şöyle olabilir:

Bilgi	Bina yöneticisine gösterilmeli mi?	Neden?
Arıza kayıt zamanı	Evet	Bildirimin ne zaman alındığını gösterir
Arızanın durumu	Evet	Sürecin hangi aşamada olduğunu açıklar
Müdahale zamanı	Evet	Servis performansını görünür kılar
Yapılan işlem	Evet	Hangi çalışmanın yapıldığını açıklar
Değişen parça	Evet	Maliyet ve teknik işlem açısından önemlidir
Teknik fotoğraflar	Duruma göre	Yapılan işlemi destekleyebilir
Firma içi personel notları	Genellikle hayır	İç operasyon bilgisidir
Maliyet ve tahsilat bilgisi	Yetkiye göre	Yönetici veya sözleşme yapısına göre değişebilir
Önceki arızalar	Evet	Tekrarlayan sorunları görmeyi sağlar
Personelin özel bilgileri	Hayır	Hizmet takibi için gerekli değildir

Buradaki temel prensip gerektiği kadar bilgi paylaşmaktır. Çok az bilgi şeffaflığı azaltırken kontrolsüz biçimde her verinin paylaşılması da gereksiz karmaşa oluşturabilir.

Arıza Durumları Standartlaştırılmalı

Bina yöneticisinin sistemde yalnızca “arıza kaydı açık” ifadesini görmesi çoğu zaman yeterli değildir. Arızanın hangi aşamada olduğu anlaşılmalıdır.

Bakım firması kendi iş akışına göre örneğin şu durumları kullanabilir:

• Bildirim alındı
• Teknisyen atandı
• Müdahale bekleniyor
• Müdahale başladı
• Parça bekleniyor
• Tekrar ziyaret gerekli
• Arıza giderildi
• Kayıt kapatıldı

Bu yapı özellikle parça gerektiren işlerde önem kazanır.

Örneğin kapı mekanizmasında değişmesi gereken bir parça varsa ve asansör aynı ziyaret sırasında devreye alınamıyorsa bina yöneticisinin yalnızca “arıza devam ediyor” bilgisini görmesi yetersizdir. Bunun yerine “parça bekleniyor” şeklinde net bir durum görmek, gecikmenin nedenini anlaşılır hale getirir.

Aynı şekilde teknisyenin binaya yönlendirildiği ancak henüz ulaşmadığı bir durumda “teknisyen atandı” bilgisi, yöneticinin sürekli firmayı aramasını azaltabilir.

Geçmiş Arıza Kayıtları Yöneticinin Karar Vermesini Kolaylaştırır

Şeffaflığın en önemli taraflarından biri yalnızca mevcut arızayı değil, geçmişi de görebilmektir.

Bir asansörde üç ay içinde benzer kapı arızaları birkaç kez tekrar ediyorsa her olay bağımsız bir servis kaydı olarak değerlendirilmemelidir. Geçmiş kayıtlar yan yana incelendiğinde daha kalıcı bir müdahale veya parça değişiminin gerekli olup olmadığı daha kolay değerlendirilebilir.

Örneğin kayıt geçmişi şu şekilde olabilir:

• 12 Ocak: Kabin kapısı kapanmıyor, ayar yapıldı.
• 3 Şubat: Kapı açılışında ses, mekanizma temizlendi.
• 18 Mart: Kapı tekrar kapanmıyor, ilgili parçanın değişimi önerildi.
• 22 Mart: Parça değiştirildi, sistem test edildi.

Bu geçmiş bina yöneticisine sunulduğunda önerilen revizyonun veya parça değişiminin gerekçesi daha anlaşılır olur.

Bakım firması açısından da avantaj aynıdır. Altı ay önce hangi teknisyenin ne yaptığını hatırlamaya çalışmak yerine kayıt geçmişine bakılabilir.

Asansorex gibi bir asansör arıza takip programı, arıza kayıtlarını bina ve asansör bazında toplayarak geçmiş müdahalelerin tek noktadan izlenmesine yardımcı olabilir. Böylece hem teknik ekip hem firma sahibi hem de yetkilendirilmiş bina yöneticisi aynı olay geçmişine dayanarak iletişim kurabilir.

Şeffaflık Fiyat ve Parça Tartışmalarını da Azaltabilir

Asansör sektöründe bakım firması ile bina yönetimi arasında yaşanan anlaşmazlıkların bir kısmı yapılan işin yeterince belgelenmemesinden kaynaklanabilir.

Bina yöneticisi doğal olarak şu soruları sorabilir:

“Bu parça gerçekten değişti mi?”

“Geçen ay da aynı arıza olmadı mı?”

“Teknisyen binaya ne zaman geldi?”

“Neden ek ücret çıktı?”

Bu sorulara yalnızca sözlü cevap vermek yerine servis kaydı sunmak çok daha sağlıklı bir iletişim oluşturur.

Örneğin ücretli bir parça değişiminde kayıt içerisinde:

• Arıza açıklaması
• Teknisyen tespiti
• Önerilen işlem
• Kullanılan parça
• Uygulama tarihi
• Varsa fotoğraf
• Onay bilgisi
• İşlem sonrası sonuç

bulunabilir.

Böyle bir kayıt hem bakım firmasını hem bina yönetimini korur. Aylar sonra aynı konu gündeme geldiğinde hafızaya veya eski WhatsApp mesajlarına güvenmek gerekmez.

Arıza Kayıtları Bakım ve Periyodik Kontrol Süreçlerini de Destekler

Arıza yönetimi yalnızca müşteri iletişimi değildir. Düzenli kayıt, bakım ekibinin teknik kararlarını da destekler.

Türkiye'deki mevcut düzenlemelerde asansörlerin işletme, bakım ve periyodik kontrol süreçleri ayrı sorumluluklar çerçevesinde ele alınır. Sanayi ve Teknoloji Bakanlığı tarafından yayımlanan Asansör İşletme ve Bakım Yönetmeliği bakım süreçlerine ilişkin temel çerçeveyi düzenler. ([Sanayi Bakanlığı][1]) Bakanlığın güncel bilgilendirmesinde de periyodik kontrollerin yılda en az bir defa yaptırılması gerektiği belirtilmektedir. ([Sanayi Bakanlığı][2])

Arıza programındaki kayıtların düzenli olması, bakım firmasının periyodik kontrolün yerine geçtiği anlamına gelmez. Ancak geçmişte hangi arızaların yaşandığını, hangi parçaların değiştiğini ve hangi müdahalelerin yapıldığını görmek saha ekibine önemli bir teknik geçmiş sunar.

Özellikle tekrar eden arızalar, periyodik bakım sırasında daha dikkatli kontrol edilmesi gereken noktaların belirlenmesinde yardımcı olabilir.

Bina Yöneticisine Her Bildirim Gönderilmeli mi?

Şeffaflık sürekli bildirim göndermek anlamına gelmez. Çok fazla SMS veya mesaj bir süre sonra bilgi kirliliğine dönüşebilir.

Daha sağlıklı yaklaşım kritik aşamalarda bilgilendirme yapmaktır.

Örneğin:

• Arıza kaydı oluşturulduğunda
• Teknisyen görevlendirildiğinde
• Müdahale tamamlandığında
• Parça veya ek işlem gerektiğinde
• Arıza tamamen kapatıldığında

bildirim gönderilebilir.

Buna karşılık teknisyenin yaptığı her küçük durum değişikliğinin bina yöneticisine iletilmesi gerekli olmayabilir.

Önemli olan yöneticinin “Şu anda ne oluyor?” sorusuna cevap bulabilmesidir.

Firma Sahibi İçin Şeffaflık Aynı Zamanda Kontrol Demektir

Bina yöneticisine doğru bilgi verebilmek için bakım firmasının önce kendi saha operasyonunu görünür hale getirmesi gerekir.

Firma sahibi şu soruların cevabını sistemden görebilmelidir:

• Bugün kaç arıza açıldı?
• Kaçı henüz atanmadı?
• Hangi arızalar uzun süredir açık?
• Hangi teknisyen hangi işe gitti?
• Kaç arıza aynı gün içinde sonuçlandı?
• Hangi binalarda tekrar eden arızalar bulunuyor?
• Parça bekleyen işler hangileri?
• Kapatılan arızalarda servis kaydı eksik mi?

Bu yapı yalnızca müşteriye bilgi vermek için değil, firmanın kendi hizmet kalitesini ölçmesi için de önemlidir.

Örneğin bir bölgede sürekli geciken müdahaleler görülüyorsa sorun teknisyen performansından değil, yanlış bölge planlamasından kaynaklanıyor olabilir. Dijital kayıt olmadan bu tür sorunlar çoğu zaman ancak müşteri şikâyeti arttığında fark edilir.

Şeffaf Arıza Yönetimi İçin Pratik Uygulama Modeli

Bir bakım firması arıza süreçlerini dijitalleştirirken karmaşık bir yapı kurmak zorunda değildir. Önce temel kayıt disiplinini oturtmak daha doğru olur.

Başlangıç için şu sıra uygulanabilir:

1. Tüm arızaların tek sistem üzerinden kaydedilmesini sağlayın.
2. Her kaydı bina ve ilgili asansörle eşleştirin.
3. Arızayı mutlaka belirli bir teknisyene veya ekibe atayın.
4. Müdahale başlangıç ve bitiş bilgilerinin kaydedilmesini zorunlu hale getirin.
5. Teknisyenin yaptığı işlemi kısa ve anlaşılır şekilde yazmasını sağlayın.
6. Parça değişimlerinde kullanılan parçayı kaydedin.
7. Gerekli işlemlerde fotoğraf veya servis formu ekleyin.
8. Bina yöneticisine gösterilecek bilgileri standartlaştırın.
9. Tekrar eden arızaları düzenli olarak raporlayın.
10. Açık kalan eski kayıtları haftalık olarak kontrol edin.

Özellikle teknisyenlerin “motor bakıldı”, “arıza yapıldı” veya “sorun giderildi” gibi belirsiz açıklamalar yerine daha anlaşılır kayıt tutması önemlidir.

“Kapı kartı kontrol edildi, bağlantılar sıkıldı ve sistem test edilerek devreye alındı” şeklindeki bir açıklama aylar sonra bile anlam taşır.

Sıkça Sorulan Sorular

Asansör arıza programını bina yöneticisi de kullanabilir mi?

Kullanılan yazılımın özelliklerine bağlıdır. Müşteri portalı veya bina yöneticisi erişimi bulunan sistemlerde yetkili kişi kendi binasına ait arıza, bakım, borç veya servis kayıtlarının belirli bölümlerini görüntüleyebilir. Burada erişim yetkilerinin doğru tanımlanması önemlidir.

Bina yöneticisine teknisyenin bütün notları gösterilmeli mi?

Hayır. Firma içi operasyon notları ile müşteriye sunulacak servis açıklamaları ayrılabilir. Bina yöneticisine hizmetin durumunu ve yapılan işlemi anlamasını sağlayacak bilgiler verilmesi genellikle daha doğru bir yaklaşımdır.

WhatsApp üzerinden arıza kaydı almak yanlış mı?

WhatsApp iletişim kanalı olarak kullanılabilir. Sorun, arızanın yalnızca mesaj olarak kalmasıdır. Gelen bildirim merkezi arıza kaydına dönüştürülmezse atama, takip, raporlama ve geçmiş sorgulama zorlaşır.

Geçmiş arızaları saklamak neden önemlidir?

Tekrar eden problemlerin görülmesini, geçmiş parça değişimlerinin kontrol edilmesini ve bina yöneticisine yapılan çalışmaların açıklanmasını kolaylaştırır. Aynı zamanda yeni bir teknisyen binaya gittiğinde önceki müdahaleleri inceleyebilir.

Asansör arıza programı müşteri şikâyetlerini tamamen ortadan kaldırır mı?

Hayır. Yazılım teknik arızayı veya hizmet sorununu tek başına çözmez. Ancak bilgi eksikliğinden kaynaklanan anlaşmazlıkları azaltabilir ve şikâyetlerin nedenini daha kolay analiz etmeyi sağlar.

Arıza kapatılırken hangi kayıtlar mutlaka tutulmalı?

En azından arızanın nedeni, yapılan işlem, müdahale zamanı, sonuç ve gerekiyorsa kullanılan parça bilgisi kaydedilmelidir. Firmanın çalışma modeline göre fotoğraf, dijital imza, tahsilat veya servis formu da sürece eklenebilir.

Özet

Bina yöneticisine şeffaflık sağlamak, teknisyenin her hareketini göstermek veya gereksiz teknik bilgi paylaşmak değildir. Asıl amaç arızanın ne zaman bildirildiğini, kimin ilgilendiğini, hangi işlemin yapıldığını ve ne zaman sonuçlandığını açık biçimde kayıt altına almaktır.

Telefon görüşmeleri, WhatsApp mesajları ve sözlü bildirimlerle yürütülen süreçlerde bu bilgi kolayca dağılabilir. Asansör arıza programı kullanıldığında ise her olay bina ve asansör bazında kayıt altında tutulabilir; geçmiş arızalar gerektiğinde saniyeler içinde incelenebilir.

Asansorex gibi saha ve arıza yönetimini aynı süreçte takip etmeye imkân veren bir sistem kullanmak, bakım firmasının müşteriye verdiği hizmeti daha görünür hale getirirken bina yöneticisinin de sürekli telefon açmadan süreci takip edebilmesini sağlar.

Sonuçta iyi bir arıza yönetim sisteminin en önemli çıktılarından biri yalnızca arızanın hızlı kapatılması değildir. Bina yöneticisinin, verilen hizmetin gerçekten kayıtlı ve kontrol altında olduğunu görebilmesidir.