İçeriğe geç
Asansör bakım, servis ve montaj firmaları için yazılım
Asansör Yazılımı

Asansör Bakım Programı Satın Alma Teklifini Yönetime Sunmak

Asansör bakım programı için yönetim onayı almak yalnızca fiyat sunmakla olmaz. Mevcut sorunları, beklenen tasarrufu, operasyonel faydayı ve uygulama planını ölçülebilir verilerle anlatmak gerekir.

İÇERİK

Bir asansör bakım programı satın alma teklifini yönetime sunmak, yalnızca yazılımın fiyatını ve özelliklerini anlatmak değildir. Yönetimin asıl görmek istediği; mevcut çalışma düzeninde hangi sorunların bulunduğu, programın bu sorunlardan hangilerini çözeceği, yatırımın firmaya ne kadar maliyet getireceği ve karşılığında hangi somut faydaların elde edileceğidir.

Özellikle yüzlerce asansörün bakımını yapan firmalarda bakım planlaması, arıza takibi, teknisyen yönlendirmesi, cari hesaplar, sözleşmeler ve saha kayıtları farklı dosyalarda tutuluyorsa yazılım yatırımı kısa sürede operasyonel bir ihtiyaç hâline gelir. Ancak firma sahibi veya yönetim kurulu açısından kararın verilebilmesi için bu ihtiyacın ölçülebilir ve finansal olarak anlaşılır şekilde sunulması gerekir.

Bu rehberde bir asansör bakım yazılımı teklifini yönetime hazırlarken hangi verilerin kullanılacağını, sunumda hangi başlıkların bulunması gerektiğini ve yatırım geri dönüşünün nasıl anlatılabileceğini adım adım ele alacağız.

Önce Yazılımı Değil Mevcut Problemi Anlatın

Yönetim toplantısında yapılan en yaygın hata doğrudan program özelliklerini anlatmaya başlamaktır.

“Mobil uygulaması var, QR sistemi var, arıza kaydı var, raporlama yapıyor” gibi özellikler tek başına satın alma gerekçesi oluşturmaz.

Önce mevcut çalışma sistemindeki problemi ortaya koymak gerekir.

Örneğin 300 asansöre bakım yapan bir firmada şu durumlar yaşanıyor olabilir:

  • Bakım listeleri Excel dosyalarında tutuluyor.
  • Teknisyenlerin yaptığı bakımlar WhatsApp üzerinden bildiriliyor.
  • Yapılmayan bakımlar ay sonunda fark ediliyor.
  • Arıza geçmişine ulaşmak zaman alıyor.
  • Bina yöneticisinin eski servis kayıtları kolayca bulunamıyor.
  • Sözleşme yenileme tarihleri manuel takip ediliyor.
  • Tahsilatı geciken müşteriler geç fark ediliyor.
  • Teknik ekip ile ofis arasında sürekli telefon trafiği oluşuyor.
  • Aynı veriler farklı kişiler tarafından tekrar tekrar sisteme giriliyor.

Bu sorunları mümkün olduğunca rakamla ifade etmek yönetimin karar vermesini kolaylaştırır.

Örneğin:

“Ofis personeli bakım listelerini hazırlamak, teknisyenlerden dönüş toplamak ve eksik bakımları kontrol etmek için ayda yaklaşık 25 saat harcıyor.”

Bu ifade, “bakım takibi zor oluyor” demekten çok daha etkilidir.

Yönetim İçin Teklif Dosyasında Hangi Başlıklar Olmalı?

İyi hazırlanmış bir satın alma teklifi mümkün olduğunca kısa, ölçülebilir ve karşılaştırılabilir olmalıdır.

Yönetim sunumunda şu sırayı kullanabilirsiniz:

  1. Mevcut çalışma yöntemi
  2. Yaşanan operasyonel sorunlar
  3. Yazılımın sağlayacağı çözüm
  4. Yıllık toplam maliyet
  5. Beklenen zaman ve iş gücü tasarrufu
  6. Risklerin azalması
  7. Uygulama ve geçiş planı
  8. Beklenen yatırım geri dönüşü

Özellikle teknik özellik listesini sunumun başına koymamak önemlidir.

Yönetimin öncelikli sorusu genellikle şudur:

“Bu program bize ne kazandıracak?”

Bu nedenle özellikleri doğrudan iş sonucuyla eşleştirmek gerekir.

Yazılım özelliği Yönetim açısından karşılığı
Otomatik bakım planlama Kaçırılan bakım riskinin azalması
Mobil teknisyen uygulaması Saha bilgilerinin anlık kaydedilmesi
Arıza geçmişi Tekrarlayan sorunların analiz edilmesi
Fotoğraf ve imza kaydı Yapılan işlemin belgelenmesi
Sözleşme takibi Yenileme tarihlerinin kaçırılmaması
Cari ve tahsilat takibi Geciken alacakların daha erken görülmesi
Raporlama Firma performansının ölçülebilmesi
Merkezi müşteri kaydı Dağınık Excel ve mesaj trafiğinin azalması

Bu tablo sayesinde yazılım teknik bir ürün olmaktan çıkar ve işletme yönetimi yatırımı olarak görülmeye başlar.

Maliyeti Sadece Lisans Bedeli Olarak Sunmayın

Bir asansör bakım programının maliyetini değerlendirirken yalnızca aylık veya yıllık lisans bedeline bakmak yanıltıcı olabilir.

Yönetim açısından toplam sahip olma maliyeti hesaplanmalıdır.

Örneğin teklif şu kalemleri içerebilir:

  • Yazılım lisansı
  • İlk kurulum
  • Veri aktarımı
  • Kullanıcı veya teknisyen lisansları
  • Mobil uygulama
  • SMS veya iletişim giderleri
  • Eğitim
  • Ek entegrasyonlar
  • Mobil yazıcı veya saha ekipmanı
  • İlerleyen yıllardaki yenileme bedelleri

Örnek bir değerlendirme tablosu şöyle hazırlanabilir:

Maliyet kalemi Örnek yıllık tutar
Yazılım lisansı 18.000 TL
İlk kurulum ve eğitim 5.000 TL
Ek hizmetler 3.000 TL
Saha ekipmanı 6.000 TL
İlk yıl toplam yatırım 32.000 TL

Buradaki rakamlar yalnızca hesaplama yöntemini göstermek için örnektir. Gerçek teklif; firma büyüklüğüne, kullanıcı sayısına, asansör portföyüne ve alınacak modüllere göre değişebilir.

Yönetim açısından önemli olan “Program kaç TL?” sorusundan çok “Bu yatırım karşılığında ne elde ediyoruz?” sorusudur.

Yatırım Geri Dönüşünü Basit Bir Hesapla Gösterin

Yönetim toplantısında en güçlü bölümlerden biri yatırım geri dönüşü hesabıdır.

Bunun için karmaşık finansal modellere gerek yoktur.

Örneğin firmanızda:

  • 2 ofis çalışanı bakım ve arıza kayıtlarıyla ilgileniyor,
  • kişi başı ayda 15 saat manuel takip yapılıyor,
  • toplam 30 saat iş gücü harcanıyor

olsun.

Saatlik ortalama iş gücü maliyetini örnek olarak 300 TL kabul edersek:

30 saat x 300 TL = 9.000 TL/ay

Yıllık karşılığı:

9.000 TL x 12 ay = 108.000 TL

Yazılım sayesinde bu operasyonun yalnızca yarısı azaltılsa bile:

108.000 TL x %50 = 54.000 TL

yıllık iş gücü kapasitesi kazanılabilir.

Bu hesaba henüz şu faydalar dahil değildir:

  • Kaçırılan bakımın önlenmesi
  • Sözleşme yenilemelerinin takip edilmesi
  • Tahsilatların hızlandırılması
  • Tekrarlayan arızaların görülmesi
  • Telefon ve WhatsApp trafiğinin azalması
  • Teknisyen rotalarının daha düzenli oluşturulması
  • Evrak arama süresinin azalması

Dolayısıyla yönetim sunumunda lisans maliyetini tek başına değil, operasyon maliyetiyle karşılaştırmak daha doğru sonuç verir.

Risk ve Mevzuat Boyutunu Yönetime Anlatın

Asansör sektöründe yazılım yatırımı yalnızca verimlilik konusu değildir. Kayıtların düzenli tutulması, bakım geçmişinin izlenebilmesi ve eksik işlemlerin zamanında görülmesi işletme açısından önemli bir risk yönetimi unsurudur.

Türkiye'de asansörlerin güvenli işletilmesi kapsamında aylık bakımların yapılması ve periyodik kontrollerin yılda en az bir kez gerçekleştirilmesi gerekir. Periyodik kontroller yetkilendirilmiş A tipi muayene kuruluşları tarafından gerçekleştirilir ve sonuçlara göre asansörlere yeşil, mavi, sarı veya kırmızı bilgi etiketi iliştirilir.

Bu nedenle yönetim sunumunda aşağıdaki soru özellikle önemlidir:

“Bir bakımın yapılıp yapılmadığını veya geçmişte hangi işlemlerin gerçekleştirildiğini ne kadar sürede gösterebiliyoruz?”

Cevap “dosyalara bakmamız gerekiyor” veya “teknisyene sormamız gerekiyor” ise dijital kayıt sisteminin değeri daha net ortaya çıkar.

Örneğin bakım kayıtlarını kâğıt, Excel ve mesaj grupları yerine Asansorex gibi bir bakım takip yazılımında merkezi şekilde tutmak; firma sahibinin bakım, arıza ve saha geçmişine daha hızlı ulaşmasına yardımcı olur.

Buradaki amaç insan kontrolünü ortadan kaldırmak değil, kontrol edilebilir ve izlenebilir bir operasyon oluşturmak olmalıdır.

Teklifte Özellik Listesi Yerine Senaryo Gösterin

Yönetim üyelerinin tamamı günlük saha operasyonunu detaylı bilmiyor olabilir. Bu nedenle programın kullanımını gerçek bir senaryo üzerinden göstermek genellikle daha etkili olur.

Örneğin aşağıdaki senaryoyu kullanabilirsiniz.

Mevcut sistem

Ay başında 350 asansörün bakım listesi hazırlanıyor.

Teknisyenlere Excel veya mesaj üzerinden dağıtılıyor.

Teknisyen yaptığı bakımı ofise bildiriyor.

Ofis personeli tekrar listeye işliyor.

Ay sonunda eksik bakımlar manuel kontrol ediliyor.

Yazılım sonrası

Bakım planı sistemde oluşturuluyor.

Teknisyen kendi görevlerini mobil cihazından görüyor.

Bakımı gerçekleştirdiğinde işlem kaydediliyor.

Gerekirse fotoğraf, açıklama veya imza ekleniyor.

Ofis tamamlanan ve bekleyen bakımları merkezi olarak takip ediyor.

Ay sonunda ayrıca onlarca mesaj veya dosya kontrol etmek gerekmiyor.

Bu iki çalışma biçimini yan yana göstermek, onlarca özellik maddesi sıralamaktan daha anlaşılırdır.

Yönetimin Soracağı Zor Sorulara Önceden Hazırlanın

Yönetim toplantısında yalnızca yazılımın avantajları konuşulmaz. Karar vericiler doğal olarak riskleri de sorgular.

Sunuma gitmeden önce şu soruların cevabını hazırlayın:

  • Eski müşteri ve asansör kayıtları nasıl aktarılacak?
  • Personelin sisteme alışması ne kadar zor olacak?
  • Mobil uygulama sahada nasıl kullanılacak?
  • İnternet olmayan noktalarda çalışma şekli nedir?
  • Kullanıcı yetkilendirmeleri yapılabiliyor mu?
  • Firma büyüdüğünde sisteme yeni kullanıcı eklenebiliyor mu?
  • Veriler nasıl yedekleniyor?
  • Yazılım desteği nasıl sağlanıyor?
  • Programdan ayrılmak istersek verilerimizi alabiliyor muyuz?
  • Toplam yıllık maliyet ne olacak?

Özellikle veri sahipliği ve dışa aktarım konusu satın alma öncesinde mutlaka sorulmalıdır.

Ucuz görünen bir program, birkaç yıl sonra veri aktarımı veya ek modül maliyetleri nedeniyle pahalı hâle gelebilir.

Bu nedenle teklif değerlendirmesi en az 2–3 yıllık perspektifle yapılmalıdır.

Yönetim Sunumunu 10 Dakikaya Sığdırın

Uzun sunumlar satın alma kararını kolaylaştırmak yerine zorlaştırabilir.

Asansör bakım programı satın alma teklifi için yaklaşık 8–10 dakikalık bir yönetim sunumu çoğu firma için yeterlidir.

Sunumu şu şekilde planlayabilirsiniz:

İlk 2 dakika: Problem

Mevcut sistemde yaşanan üç temel sorunu anlatın.

Örneğin:

  • Bakım kontrolü çok zaman alıyor.
  • Saha kayıtları farklı kanallarda tutuluyor.
  • Yönetim operasyonu anlık göremiyor.

Sonraki 3 dakika: Çözüm

Programın bu sorunları nasıl ortadan kaldıracağını gerçek iş akışıyla gösterin.

Sonraki 2 dakika: Finansal değerlendirme

Yıllık maliyet, iş gücü tasarrufu ve beklenen geri dönüşü gösterin.

Son 2–3 dakika: Geçiş planı

Verilerin nasıl aktarılacağını, personelin nasıl başlayacağını ve ilk ay hangi süreçlerin dijitalleştirileceğini açıklayın.

Böylece toplantı bir “yazılım demosu” olmaktan çıkar ve yatırım değerlendirmesine dönüşür.

Satın Alma Kararından Önce Küçük Bir Pilot Yapın

Yönetim hâlâ kararsızsa tüm firmayı aynı anda sisteme taşımak yerine küçük bir pilot uygulama önerilebilir.

Örneğin:

  • 30–50 asansör
  • 2 teknisyen
  • 1 ofis personeli
  • 2–4 haftalık test dönemi

seçilebilir.

Pilot süresince şu göstergeler ölçülür:

  • Bakım kayıt süresi
  • Eksik bakım sayısı
  • Ofis ile saha arasındaki telefon trafiği
  • Arıza kaydına ulaşma süresi
  • Teknisyen başına günlük işlem sayısı
  • Yönetimin rapor hazırlama süresi

Pilot sonunda yönetimin önünde varsayımlar yerine gerçek firma verileri bulunur.

Asansorex gibi asansör bakım ve yönetim yazılımlarını değerlendirirken de demo veya test sürecinde yalnızca ekran tasarımına bakmak yerine kendi firmanızdaki gerçek bir bakım ve arıza sürecini baştan sona çalıştırmak daha sağlıklı bir karşılaştırma sağlar.

Sıkça Sorulan Sorular

Asansör bakım programı teklifi yönetime nasıl sunulmalı?

Önce mevcut operasyon sorunları anlatılmalı, ardından yazılımın bu sorunlara sağlayacağı çözüm, toplam maliyet, beklenen tasarruf ve uygulama planı gösterilmelidir. Sadece özellik listesi sunmak yerine gerçek firma verileri kullanılmalıdır.

Yönetim için en önemli kriter fiyat mı?

Hayır. Fiyat önemli olmakla birlikte toplam sahip olma maliyeti, kullanım kolaylığı, saha ekibinin sisteme uyumu, veri güvenliği, destek hizmetleri ve sağlanacak operasyonel tasarruf birlikte değerlendirilmelidir.

Yazılımın yatırım geri dönüşü nasıl hesaplanır?

Manuel işlemlerde harcanan aylık iş gücü, kaçırılan işlemler, tekrar veri girişleri ve yönetim için harcanan raporlama süresi hesaplanabilir. Yazılım sonrasında oluşacak zaman tasarrufu yıllık maliyetle karşılaştırılarak basit bir geri dönüş hesabı oluşturulabilir.

Yönetim sunumunda demo yapılmalı mı?

Mümkünse evet. Ancak genel bir ürün demosu yerine firmanın gerçek çalışma biçimine yakın bir senaryo gösterilmelidir. Örneğin bir bakım planının oluşturulması, teknisyene iletilmesi ve tamamlanan bakımın ofisten görüntülenmesi baştan sona gösterilebilir.

Birden fazla yazılım teklifi nasıl karşılaştırılmalı?

Aynı kriterlerden oluşan bir değerlendirme tablosu hazırlanmalıdır. Lisans maliyeti, mobil kullanım, bakım planlama, arıza yönetimi, raporlama, veri aktarımı, destek, entegrasyon ve toplam yıllık maliyet aynı tabloda karşılaştırılabilir.

Yazılım satın almadan önce pilot kullanım gerekli mi?

Zorunlu değildir ancak özellikle büyük asansör portföyüne sahip firmalarda oldukça faydalıdır. Küçük bir teknisyen grubu ve sınırlı sayıda asansörle yapılan pilot uygulama, yazılımın firmanın gerçek çalışma düzenine uyup uymadığını gösterir.

Özet

Asansör bakım programı satın alma teklifini yönetime sunarken amaç yazılımı övmek değil, işletmenin mevcut problemini ve yatırımın sağlayacağı sonucu göstermek olmalıdır.

Başarılı bir yönetim sunumu üç soruya açık cevap vermelidir:

  • Bugün hangi problemi yaşıyoruz?
  • Bu program problemi nasıl çözecek?
  • Yapacağımız yatırımın karşılığında ne kazanacağız?

Mevcut iş gücü kaybı, bakım takibi, arıza kayıtları, sözleşmeler, tahsilatlar ve raporlama süreçleri rakamlarla ortaya konulduğunda satın alma kararı çok daha sağlıklı verilebilir.

Doğru seçilmiş bir asansör bakım programı yalnızca kayıt tutan bir araç değil; firma sahibi için operasyonu ölçülebilir hâle getiren, teknisyen için saha işlerini düzenleyen ve bina yöneticisine daha düzenli hizmet sunulmasına yardımcı olan bir çalışma altyapısıdır.

Benzer Yazılar

Asansör operasyonlarınızı bugün dijitalleştirin

Asansorex — 3 gün ücretsiz deneme.

Demo Talep Et