Asansör Yazılımı Satın Alma Checklist (PDF Hazırlığı)

İÇERİK

Asansör bakım firmasına yazılım satın almak, yalnızca bilgisayarda kullanılacak yeni bir program seçmek değildir. Doğru seçim; bakım planlamasından arıza yönetimine, teknisyenlerin saha çalışmalarından cari takibe kadar firmanın günlük operasyonunu yıllarca etkileyebilir. Yanlış seçim ise birkaç ay sonra yeniden veri taşıma, personeli yeniden eğitme ve başka bir yazılım arama maliyetine dönüşebilir. Bu nedenle satın alma sürecinin demo sırasında akla gelen birkaç soruyla değil, önceden hazırlanmış bir asansör yazılımı satın alma checklist üzerinden yürütülmesi daha sağlıklıdır. Bu rehberde, özellikle bakım firmalarının kullanabileceği kontrol noktalarını, puanlama sistemini ve karar öncesi test edilmesi gereken senaryoları bulabilirsiniz.

Yazılım Satın Almadan Önce İhtiyacı Netleştirin

Satın alma sürecinde yapılan temel hatalardan biri, doğrudan yazılım özelliklerine bakmaya başlamaktır. Önce firmanın hangi problemi çözmek istediği belirlenmelidir.

Örneğin 80 asansöre bakım veren beş kişilik bir firma ile 1.500 asansöre hizmet veren, farklı bölgelerde ekipleri bulunan bir işletmenin ihtiyaçları aynı değildir.

İlk olarak mevcut operasyonun fotoğrafını çıkarın:

• Kaç aktif bakım sözleşmeniz var?
• Kaç bina ve asansör takip ediliyor?
• Kaç teknisyen sahada çalışıyor?
• Bir ayda ortalama kaç bakım yapılıyor?
• Ortalama kaç arıza çağrısı geliyor?
• Bakım planı nasıl oluşturuluyor?
• Teknisyenlere işler nasıl bildiriliyor?
• Bakım formları nerede saklanıyor?
• Tahsilatlar nasıl takip ediliyor?
• Teklif ve sözleşmeler hangi sistemde hazırlanıyor?
• Müşterilere bakım ve arıza bilgisi nasıl iletiliyor?
• Yönetici, operasyonun durumunu hangi raporlardan görüyor?

Bu soruların cevapları yazılım seçiminde gerçek ihtiyaçları ortaya çıkarır.

Örneğin firmanın en büyük sorunu teknisyenlerin bakım formlarını geç teslim etmesiyse, yalnızca güçlü bir muhasebe modülüne sahip yazılım sorunu çözmez. Burada mobil saha kullanımı, dijital bakım formu ve anlık kayıt daha önemli hale gelir.

Benzer şekilde operasyon düzenli fakat tahsilatlar dağınıksa cari hesap, borç-alacak takibi ve finansal raporlama daha yüksek öncelik taşımalıdır.

İhtiyaçları üç seviyeye ayırın

Satın alma listesinde özellikleri üç gruba ayırmak karar vermeyi kolaylaştırır:

1. Olmazsa olmaz
2. Olması faydalı
3. İleride kullanılabilir

Örneğin sahada 10 teknisyeni bulunan bir firma için mobil kullanım olmazsa olmaz olabilir. Buna karşılık gelişmiş depo yönetimi henüz küçük bir firma için ikinci aşama ihtiyacı olabilir.

Bu ayrım yapılmadığında yüzlerce özellik arasında gerçek ihtiyacın kaybolması oldukça kolaydır.

Asansör Yazılımı Satın Alma Checklist

Aşağıdaki kontrol listesi demo veya teklif görüşmesi sırasında doğrudan kullanılabilir.

Firma ve portföy yönetimi

• [ ] Bina ve asansör kayıtları merkezi olarak tutulabiliyor mu?
• [ ] Bir binaya birden fazla asansör tanımlanabiliyor mu?
• [ ] Asansörlerin bakım geçmişi görüntülenebiliyor mu?
• [ ] Sözleşme başlangıç ve bitiş tarihleri takip edilebiliyor mu?
• [ ] Müşteri ve bina yöneticisi bilgileri düzenli tutulabiliyor mu?
• [ ] Eski kayıtlar kolayca aranabiliyor mu?

Bakım yönetimi

• [ ] Aylık bakım planı hazırlanabiliyor mu?
• [ ] Bakımlar teknisyenlere atanabiliyor mu?
• [ ] Teknisyen sahadan bakım kaydı oluşturabiliyor mu?
• [ ] Bakım formu dijital olarak doldurulabiliyor mu?
• [ ] Fotoğraf eklenebiliyor mu?
• [ ] Müşteri veya bina yetkilisinden dijital onay alınabiliyor mu?
• [ ] Yapılan ve yapılmayan bakımlar ayrı görülebiliyor mu?
• [ ] Geciken bakım kayıtları takip edilebiliyor mu?

Arıza yönetimi

• [ ] Arıza çağrısı sisteme hızlı şekilde kaydedilebiliyor mu?
• [ ] Arıza teknisyene atanabiliyor mu?
• [ ] Arızanın açılış ve kapanış zamanı kayıt altında tutuluyor mu?
• [ ] Arızanın çözüm açıklaması yazılabiliyor mu?
• [ ] Kullanılan parçalar kaydedilebiliyor mu?
• [ ] Aynı asansörün geçmiş arızaları görülebiliyor mu?
• [ ] Tekrarlayan arızaları analiz etmek mümkün mü?

Saha ve mobil kullanım

• [ ] Teknisyen telefon üzerinden sistemi kullanabiliyor mu?
• [ ] Mobil ekranlar sahada hızlı kullanıma uygun mu?
• [ ] Teknisyen yalnızca kendi görevlerini görüntüleyebiliyor mu?
• [ ] Fotoğraf ve açıklama eklemek kolay mı?
• [ ] İnternet bağlantısının zayıf olduğu bölgelerde çalışma yöntemi var mı?
• [ ] İşlem tarih ve saatleri kayıt altına alınıyor mu?

Finans ve ticari süreçler

• [ ] Cari hesap takibi yapılabiliyor mu?
• [ ] Tahsilatlar kayıt altına alınabiliyor mu?
• [ ] Borç ve alacak durumu görüntülenebiliyor mu?
• [ ] Teklif hazırlanabiliyor mu?
• [ ] Sözleşmeler takip edilebiliyor mu?
• [ ] Vadesi yaklaşan işlemler izlenebiliyor mu?
• [ ] Finansal raporlar firma sahibinin anlayabileceği şekilde sunuluyor mu?

Bu kontrol listesinin amacı bütün kutuların mutlaka işaretlenmesi değildir. Önemli olan firmanız açısından kritik kutuların hangileri olduğunu önceden belirlemektir.

Demo Görüşmesinde Özellik Değil Senaryo Test Edin

Yazılım demolarında genellikle menüler ve özellikler gösterilir. Ancak bir özelliğin sistemde bulunması, günlük kullanımda gerçekten pratik olduğu anlamına gelmez.

Bu nedenle demo sırasında özellik sormak yerine gerçek senaryo çalıştırmak daha doğru sonuç verir.

Örneğin şu senaryoyu isteyin:

Sabah saat 09.15'te bina yöneticisinden arıza geldi. Arıza kaydını açın, teknisyene atayın, teknisyen mobil uygulamadan işi görsün, arızayı kapatsın ve kullanılan parçayı kaydetsin.

Bu işlem kaç dakika sürdü?

Kaç farklı ekrana girildi?

Teknisyen açısından kullanım kolay mı?

Ofiste çalışan personel sonucu anında görebildi mi?

İyi bir demo bu soruların cevabını verir.

Benzer şekilde bakım süreci için şu test uygulanabilir:

1. Bir bina oluşturun.
2. Binaya asansör ekleyin.
3. Bakım planlayın.
4. Teknisyene atayın.
5. Mobil cihazdan bakım kaydını açın.
6. Bakım formunu doldurun.
7. Fotoğraf ekleyin.
8. İşlemi tamamlayın.
9. Ofisten tamamlanan bakım kaydını bulun.

Bu sürecin tamamını gerçek kullanım üzerinden görmek, ekran görüntülerinden veya özellik listesinden çok daha değerlidir.

Asansorex gibi asansör bakım ve yönetim yazılımları değerlendirilirken de yalnızca modül listesini incelemek yerine kendi firmanızda her gün gerçekleşen bakım, arıza, tahsilat veya teklif senaryolarını demo üzerinde çalıştırmak daha sağlıklı bir karşılaştırma sağlar.

Fiyatı Değil Toplam Kullanım Maliyetini Karşılaştırın

Asansör yazılımı satın alırken ilk görülen rakam genellikle lisans ücretidir. Ancak gerçek maliyet bundan daha geniştir.

Karşılaştırmada şu kalemlerin tamamını sorgulayın:

Maliyet kalemi	Sorulması gereken soru	Neden önemli?
Lisans	Yıllık mı, aylık mı?	Ana yazılım maliyetini belirler
Kullanıcı	Kullanıcı sınırı var mı?	Ekip büyüdükçe maliyet değişebilir
Asansör sayısı	Portföy sınırı bulunuyor mu?	Yeni bakım sözleşmelerinde ek ücret çıkabilir
Şube	Ek şube ücretli mi?	Büyüyen firmalar için önemlidir
Kurulum	İlk kurulum ücretli mi?	Başlangıç bütçesini etkiler
Veri aktarımı	Mevcut Excel/veriler taşınıyor mu?	Geçiş süresini etkiler
Eğitim	İlk eğitim dahil mi?	Personelin sisteme adaptasyonunu belirler
Destek	Teknik destek ücretli mi?	Yıllık gerçek maliyeti değiştirebilir
Güncelleme	Yeni sürümler dahil mi?	Sonradan beklenmeyen ücretleri önler

Örneğin yıllık lisansı daha düşük görünen bir yazılım; kullanıcı, eğitim, veri aktarımı ve destek ücretleri eklendiğinde başka bir çözümden daha pahalı hale gelebilir.

Bu nedenle teklif alırken mümkünse şu soruyu açık şekilde sorun:

“Bu sistemi 12 ay boyunca mevcut kullanıcı ve asansör sayımızla kullanırsak toplam ne kadar ödeme yapacağız?”

Teklifin mümkün olduğunca yazılı olması da sonradan oluşabilecek yanlış anlaşılmaları azaltır.

Veri, Yetkilendirme ve Destek Kriterlerini Atlamayın

Bir asansör bakım yazılımında yıllar içinde ciddi miktarda operasyon verisi birikir. Bina bilgileri, müşteri iletişim kayıtları, bakım geçmişleri, arıza kayıtları, finansal hareketler ve çalışan işlemleri bunlardan bazılarıdır.

Bu nedenle satın alma checklist içinde veri yönetimi mutlaka bulunmalıdır.

Sorulabilecek temel sorular şunlardır:

• Veriler düzenli olarak yedekleniyor mu?
• Kullanıcı yetkileri ayrılabiliyor mu?
• Teknisyen ile ofis personelinin erişimleri farklı tanımlanabiliyor mu?
• İşten ayrılan personelin erişimi kapatılabiliyor mu?
• Kritik işlemlerin geçmişi takip edilebiliyor mu?
• Firma kendi kayıtlarını dışarı aktarabiliyor mu?
• Veri aktarımı gerektiğinde hangi formatlar kullanılabiliyor?
• Sistem kişisel verilerin korunmasına uygun süreçler sunuyor mu?

Destek hizmetini gerçekçi şekilde test edin

Yazılımın özellikleri kadar destek hizmeti de önemlidir. Çünkü problem genellikle satış görüşmesinde değil, yazılım kullanılmaya başladıktan sonra ortaya çıkar.

Satın almadan önce şu konuları netleştirin:

• Destek hangi kanallardan veriliyor?
• Telefon desteği bulunuyor mu?
• Mesai dışında destek yöntemi var mı?
• Ortalama dönüş süresi nedir?
• İlk kurulumda eğitim sağlanıyor mu?
• Yeni personel başladığında eğitim alınabiliyor mu?
• Eğitim dokümanları veya videolar mevcut mu?

Özellikle operasyonunu tamamen dijital sisteme taşıyan firmalarda destek kalitesi kritik hale gelir. Bakım ekiplerinin sabah işe çıkamadığı bir yazılım problemi, sadece teknik sorun değil doğrudan operasyon kaybıdır.

Puanlama Tablosuyla Kararı Objektif Hale Getirin

Üç veya dört farklı yazılım incelendiğinde görüşmeler kolaylıkla birbirine karışabilir. Bir yazılımın mobil uygulaması iyi, diğerinin fiyatı uygun, üçüncüsünün finans modülü güçlü olabilir.

Bu durumda ağırlıklı puanlama kullanılabilir.

Örnek değerlendirme:

Kriter	Ağırlık	Yazılım puanı	Ağırlıklı sonuç
Bakım yönetimi	%20	9/10	18
Arıza yönetimi	%15	8/10	12
Mobil kullanım	%20	9/10	18
Finans ve cari	%10	7/10	7
Raporlama	%10	8/10	8
Destek	%15	9/10	13,5
Toplam maliyet	%10	8/10	8
Toplam	%100		84,5/100

Buradaki ağırlıklar örnektir. Firma kendi önceliklerine göre değiştirmelidir.

Örneğin 20 teknisyeni bulunan saha ağırlıklı bir işletmede mobil kullanımın ağırlığı %30'a çıkarılabilir. Küçük ancak finansal takibi dağınık bir firmada cari ve tahsilat modülünün ağırlığı artırılabilir.

Bu yöntem önemli bir avantaj sağlar: Karar, yalnızca toplantı sırasında en iyi sunumu yapan firmaya göre verilmez.

PDF checklist nasıl hazırlanmalı?

Bu rehber şirket içinde kullanılacak bir PDF'e dönüştürülecekse formu dört bölüme ayırmak pratiktir:

1. Firma ihtiyaçları
2. Teknik ve operasyonel özellikler
3. Fiyat, destek ve veri güvenliği
4. Final puanlama

Her özellik için şu alanlar bulunabilir:

Var / Yok / Kısmen / Demo Edildi / Not

Özellikle “Demo Edildi” alanı önemlidir. Çünkü satış görüşmesinde var olduğu söylenen bir özellik ile gerçekten canlı olarak kullanılan özellik birbirinden ayrılmış olur.

PDF'in son sayfasına da şu karar alanları eklenebilir:

• Toplam puan
• Yıllık toplam maliyet
• Kurulum süresi
• Eğitim durumu
• Veri aktarımı durumu
• En güçlü üç özellik
• En önemli üç eksik
• Satın alma kararı
• Karar tarihi

Bu yapı firma sahibi veya satın alma kararını veren ekip için karşılaştırmayı oldukça kolaylaştırır.

Sıkça Sorulan Sorular

Asansör yazılımı satın alırken en önemli kriter nedir?

Tek bir kriter yoktur. Ancak yazılımın firmanın gerçek günlük operasyonunu karşılaması en önemli noktadır. Özellik sayısından çok bakım, arıza, saha ve finans süreçlerinin ne kadar kolay yürütüldüğüne bakılmalıdır.

Yazılım demosunda ne kadar özellik görmek gerekir?

Tüm menüleri görmek yerine firmanızın en sık yaptığı 3–5 işlemi uçtan uca test etmek daha yararlıdır. Örneğin bakım oluşturma, arıza atama, teknisyenin işi kapatması ve tahsilat kaydı gibi süreçler denenebilir.

En ucuz asansör programını seçmek mantıklı mı?

Yalnızca lisans fiyatına göre seçim yapmak risklidir. Kullanıcı sınırı, destek, eğitim, veri aktarımı, güncellemeler ve ek modüller toplam maliyeti değiştirebilir. Bu nedenle 12 aylık toplam kullanım maliyeti karşılaştırılmalıdır.

Mevcut Excel kayıtları yeni yazılıma aktarılabilir mi?

Bu durum kullanılan yazılıma ve mevcut verinin yapısına bağlıdır. Satın almadan önce bina, asansör, müşteri ve cari kayıtlarının hangi formatta aktarılabileceği mutlaka sorulmalıdır. Örnek veriyle test aktarımı yapılması faydalıdır.

Mobil uygulama gerçekten gerekli mi?

Teknisyenlerin bakım ve arıza kayıtlarını sahadan girmesi bekleniyorsa mobil kullanım önemli bir kriterdir. Ofiste kullanılan güçlü bir yazılımın saha tarafı zayıfsa kayıtlar yeniden WhatsApp, kâğıt veya Excel'e kayabilir.

Satın almadan önce deneme yapmak gerekir mi?

Mümkünse evet. En azından gerçek senaryolar üzerinden ayrıntılı bir demo yapılmalıdır. Asansorex değerlendiriliyorsa da firmanın kendi bakım ve arıza akışından örnekler kullanılarak sistemin günlük operasyona uyumu kontrol edilebilir.

Özet

Asansör yazılımı satın alma kararı, yalnızca fiyat listesini ve özellik tablosunu karşılaştırarak verilmemelidir. Bakım planlama, arıza yönetimi, mobil kullanım, cari takip, raporlama, destek, veri güvenliği ve toplam kullanım maliyeti birlikte değerlendirilmelidir.

İyi hazırlanmış bir asansör yazılımı satın alma checklist, farklı yazılımları aynı kriterlerle karşılaştırmayı ve kişisel izlenim yerine ölçülebilir verilerle karar vermeyi sağlar.

En sağlıklı yöntem; firmanın ihtiyaçlarını önce belirlemek, olmazsa olmaz özellikleri işaretlemek, gerçek operasyon senaryolarını demo sırasında test etmek ve ardından çözümleri ağırlıklı puanlama sistemiyle karşılaştırmaktır. Böylece satın alınan yazılım yalnızca bugünkü problemi çözmekle kalmaz, bakım portföyü ve ekip büyüdüğünde de firmanın çalışma düzenini destekleyen kalıcı bir altyapıya dönüşebilir.