Asansör Sözleşme Yönetim Yazılımı Fiyat Teklifi Nasıl Değerlendirilir?

İÇERİK

Asansör sözleşme yönetim yazılımı satın alırken karşılaşılan en büyük hata, teklifleri yalnızca toplam tutara bakarak karşılaştırmaktır. Bir teklif ilk bakışta ekonomik görünebilir; ancak kullanıcı, asansör sayısı, veri aktarımı, eğitim, teknik destek veya sözleşme yenileme modülü için sonradan ek ücret çıkarabilir. Daha yüksek görünen başka bir teklif ise işletmenin ihtiyaç duyduğu bütün işlevleri kapsadığı için toplamda daha avantajlı olabilir. Bu rehberde, bir asansör bakım firmasının yazılım teklifini teknik ve ticari açıdan nasıl incelemesi gerektiğini adım adım ele alacağız.

Önce Firmanızın İhtiyaçlarını Netleştirin

Sağlıklı bir fiyat karşılaştırması yapabilmek için teklif istemeden önce ihtiyaç listesi hazırlanmalıdır. Aksi hâlde firmalar farklı kapsamlar için fiyat verir ve karşılaştırma anlamını kaybeder.

Örneğin bir yazılım yalnızca sözleşme bitiş tarihlerini kaydedebilir. Başka bir yazılım ise sözleşme oluşturma, PDF çıktısı alma, online onay gönderme, yenileme hatırlatması yapma ve fiyat güncelleme süreçlerini birlikte yönetebilir. Her ikisine de “sözleşme yönetim yazılımı” denilse de sundukları değer aynı değildir.

İhtiyaç listenizde en az şu sorulara cevap bulunmalıdır:

• Kaç aktif bakım sözleşmesi yönetiliyor?
• Sistemi kaç ofis çalışanı ve teknisyen kullanacak?
• Birden fazla şube var mı?
• Sözleşmeler asansör, bina veya müşteri bazında mı tutulacak?
• Mevcut sözleşmeler Excel’den ya da başka bir sistemden aktarılacak mı?
• Sözleşme bitiş tarihleri için otomatik hatırlatma gerekli mi?
• Müşteriye online onay bağlantısı gönderilecek mi?
• İmzalı sözleşme ve ek belgeler sisteme yüklenebilecek mi?
• Fiyat artışları ve yenileme teklifleri sistemden takip edilecek mi?
• Cari hesap, bakım planı ve arıza kayıtlarıyla bağlantı kurulacak mı?

Bu cevaplar, alınan teklifin ihtiyaçlarınızı gerçekten karşılayıp karşılamadığını anlamanızı sağlar.

Teklif Kapsamını Kalem Kalem Karşılaştırın

Teklifte yalnızca “sözleşme modülü dâhildir” yazması yeterli değildir. Modülün hangi işlevleri kapsadığı açıkça belirtilmelidir. Özellikle sözleşme oluşturma ile sözleşme sürecini yönetme arasındaki fark gözden kaçırılmamalıdır.

Temel bir sözleşme kaydı; müşteri adı, başlangıç tarihi, bitiş tarihi ve aylık bakım ücretinden oluşabilir. Gelişmiş bir yapı ise sözleşmenin hazırlanmasından yenilenmesine kadar bütün süreci izler.

Değerlendirme alanı	Teklifte aranacak açıklama	Riskli veya belirsiz ifade
Sözleşme kapasitesi	Aktif ve arşiv sözleşme sınırı	“Belirli kullanım dâhil”
Kullanıcı sayısı	Ofis ve saha kullanıcı adedi	“Standart kullanıcı paketi”
Belge oluşturma	PDF, şablon ve firma logosu desteği	“Belge çıktısı alınabilir”
Hatırlatmalar	Bildirim kanalı ve gönderim sıklığı	“Otomatik uyarı vardır”
Online onay	Onay kaydı, tarih ve işlem geçmişi	“Dijital onay desteklenir”
Veri aktarımı	Aktarılacak alanlar ve sorumlu taraf	“Veri aktarımı mümkündür”
Teknik destek	Kanal, saat ve müdahale süresi	“Ücretsiz destek”
Güncellemeler	Lisans dönemine dâhil olup olmadığı	“Güncel sürüm kullanımı”
Entegrasyonlar	Cari, bakım, arıza ve tahsilat bağlantısı	“Entegrasyona uygundur”

Teklifte belirsiz bırakılan her ifade için yazılı açıklama istenmelidir. Satış görüşmesinde verilen sözler, teklif veya sözleşme metninde bulunmuyorsa ileride uyuşmazlık yaşanabilir.

Lisans Modelini ve Gerçek Toplam Maliyeti Hesaplayın

Asansör sözleşme yönetim yazılımları genel olarak abonelik veya kalıcı lisans modeliyle sunulur. Bunların yanında kurulum, eğitim, veri aktarımı ve özel geliştirme ücretleri de bulunabilir.

Abonelik modelinde kontrol edilecekler

Aylık veya yıllık abonelikte başlangıç maliyeti genellikle daha düşüktür. Ancak teklif değerlendirilirken yalnızca ilk yıl bedeline bakılmamalıdır.

Şunları mutlaka sorun:

• Yenileme döneminde fiyat nasıl güncellenecek?
• Yıllık peşin ödemede indirim var mı?
• Kullanıcı veya asansör sayısı artarsa hangi paket uygulanacak?
• Abonelik sona erdiğinde verilere nasıl erişilecek?
• Güncellemeler ve teknik destek aboneliğe dâhil mi?
• SMS, e-posta veya e-imza kullanımı ayrıca mı ücretlendiriliyor?

Kalıcı lisans modelinde kontrol edilecekler

Kalıcı lisans, tek seferlik ödeme yapıldığı anlamına gelebilir; ancak bütün maliyetlerin süresiz karşılandığı anlamına gelmez. Sunucu, yedekleme, güvenlik, bakım ve yeni sürüm ücretleri ayrıca alınabilir.

Sağlıklı karşılaştırma için en az üç yıllık toplam sahip olma maliyeti hesaplanmalıdır:

Toplam maliyet = Lisans veya abonelik + kurulum + veri aktarımı + eğitim + ek kullanıcı + entegrasyon + destek + mesajlaşma giderleri

Örneğin ilk yıl 30.000 TL olan bir teklif, ikinci yıldan itibaren kullanıcı ve destek ücretleriyle önemli ölçüde artabilir. İlk yıl 45.000 TL olan başka bir teklif ise üç yıl boyunca aynı kapsamı sunabilir. Bu nedenle karşılaştırma tablosunda birinci, ikinci ve üçüncü yıl ayrı ayrı gösterilmelidir.

En düşük başlangıç fiyatı, her zaman en düşük toplam maliyet anlamına gelmez.

Gizli ve Sonradan Çıkabilecek Maliyetleri Araştırın

Yazılım tekliflerinde bütçeyi bozan kalemler çoğu zaman ana lisans ücretinin dışında kalır. “Opsiyonel” olarak sunulan bir özellik, günlük operasyon için zorunluysa gerçekte paket maliyetinin parçasıdır.

Özellikle şu kalemleri kontrol edin:

1. Kurulum ücreti: Hesap açılışı, firma ayarları ve ilk yapılandırma dâhil mi?
2. Veri aktarımı: Excel dosyasındaki müşteri, bina, asansör ve sözleşmeler kim tarafından aktarılacak?
3. Eğitim: Kaç saat, kaç kullanıcı ve hangi kanaldan verilecek?
4. Ek kullanıcı: Yeni personel eklendiğinde kullanıcı başına ücret alınacak mı?
5. Ek şube: Her şube için ayrı lisans gerekiyor mu?
6. Belge depolama: Sözleşme PDF’leri ve ek dosyalar için kota var mı?
7. SMS ve e-posta: Hatırlatma gönderimleri paket kapsamında mı?
8. Özel şablon: Firmanın mevcut sözleşme tasarımının sisteme uyarlanması ücretli mi?
9. Entegrasyon: Ön muhasebe, e-fatura veya ödeme sistemi bağlantıları ayrıca mı fiyatlandırılıyor?
10. Teknik destek: Telefon desteği, uzaktan bağlantı veya öncelikli müdahale için ek paket gerekiyor mu?

Bu kalemlerin tamamını içeren yazılı bir maliyet dökümü istemek, sonradan oluşabilecek sürprizleri azaltır.

Sözleşme Yönetimi Özelliklerini Gerçek Senaryolarla Test Edin

Bir özelliğin teklif dosyasında yer alması, günlük kullanımda yeterli olduğu anlamına gelmez. Karar vermeden önce demo sırasında gerçek iş akışlarınız denenmelidir.

Örnek bir demo senaryosu şu şekilde olabilir:

1. Yeni bir bina yöneticisi kaydedin.
2. Binaya iki farklı asansör ekleyin.
3. Her asansör için bakım kapsamını ve ücretini belirleyin.
4. Başlangıç ve bitiş tarihleri bulunan bir sözleşme oluşturun.
5. Sözleşmeyi PDF olarak hazırlayın.
6. Müşteriye onay için gönderin.
7. Onay tarihini ve işlem geçmişini görüntüleyin.
8. Bitiş tarihinden önce yenileme uyarısı oluşturun.
9. Yeni dönem ücretini güncelleyerek yenileme teklifi hazırlayın.
10. Eski sözleşmeyi arşivden bulun.

Bu işlemler sırasında kaç farklı ekrana geçildiğini, zorunlu alanların anlaşılır olup olmadığını ve personelin eğitime ne kadar ihtiyaç duyacağını gözlemleyin. Kullanımı zor bir sistem, güçlü özelliklere sahip olsa bile ekip tarafından düzenli kullanılmayabilir.

Asansorex gibi bakım, arıza, müşteri ve sözleşme kayıtlarını aynı yapı içinde ilişkilendiren bir çözüm, sözleşmenin yalnızca bitiş tarihini değil, sözleşmeye bağlı hizmet geçmişini de görmeyi kolaylaştırabilir.

Teknik Destek ve Hizmet Seviyesini İnceleyin

Yazılım fiyatının içinde yalnızca ürün değil, satış sonrası hizmet de vardır. Özellikle sözleşme yenileme dönemlerinde veya toplu veri aktarımında yaşanan sorunlara hızlı müdahale edilmesi önemlidir.

Teklif sahibine şu soruları yöneltin:

• Destek hangi gün ve saatlerde veriliyor?
• Telefon, e-posta veya mesajlaşma desteği bulunuyor mu?
• Kritik sorunlara ortalama ne kadar sürede dönüş yapılıyor?
• Yeni personel için tekrar eğitim alınabiliyor mu?
• Yardım dokümanları ve kullanım videoları var mı?
• Güncellemeler öncesinde kullanıcılar bilgilendiriliyor mu?
• Veriler düzenli olarak yedekleniyor mu?
• Hizmet kesintisinde uygulanacak süreç nedir?

“Teknik destek dâhil” ifadesi tek başına yeterli değildir. Destek kapsamı, iletişim kanalları ve ücretlendirme koşulları açıkça yazılmalıdır.

Veri Güvenliği ve Çıkış Koşullarını Sorgulayın

Sözleşme yönetim sisteminde müşteri iletişim bilgileri, bina kayıtları, bakım ücretleri, imzalı belgeler ve ticari koşullar bulunabilir. Bu nedenle veri güvenliği, teklifin temel değerlendirme başlıklarından biri olmalıdır.

Firma sahibinin özellikle öğrenmesi gereken konular şunlardır:

• Kullanıcı yetkileri görev bazında sınırlandırılabiliyor mu?
• Ayrılan personelin erişimi hemen kapatılabiliyor mu?
• Silinen veya değiştirilen kayıtlara ilişkin işlem geçmişi tutuluyor mu?
• Düzenli yedekleme yapılıyor mu?
• Veriler dışarı aktarılabiliyor mu?
• Abonelik sona erdiğinde belgeler hangi formatta teslim ediliyor?
• Verilerin sistemden silinme süreci nasıl işliyor?
• Kişisel verilerin korunmasına ilişkin sorumluluklar sözleşmede açıklanıyor mu?

Sisteme giriş yapmak kadar sistemden güvenli şekilde çıkabilmek de önemlidir. Firmanız başka bir çözüme geçmeye karar verdiğinde müşteri, bina, asansör ve sözleşme verilerini kullanılabilir bir formatta alabilmelidir.

Teklifleri Puanlama Tablosuyla Karşılaştırın

Kararı kişisel izlenimle vermek yerine ölçülebilir bir puanlama yöntemi kullanabilirsiniz. Her başlığa önem derecesine göre ağırlık verin ve teklifleri 100 puan üzerinden değerlendirin.

Kriter	Önerilen ağırlık
Sözleşme yönetimi özellikleri	25
Üç yıllık toplam maliyet	20
Kullanım kolaylığı	15
Veri güvenliği ve yedekleme	15
Teknik destek ve eğitim	10
Veri aktarımı	5
Entegrasyon imkânları	5
Ölçeklenebilirlik	5
Toplam	100

Fiyatı en düşük olan sisteme otomatik olarak en yüksek puanı vermeyin. Üç yıllık maliyeti, kapsamla birlikte değerlendirin. Örneğin ucuz bir sistem sözleşme yenileme uyarısı vermiyorsa kaçırılan tek bir kurumsal müşteri, fiyat farkından daha büyük kayıp oluşturabilir.

Son karardan önce en yüksek puanı alan iki çözüm için kısa bir pilot kullanım yapılması faydalıdır. Pilot sürece ofis çalışanı, firma yöneticisi ve mümkünse sahadan bir teknisyen dâhil edilmelidir.

Sıkça Sorulan Sorular

Asansör sözleşme yönetim yazılımında fiyatı en çok ne belirler?

Fiyatı genellikle aktif sözleşme veya asansör sayısı, kullanıcı sayısı, şube yapısı, belge depolama kapasitesi, entegrasyonlar ve teknik destek kapsamı belirler. Özel geliştirme ve veri aktarımı da başlangıç maliyetini etkileyebilir.

Aylık abonelik mi, yıllık abonelik mi daha avantajlıdır?

Yıllık ödeme çoğu durumda birim maliyet avantajı sağlayabilir. Ancak indirimden önce yenileme koşulları, kullanım sınırları ve abonelik iptalinde verilerin nasıl teslim edileceği incelenmelidir.

Ücretsiz veri aktarımı teklifte nasıl açıklanmalıdır?

Hangi dosyaların aktarılacağı, veri temizliğini kimin yapacağı, kaç kayıt sınırı bulunduğu ve aktarım sonrası kontrolün kim tarafından gerçekleştirileceği yazılı olmalıdır. “Ücretsiz aktarım” ifadesi tek başına yeterli değildir.

Demo sırasında sadece sözleşme ekranına bakmak yeterli mi?

Hayır. Sözleşmenin müşteri, bina, asansör, bakım planı, tahsilat ve yenileme süreçleriyle nasıl bağlantı kurduğu da denenmelidir. Gerçek bir iş senaryosu üzerinden baştan sona işlem yapılmalıdır.

Yazılım sözleşmesinde veri çıkışı neden önemlidir?

Hizmet değişikliği veya abonelik iptali durumunda ticari kayıtlarınıza erişebilmeniz gerekir. Verilerin Excel, PDF veya yaygın başka bir formatta teslim edilip edilmeyeceği önceden belirlenmelidir.

Teklif geçerlilik süresi neden kontrol edilmelidir?

Kur, enflasyon, kampanya veya paket değişikliği nedeniyle fiyat belirli bir süre için geçerli olabilir. Teklifin son kabul tarihi, ödeme planı ve fiyatın hangi koşullarda değişebileceği açıkça yazılmalıdır.

Özet

Asansör sözleşme yönetim yazılımı fiyat teklifi; yalnızca lisans tutarı üzerinden değil, kapsam, üç yıllık toplam maliyet, kullanıcı sınırları, veri aktarımı, teknik destek ve çıkış koşullarıyla birlikte değerlendirilmelidir. Teklifteki belirsiz ifadeleri yazılı sorularla netleştirmek ve gerçek iş akışlarıyla demo yapmak, yanlış yatırım riskini önemli ölçüde azaltır. Asansorex gibi sözleşmeleri bakım ve müşteri geçmişiyle birlikte takip edebilen bir sistem değerlendirilirken de aynı kontrol listesi kullanılmalı; karar, firmanın gerçek operasyon ihtiyacına göre verilmelidir.