Asansör Arıza Takip Programı Fiyat Teklifini Yönetime Nasıl Sunarsınız?

İÇERİK

Asansör firmalarında bir yazılım teklifini yönetime kabul ettirmek, çoğu zaman sadece “bu program kaç TL?” sorusuna cevap vermekle bitmez. Özellikle asansör arıza takip programı gibi günlük operasyonu doğrudan etkileyen bir yatırımda, teklifin yanında net bir gerekçe, ölçülebilir fayda ve uygulanabilir geçiş planı sunmak gerekir. Çünkü yönetim doğal olarak şu soruları sorar: Bu yazılım gerçekten gerekli mi? Mevcut yöntemle devam edersek ne kaybederiz? Bu yatırım ne kadar sürede kendini amorti eder? Teklifte hangi kalemlere dikkat etmeliyiz?

Bu yazıda, asansör arıza takip programı fiyat teklifini firma sahibi, operasyon müdürü veya karar verici yönetime nasıl sunmanız gerektiğini adım adım ele alacağız. Amaç, yazılımı “ek masraf” gibi değil; arıza yönetiminde zaman, kalite, denetim düzeni ve müşteri memnuniyeti sağlayan ölçülebilir bir yatırım olarak anlatabilmek.

Fiyat Teklifini Sunmadan Önce Mevcut Sorunu Netleştirin

Yönetim sunumlarında en sık yapılan hata, doğrudan teklif fiyatıyla başlamaktır. Oysa fiyat, ancak mevcut problem doğru tarif edildiğinde anlam kazanır. Önce firmanın bugün arıza takibini nasıl yaptığını ortaya koymak gerekir.

Birçok asansör bakım firmasında arıza kayıtları hâlâ WhatsApp grupları, telefon notları, Excel dosyaları veya teknisyenin kişisel ajandası üzerinden yürür. Bu yöntem küçük ekiplerde bir süre idare eder gibi görünür. Fakat bakım yapılan asansör sayısı, teknisyen sayısı ve müşteri beklentisi arttıkça kontrol zorlaşır.

Yönetime sunum yaparken şu başlıkları somut örneklerle anlatmak faydalı olur:

• Arıza çağrısı kime geldi?
• Çağrı saat kaçta kayda alındı?
• Hangi teknisyene yönlendirildi?
• Teknisyen ne zaman yola çıktı?
• Müdahale ne kadar sürdü?
• Aynı asansörde tekrar eden arıza var mı?
• Müşteriye geri dönüş zamanında yapıldı mı?
• Arıza geçmişi denetimde veya müşteri görüşmesinde hızlıca gösterilebiliyor mu?

Bu sorulara net cevap verilemiyorsa, arıza takibi kişilere bağlı ilerliyor demektir. Kişiye bağlı sistemlerde iş aksadığında sorunun kaynağını bulmak zorlaşır. Yönetimin asıl görmesi gereken nokta tam olarak budur: Yazılım sadece kayıt tutmaz, firmanın operasyon hafızasını oluşturur.

Teklif Sunumunda Sadece Lisans Bedeline Odaklanmayın

Asansör arıza takip programı fiyat teklifini değerlendirirken ilk bakılan kalem genellikle aylık veya yıllık lisans ücretidir. Ancak gerçek maliyet hesabı bundan daha geniştir. Bir program ucuz görünebilir ama saha ekibinin kullanamadığı, rapor üretmeyen veya müşteri kayıtlarıyla bağlantısız çalışan bir sistem uzun vadede daha pahalıya gelebilir.

Yönetime sunulacak değerlendirmede şu maliyet türleri birlikte gösterilmelidir:

Değerlendirme Kalemi	Sorulacak Soru	Yönetim Açısından Önemi
Lisans bedeli	Aylık mı, yıllık mı, kullanıcı/asansör sınırı var mı?	Bütçe planlamasını etkiler
Kurulum maliyeti	İlk geçişte ek ücret var mı?	Başlangıç yatırımını gösterir
Eğitim süreci	Teknisyen ve ofis ekibi nasıl adapte olacak?	Kullanım başarısını belirler
Mobil kullanım	Saha ekibi telefondan kayıt kapatabiliyor mu?	Operasyon hızını artırır
Raporlama	Arıza yoğunluğu, müdahale süresi, tekrar arıza görülebiliyor mu?	Yönetim kararını destekler
Destek hizmeti	Sorun olduğunda kimden destek alınacak?	Süreklilik sağlar
Veri güvenliği	Kayıtlar düzenli ve erişilebilir mi?	Firma hafızasını korur

Bu tablo, teklifin sadece “fiyat” olarak değil, toplam fayda ve toplam sahip olma maliyeti olarak değerlendirilmesini sağlar.

Yönetimin Diline Çevirin: Teknik Faydayı Ticari Sonuca Bağlayın

Teknisyen için arıza takip programı, sahada daha düzenli iş emri almak anlamına gelir. Operasyon sorumlusu için hangi arızanın açık kaldığını görmek demektir. Firma sahibi için ise daha az kayıp çağrı, daha hızlı müdahale ve daha güçlü müşteri ilişkisi anlamına gelir.

Bu yüzden yönetime yapılacak sunumda teknik özellikleri tek başına sıralamak yerine, her özelliğin ticari karşılığını anlatmak gerekir.

Örneğin:

• “Mobil arıza kaydı var” demek yerine, “teknisyen arıza sonucunu sahada kapatır, ofis ayrıca telefon trafiğiyle uğraşmaz” denmelidir.
• “Raporlama var” demek yerine, “hangi binalarda tekrar arıza oluştuğunu görüp bakım kalitesini ölçebiliriz” denmelidir.
• “Müşteri portalı var” demek yerine, “bina yöneticisi arıza durumunu sormak için sürekli ofisi aramak zorunda kalmaz” denmelidir.
• “Geçmiş kayıt tutulur” demek yerine, “itiraz geldiğinde müdahale tarihi, açıklama, fotoğraf ve işlem geçmişi gösterilebilir” denmelidir.

Asansör sektörü özelinde bu ayrım önemlidir. Çünkü arıza yönetimi sadece teknik servis işi değildir; aynı zamanda müşteri memnuniyeti, sözleşme yenileme, tahsilat ilişkisi ve marka güveniyle doğrudan bağlantılıdır.

Basit Bir Geri Dönüş Hesabı Hazırlayın

Yönetim genellikle “bu yatırım bize ne kazandıracak?” sorusunun cevabını görmek ister. Burada karmaşık finans modelleri şart değildir. Basit ama gerçekçi bir geri dönüş hesabı çoğu zaman daha ikna edicidir.

Örnek bir hesap şöyle kurulabilir:

1. Aylık ortalama arıza çağrısı sayısı belirlenir.
2. Her arıza için ofisin harcadığı ortalama takip süresi tahmin edilir.
3. Tekrar arıza, unutulan çağrı veya geç dönüş nedeniyle oluşan müşteri memnuniyetsizliği not edilir.
4. Yazılım sonrası zaman tasarrufu ve raporlama faydası hesaplanır.
5. Lisans bedeliyle karşılaştırılır.

Örneğin ayda 300 arıza çağrısı alan bir firmada, her çağrının ofiste ortalama 5 dakika manuel takip yarattığını düşünelim. Bu ayda 1.500 dakika, yani 25 saatlik iş yükü demektir. Bu süre sadece kayıt açma, teknisyeni arama, sonucu sorma ve müşteriye bilgi verme gibi dağınık işlerden oluşur. Arıza takip programı bu yükün önemli bir kısmını otomatik ve düzenli hale getirirse, sadece ofis zamanı açısından bile ciddi bir verimlilik oluşur.

Buna ek olarak, tekrar eden arızaların görülmesi sayesinde gereksiz servis ziyaretleri azalabilir. Aynı binada üç kez aynı kapı kilidi problemi yaşanıyorsa, bu durum tek tek çağrı olarak değil, kök neden analizi gerektiren bir kalite sorunu olarak ele alınabilir.

Asansorex gibi asansör bakım ve arıza takip yazılımları bu noktada arıza geçmişini bina, asansör, teknisyen ve tarih bazında düzenli tuttuğu için yönetime “hissettiğimiz sorun” yerine “ölçtüğümüz sorun” üzerinden konuşma imkanı verir.

Teklifte Mutlaka Kontrol Edilmesi Gereken Maddeler

Yönetime sunacağınız fiyat teklifinin yanında kısa bir kontrol listesi hazırlamak profesyonel görünür. Ayrıca kararın sadece fiyat odaklı verilmesini engeller.

Temel kontrol listesi

• Arıza kaydı telefon, ofis ve saha akışına uygun mu?
• Teknisyen mobil uygulamadan arıza detayını görebiliyor mu?
• Fotoğraf, açıklama, imza veya servis sonucu eklenebiliyor mu?
• Aynı asansörün geçmiş arızaları görüntülenebiliyor mu?
• Açık, bekleyen, tamamlanan arızalar kolayca ayrılıyor mu?
• Bina yöneticisi veya müşteri tarafına bilgi verilebiliyor mu?
• Raporlar yönetim için anlaşılır mı?
• Kullanıcı, ekip veya asansör sınırı var mı?
• Veriler dışarı aktarılabiliyor mu?
• Destek ve eğitim hizmeti teklife dahil mi?

Bu listeyi sunuma eklemek, karar vericinin teklifleri karşılaştırmasını kolaylaştırır. Ayrıca ileride “bu özellik var mıydı?” tartışmasının önüne geçer.

Mevzuat ve Denetim Boyutunu Doğru Anlatın

Asansör firmaları için kayıt düzeni yalnızca operasyonel kolaylık değildir. Bakım sözleşmeleri, periyodik kontroller, müşteri şikayetleri ve teknik geçmiş açısından düzenli kayıt tutmak ciddi önem taşır.

Türkiye’de asansörlerin işletme, bakım ve periyodik kontrol süreçleri; genel uygulamada Asansör İşletme ve Bakım Yönetmeliği, ilgili standartlar ve belediye/yetkili muayene kuruluşu süreçleriyle birlikte ele alınır. TS EN 81-20/50 gibi standartlar daha çok asansörün güvenlik ve yapım gerekleriyle ilişkilidir; arıza takip yazılımı bu standartların yerine geçmez. Ancak bakım ve arıza geçmişinin düzenli tutulması, firmanın teknik sorumluluğunu daha sağlıklı yönetmesine yardımcı olur.

A/B/C/D periyodik muayene sonuçları, sarı/mavi/yeşil/kırmızı etiket süreçleri ve bina yöneticisiyle yapılan yazışmalar düşünüldüğünde, geçmiş kayıtların dağınık olması firmayı zor durumda bırakabilir. Bir arıza için “gidildi mi, ne işlem yapıldı, kim yaptı, ne zaman kapandı?” sorularına hızlı cevap verebilmek hem müşteri ilişkisi hem de iç denetim açısından değerlidir.

Burada dikkat edilmesi gereken nokta şudur: Yazılımı mevzuatın yerine geçen bir çözüm gibi sunmamak gerekir. Daha doğru ifade şudur: Arıza takip programı, mevzuata ve teknik sorumluluğa konu olabilecek kayıtların düzenli, erişilebilir ve raporlanabilir tutulmasını kolaylaştırır.

Sunum Dosyasında Hangi Bölümler Olmalı?

Yönetime sunacağınız teklif dosyası uzun ve karmaşık olmak zorunda değildir. Hatta çok detaylı teknik anlatım, karar sürecini yavaşlatabilir. En iyi yöntem, kısa ama net bir yapı kurmaktır.

Önerilen sunum akışı:

1. Mevcut arıza takip yöntemi
2. Yaşanan sorunlar ve örnekler
3. Yazılımdan beklenen kazanımlar
4. Fiyat teklifi ve kapsamı
5. Alternatif tekliflerle karşılaştırma
6. Geri dönüş hesabı
7. Geçiş planı
8. Karar önerisi

Bu yapıda özellikle “geçiş planı” bölümü önemlidir. Yönetim, yazılımın alınmasından sonra işlerin karışıp karışmayacağını merak eder. Bu yüzden ilk ay için pilot kullanım önerilebilir. Örneğin belirli bir bölgedeki 50 bina veya iki teknisyenle başlanır. Arıza kayıtları bu pilot grupta dijital takip edilir, sonuçlar haftalık izlenir. Başarılı olursa tüm ekibe yayılır.

Fiyatı Savunurken Kaçınılması Gereken Hatalar

Bazı sunumlar iyi niyetli olsa da yönetime yanlış mesaj verebilir. Özellikle yazılım tekliflerinde şu hatalardan kaçınmak gerekir:

• Sadece “rakipler kullanıyor” diye gerekçe sunmak
• Mevcut sorunları veri olmadan abartmak
• Yazılımı tüm problemleri tek başına çözecekmiş gibi anlatmak
• Eğitim ve adaptasyon sürecini yok saymak
• En ucuz teklifi otomatik olarak en mantıklı seçenek kabul etmek
• Saha ekibinin kullanım alışkanlığını hesaba katmamak
• Raporlama ve veri aktarımı gibi uzun vadeli konuları atlamak

Yönetim gerçekçi sunumları daha ciddiye alır. “Bu programı alırsak her şey bir anda düzelecek” demek yerine, “ilk ay arıza kayıt disiplinini oturtacağız, ikinci ay raporları karşılaştıracağız, üçüncü ay tekrar arıza oranını izleyeceğiz” demek daha güven vericidir.

Asansör Firması İçin Karar Matrisi Örneği

Farklı yazılım tekliflerini karşılaştırırken basit bir karar matrisi kullanılabilir. Bu matris, kişisel beğeni yerine ölçülebilir kriterlerle karar verilmesini sağlar.

Kriter	Ağırlık	Teklif A	Teklif B	Teklif C
Mobil saha kullanımı	20	8	6	9
Arıza geçmişi ve raporlama	20	7	8	9
Kullanım kolaylığı	15	8	7	8
Destek ve eğitim	15	7	6	9
Fiyat/kapsam dengesi	20	8	9	7
Veri güvenliği ve aktarım	10	7	6	8

Bu tabloyu kendi firmanıza göre düzenleyebilirsiniz. Örneğin çok sayıda saha ekibi olan bir firmada mobil kullanım ağırlığı artırılabilir. Daha çok apartman yöneticileriyle çalışan bir firmada müşteri bilgilendirme ve raporlama daha önemli hale gelebilir.

Asansorex değerlendirilirken de sadece fiyatına değil; bakım, arıza, cari, müşteri ve saha süreçlerini birlikte ele alıp almadığına bakmak gerekir. Çünkü arıza kaydı çoğu zaman tek başına kalmaz; bakım geçmişi, bina bilgisi, tahsilat durumu ve müşteri iletişimiyle birlikte anlam kazanır.

Sıkça Sorulan Sorular

Asansör arıza takip programı fiyat teklifinde ilk hangi kaleme bakılmalı?

İlk bakılacak kalem yalnızca fiyat olmamalıdır. Lisans bedeliyle birlikte kullanıcı sınırı, asansör sayısı, mobil kullanım, destek, eğitim, raporlama ve veri aktarımı birlikte değerlendirilmelidir.

Yönetim yazılım yatırımını pahalı bulursa ne yapılmalı?

Teklif, manuel takip maliyetiyle karşılaştırılmalıdır. Kaybolan çağrılar, tekrar arızalar, ofis zaman kaybı, müşteri şikayetleri ve sözleşme yenileme riski görünür hale getirilirse yatırım daha anlaşılır olur.

Arıza takip programı mevzuat zorunluluğu mudur?

Genel uygulamada belirli bir yazılım kullanma zorunluluğu yoktur. Ancak bakım ve arıza kayıtlarının düzenli tutulması, teknik sorumluluk, müşteri iletişimi ve denetim süreçlerinde firmaya ciddi kolaylık sağlar.

En ucuz arıza takip programı seçilmeli mi?

Her zaman değil. En ucuz teklif, saha ekibi kullanamıyorsa veya raporlama zayıfsa uzun vadede daha maliyetli olabilir. Fiyat/kapsam dengesi, destek kalitesi ve kullanım kolaylığı birlikte değerlendirilmelidir.

Teklif yönetime kaç sayfalık dosyayla sunulmalı?

Genellikle 3-5 sayfalık net bir sunum yeterlidir. Mevcut sorun, teklif kapsamı, beklenen fayda, maliyet karşılaştırması ve geçiş planı açıkça yer almalıdır.

Pilot kullanım gerekli mi?

Özellikle orta ve büyük ekiplerde pilot kullanım faydalıdır. Belirli bir bölge, teknisyen grubu veya bina portföyüyle başlanarak yazılımın gerçek saha koşullarında nasıl çalıştığı görülür.

Özet

Asansör arıza takip programı fiyat teklifini yönetime sunarken amaç, sadece bir yazılım bedelini onaylatmak değildir. Asıl amaç; arıza süreçlerinde kaybolan zamanı, dağınık kayıtları, tekrar eden problemleri ve müşteri iletişimindeki kopuklukları görünür hale getirmektir.

İyi hazırlanmış bir teklif sunumu; mevcut sorunu net tarif eder, fiyatı kapsamıyla birlikte değerlendirir, teknik özellikleri ticari faydaya bağlar ve basit bir geri dönüş hesabı içerir. Yönetim için en ikna edici yaklaşım, “bu program güzel” demek değil; “bu yatırım şu problemi çözecek, şu sürede ölçülebilir fayda sağlayacak” diyebilmektir.

Asansorex gibi asansör sektörüne özel geliştirilmiş bakım ve arıza takip yazılımları, arıza kayıtlarını saha ve ofis arasında düzenli hale getirerek firmaların karar süreçlerini güçlendirebilir. Doğru sunumla fiyat teklifi bir gider kalemi olmaktan çıkar, operasyonel verimlilik ve müşteri memnuniyeti yatırımı olarak görülür.