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

Asansör Teklif Yazılımı Satın Alma Checklist’i

Asansör teklif yazılımı seçerken yalnızca fiyatı değil; kalem şablonlarını, revizyon takibini, PDF çıktısını, müşteri onayını, destek hizmetini ve toplam kullanım maliyetini değerlendirin.

İÇERİK (MARKDOWN)

Asansör firmalarında teklif hazırlamak, yalnızca birkaç ürün veya hizmet kaleminin alt alta yazılmasından ibaret değildir. Bakım sözleşmesi, revizyon çalışması, yedek parça satışı, modernizasyon, durum tespit raporu ve onarım tekliflerinin her biri farklı kapsam, fiyatlandırma ve onay süreçleri gerektirir. Bu nedenle satın alınacak asansör teklif yazılımı, firmanın sadece bugünkü ihtiyaçlarını değil, portföy büyüdükçe ortaya çıkacak operasyonel yükü de karşılamalıdır.

Yanlış yazılım seçimi; personelin tekrar Excel’e dönmesine, tekliflerin farklı formatlarda hazırlanmasına, eski fiyatların kullanılmasına, revizyonların karışmasına ve müşteriden gelen onayların ispatlanamamasına neden olabilir. Doğru seçim ise teklif hazırlama süresini kısaltır, kurumsal görünümü güçlendirir ve satış sürecinin ölçülebilir hâle gelmesini sağlar.

Bu rehberde, bir asansör teklif programı satın almadan önce kontrol edilmesi gereken özellikleri, demo sırasında yapılacak testleri ve toplam maliyet hesabını adım adım inceleyeceğiz.

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

Yazılım araştırmasına doğrudan özellik listelerini inceleyerek başlamak yerine, firmanın teklif sürecindeki mevcut sorunlarını belirlemek gerekir. Çünkü her firma aynı şekilde çalışmaz. Bazı firmalar ağırlıklı olarak aylık bakım teklifi verirken bazıları revizyon, modernizasyon ve parça satışından daha fazla gelir elde eder.

Öncelikle son üç ayda hazırlanan teklifler gözden geçirilmelidir. Kaç farklı teklif türü oluşturulduğu, tekliflerin kimler tarafından hazırlandığı, kaç kez revize edildiği ve müşteriye hangi kanallardan gönderildiği belirlenmelidir.

Aşağıdaki sorular mevcut ihtiyacın anlaşılmasını kolaylaştırır:

  • Teklifleri bugün Excel, Word veya hazır PDF şablonuyla mı hazırlıyorsunuz?
  • Aynı hizmet kalemlerini her teklifte yeniden mi yazıyorsunuz?
  • Güncel parça ve hizmet fiyatları personel tarafından biliniyor mu?
  • İskonto yapıldığında yetkili onayı gerekiyor mu?
  • Tekliflerin hangi müşterilere gönderildiği takip edilebiliyor mu?
  • Müşterinin teklifi açıp açmadığı veya onaylayıp onaylamadığı görülebiliyor mu?
  • Revize edilen tekliflerin eski sürümleri saklanıyor mu?
  • Kabul edilen teklif kolayca sözleşmeye veya iş emrine dönüştürülebiliyor mu?
  • Teklif kazanma ve kaybetme oranları ölçülebiliyor mu?

Bu soruların birkaçına “hayır” cevabı veriliyorsa yalnızca belge oluşturan basit bir araç yerine, süreci başlangıçtan sonuca kadar takip eden bir asansör teklif yazılımına ihtiyaç vardır.

Kullanıcı sayısını ve yetkileri belirleyin

Teklif hazırlayan herkesin aynı yetkilere sahip olması gerekmez. Satış personeli teklif oluşturabilirken yüksek oranlı iskonto verme yetkisi firma sahibinde olabilir. Teknik personel ürün ve işçilik kalemlerini girebilir ancak maliyet veya kâr bilgilerini görmemelidir.

Satın alma öncesinde şu roller belirlenebilir:

  1. Teklif hazırlayan personel
  2. Fiyat ve iskonto onayı veren yönetici
  3. Teknik kapsamı kontrol eden yetkili
  4. Teklifi müşteriye gönderen satış personeli
  5. Raporları inceleyen firma sahibi

Yazılımın rol bazlı yetkilendirme sunması, özellikle birden fazla satış personeli veya şubesi bulunan firmalarda fiyat kontrolünü kolaylaştırır.

Olmazsa Olmaz Teklif Hazırlama Özellikleri

Bir teklif yazılımının başarılı olup olmadığını belirleyen en önemli konu, günlük kullanımı gerçekten hızlandırmasıdır. Çok sayıda menüsü olan ancak basit bir bakım teklifinin hazırlanmasını zorlaştıran sistem, kısa süre sonra personel tarafından kullanılmamaya başlanır.

Kalem şablonları

Asansör firmalarında birçok teklif kalemi tekrar tekrar kullanılır. Örneğin:

  • Aylık periyodik bakım hizmeti
  • Kumanda panosu değişimi
  • Halat değişimi
  • Fotosel değişimi
  • Kabin dekorasyonu
  • Kapı mekanizması onarımı
  • Kurtaran sistemi montajı
  • Revizyon işçiliği
  • Yıllık bakım sözleşmesi

Yazılım, sık kullanılan bu kalemlerin açıklama, birim, fiyat, KDV ve garanti bilgileriyle birlikte şablon olarak kaydedilmesine izin vermelidir. Böylece kullanıcı yalnızca uygun kalemi seçerek teklife ekleyebilir.

Kalem şablonları merkezî olarak güncellenebilmelidir. Örneğin halat değişimi işçilik bedeli güncellendiğinde personelin eski bir Excel dosyasından geçmiş fiyatla teklif vermesi engellenmelidir.

Farklı teklif türleri

Bakım teklifi ile kapsamlı bir modernizasyon teklifi aynı yapıda değildir. Satın alınacak programın aşağıdaki teklif türlerini destekleyip desteklemediği kontrol edilmelidir:

  • Periyodik bakım teklifi
  • Arıza ve onarım teklifi
  • Parça değişim teklifi
  • Revizyon teklifi
  • Modernizasyon teklifi
  • Durum tespit sonrası düzeltme teklifi
  • Yeni asansör montaj teklifi
  • Çoklu asansör veya çoklu bina teklifi

Teklif türüne göre farklı açıklama, ödeme planı, geçerlilik süresi, garanti şartı ve hizmet kapsamı kullanılabilmesi önemli bir avantajdır.

Profesyonel PDF çıktısı

Hazırlanan teklifin müşteriye gönderilen görünümü, firma hakkında güçlü bir ilk izlenim oluşturur. PDF üzerinde en azından şu bilgiler yer almalıdır:

  • Firma logosu ve iletişim bilgileri
  • Müşteri, bina veya site bilgileri
  • Teklif numarası ve tarihi
  • Teklif geçerlilik süresi
  • Ürün ve hizmet kalemleri
  • Miktar, birim fiyat, iskonto ve KDV
  • Ara toplam ve genel toplam
  • Ödeme koşulları
  • Teslim veya uygulama süresi
  • Garanti şartları
  • Kapsam dışı işler
  • Yetkili bilgileri
  • Onay alanı

Logo eklenmiş olması tek başına profesyonel bir teklif için yeterli değildir. Uzun açıklamaların taşmaması, sayfa geçişlerinin düzenli olması ve teklifin telefondan açıldığında okunabilmesi de test edilmelidir.

Onay, Revizyon ve Kayıt Güvenliğini Kontrol Edin

Teklif sürecindeki en büyük karışıklıklardan biri revizyonlarda ortaya çıkar. Müşteri önce belirli bir kapsam için fiyat ister, ardından bazı kalemleri çıkarır, ödeme planını değiştirir veya ek iskonto talep eder. Eski teklifin üzerine yeni rakam yazılması, hangi sürümün geçerli olduğunun anlaşılmasını zorlaştırır.

İyi bir teklif yazılımı her revizyonu ayrı sürüm olarak saklamalıdır. Örneğin sistemde şu sıralama görülebilmelidir:

  • Teklif 2026-0145 – İlk sürüm
  • Teklif 2026-0145 – Revizyon 1
  • Teklif 2026-0145 – Revizyon 2
  • Teklif 2026-0145 – Onaylanan sürüm

Eski revizyonların silinmemesi, olası fiyat ve kapsam anlaşmazlıklarında önemli bir kayıt oluşturur.

Müşteri onay linki

Teklifin PDF olarak WhatsApp’tan gönderilmesi pratiktir ancak müşterinin “uygundur” mesajı farklı konuşmalar arasında kaybolabilir. Bu nedenle müşteriye özel teklif görüntüleme ve onay linki gönderilebilmesi tercih edilmelidir.

Onay ekranında müşterinin en azından şu işlemleri yapabilmesi faydalıdır:

  • Teklifi görüntüleme
  • PDF dosyasını indirme
  • Teklifi onaylama
  • Teklifi reddetme
  • Açıklama veya revizyon talebi gönderme

Burada önemli bir ayrım vardır: Teklif onay linki üzerinden verilen dijital onay ile nitelikli elektronik imza aynı işlem değildir. Firma, yaptığı işin niteliğine ve hukuki ihtiyacına göre hangi onay yönteminin yeterli olduğunu ayrıca değerlendirmelidir. Yazılım sağlayıcısından onay kaydında tarih, saat, kullanıcı bilgisi ve teklif sürümünün nasıl saklandığı açıkça sorulmalıdır.

Durum takibi

Her teklifin güncel durumu görülebilmelidir. Genel uygulamada aşağıdaki aşamalar yeterli bir başlangıç sağlar:

  • Taslak
  • Kontrol bekliyor
  • Gönderildi
  • Görüntülendi
  • Revizyon istendi
  • Onaylandı
  • Reddedildi
  • Süresi doldu
  • Sözleşmeye dönüştü

Bu yapı sayesinde satış personeli müşteriyi ne zaman araması gerektiğini bilir. Firma sahibi de ay sonunda kaç teklifin gönderildiğini ve ne kadarının satışa dönüştüğünü ölçebilir.

Kullanım, Entegrasyon, Destek ve Maliyeti Değerlendirin

Bir yazılımın özellikleri güçlü olsa bile kullanımı zorsa yatırım beklenen sonucu vermez. Demo sırasında sistemi yalnızca yazılımı tanıtan kişinin kullanmasını izlemek yerine, firmanızdaki teklif hazırlayacak personelin gerçek bir teklif oluşturması sağlanmalıdır.

Örneğin demo hesabında şu senaryo uygulanabilir:

Üç asansörlü bir site için aylık bakım, iki parça değişimi ve yıllık ödeme indirimi içeren bir teklif hazırlayın. Teklifi revize edin, PDF oluşturun ve müşteriye onay linki gönderin.

Bu işlem birkaç dakika içinde tamamlanamıyorsa ekranların saha ve satış personeli açısından yeterince pratik olup olmadığı sorgulanmalıdır.

Entegrasyon ihtiyaçları

Teklif sistemi tek başına çalışan ayrı bir araç olduğunda, onaylanan bilgiler başka programlara yeniden girilebilir. Bu da hem zaman kaybına hem de veri hatasına neden olur.

Aşağıdaki bağlantılar değerlendirilmelidir:

  • Cari veya müşteri kayıtları
  • Bina ve asansör bilgileri
  • Stok ve ürün fiyatları
  • Sözleşme yönetimi
  • İş emri veya görev oluşturma
  • Tahsilat ve cari hesap
  • E-posta gönderimi
  • SMS veya WhatsApp bilgilendirmesi
  • E-fatura veya ön muhasebe süreçleri

Örneğin onaylanan revizyon teklifinin doğrudan iş emrine dönüşmesi, teknik ekibin hangi binada hangi parçayı değiştireceğini açıkça görmesini sağlar. Asansorex gibi asansör sektörüne odaklanan sistemlerde tekliflerin bina, asansör, bakım, arıza ve sözleşme kayıtlarıyla aynı akışta tutulabilmesi, bilgilerin farklı dosyalara tekrar girilmesini azaltır.

Eğitim ve destek

Satın alma görüşmesinde yalnızca yazılım özellikleri değil, satış sonrası süreç de konuşulmalıdır. Şu sorular yazılı olarak sorulabilir:

  • İlk kurulum ve eğitim fiyata dâhil mi?
  • Mevcut müşteri ve fiyat listeleri aktarılabiliyor mu?
  • Eğitim canlı mı, video üzerinden mi veriliyor?
  • Destek hangi kanallardan sağlanıyor?
  • Destek saatleri nedir?
  • Yeni personel başladığında ek eğitim veriliyor mu?
  • PDF şablonunda değişiklik yapılabiliyor mu?
  • Yazılım güncellemeleri ayrıca ücretli mi?
  • Veriler dışarı aktarılabiliyor mu?

Özellikle veri aktarımı önemlidir. Firma ileride yazılım değiştirmek isterse müşteri, teklif ve ürün kayıtlarını kullanılabilir bir formatta alabilmelidir.

Toplam kullanım maliyeti

Yalnızca yıllık lisans ücretine bakmak yanıltıcı olabilir. Toplam maliyet hesabına şu kalemler eklenmelidir:

  • İlk kurulum bedeli
  • Yıllık veya aylık lisans
  • Kullanıcı başına ek ücret
  • Şube başına ek ücret
  • PDF şablon tasarım ücreti
  • Veri aktarım ücreti
  • Eğitim bedeli
  • SMS veya mesaj kontörleri
  • Depolama sınırı
  • Entegrasyon ücretleri
  • Güncelleme ve destek bedeli
  • Yenileme dönemindeki fiyat artışı

Ucuz görünen bir çözüm, ihtiyaç duyulan her özellik için ek ücret talep edildiğinde daha pahalı hâle gelebilir. Bu nedenle tekliflerin en az iki veya üç yıllık toplam maliyet üzerinden karşılaştırılması daha sağlıklıdır.

Demo Sırasında Uygulanacak Satın Alma Checklist’i

Aşağıdaki tablo, farklı yazılımları aynı kriterlerle karşılaştırmak için kullanılabilir. Her başlığa 1 ile 5 arasında puan verilerek toplam sonuç hesaplanabilir.

Kontrol noktası Sorulacak soru Öncelik
Kalem şablonları Sık kullanılan hizmet ve parçalar kaydedilebiliyor mu? Kritik
Hızlı teklif Standart bakım teklifi birkaç dakikada hazırlanabiliyor mu? Kritik
PDF tasarımı Teklif kurumsal, okunabilir ve mobil uyumlu mu? Kritik
Revizyon takibi Eski ve yeni sürümler ayrı ayrı saklanıyor mu? Kritik
Onay linki Müşteri teklifi link üzerinden inceleyip yanıtlayabiliyor mu? Yüksek
Yetkilendirme İskonto ve fiyat değişiklikleri sınırlandırılabiliyor mu? Yüksek
Çoklu bina Teklif birden fazla bina veya asansörü kapsayabiliyor mu? Yüksek
Sözleşmeye dönüşüm Onaylanan teklif tekrar veri girmeden sözleşmeye çevrilebiliyor mu? Yüksek
Durum takibi Gönderilen, onaylanan ve reddedilen teklifler görülebiliyor mu? Kritik
Raporlama Kazanma oranı ve teklif toplamı ölçülebiliyor mu? Orta
Veri aktarımı Kayıtlar dışarı alınabiliyor mu? Kritik
Destek Kurulum sonrası ulaşılabilir destek sunuluyor mu? Kritik
Mobil kullanım Teklif telefon veya tabletten hazırlanabiliyor mu? Orta
Güvenlik Yedekleme ve erişim yetkileri açıklanıyor mu? Kritik
Toplam maliyet Ek kullanıcı, şube ve entegrasyon ücretleri açık mı? Kritik

Demo tamamlanmadan önce aşağıdaki uygulama testi de yapılmalıdır:

  1. Gerçek bir müşteri kaydı oluşturun.
  2. Bakım veya revizyon teklifi hazırlayın.
  3. Hazır kalemlerden ürün ve hizmet ekleyin.
  4. Bir kalemin fiyatını veya miktarını değiştirin.
  5. İskonto ve KDV hesaplarını kontrol edin.
  6. Ödeme koşulu ve geçerlilik tarihi ekleyin.
  7. Kurumsal PDF oluşturun.
  8. Müşteriye gönderim veya onay linkini test edin.
  9. Teklifi revize ederek eski sürümün saklandığını doğrulayın.
  10. Onaylanan teklifi sözleşme ya da iş sürecine dönüştürün.
  11. Teklif raporunu görüntüleyin.
  12. Verilerin nasıl dışarı aktarılacağını sorun.

Yazılım sağlayıcısı yalnızca hazır örnekler gösteriyor, firmanızın gerçek kullanım senaryosunu test etmenize izin vermiyorsa karar vermeden önce daha ayrıntılı bir deneme talep edilmelidir.

Sıkça Sorulan Sorular

Asansör teklif yazılımı ile Excel arasındaki temel fark nedir?

Excel ile fiyat hesaplanabilir ancak revizyon geçmişi, kullanıcı yetkisi, müşteri onayı, teklif durumu ve sözleşmeye dönüşüm gibi süreçler çoğunlukla manuel takip edilir. Teklif yazılımı, bu adımları tek bir kayıt zincirinde toplar.

Küçük asansör firmalarının teklif programına ihtiyacı var mı?

Teklif sayısı az olsa bile aynı kalemlerin sürekli yeniden yazılması, eski fiyat kullanılması veya müşteri onaylarının kaybolması sorun oluşturabilir. Küçük firmalar için kolay kullanılan, gereksiz modüllerle karmaşıklaştırılmamış bir sistem tercih edilmelidir.

Teklif onay linki sözleşme yerine geçer mi?

Her durumda otomatik olarak sözleşme yerine geçtiği söylenemez. Onay linki, müşterinin belirli bir teklif sürümüne verdiği yanıtı kayıt altına almaya yardımcı olur. İşin kapsamına göre ayrıca yazılı sözleşme veya uygun elektronik imza yöntemi gerekebilir.

Yazılım satın almadan önce ücretsiz demo yeterli midir?

Demo yalnızca ekranları incelemek için değil, gerçek bir teklif sürecini baştan sona uygulamak için kullanılmalıdır. Kalem ekleme, revizyon, PDF, müşteri gönderimi, onay ve raporlama işlemleri test edilmeden karar verilmemelidir.

En önemli satın alma kriteri fiyat mıdır?

Fiyat önemli olmakla birlikte tek kriter değildir. Kullanım kolaylığı, sektör uyumu, veri güvenliği, destek kalitesi, revizyon takibi ve ek ücretler toplam faydayı doğrudan etkiler. En düşük fiyatlı sistem, yoğun manuel işlem gerektiriyorsa daha maliyetli olabilir.

Asansör teklif programında hangi raporlar bulunmalıdır?

En azından hazırlanan teklif sayısı, toplam teklif tutarı, onaylanan ve reddedilen teklifler, bekleyen teklifler, satışa dönüşme oranı ve personel bazlı teklif performansı görülebilmelidir.

Özet

Asansör teklif yazılımı satın alırken yalnızca güzel PDF oluşturmasına veya uygun fiyatlı görünmesine göre karar verilmemelidir. Kalem şablonları, güncel fiyat yönetimi, revizyon geçmişi, müşteri onayı, yetkilendirme, çoklu bina desteği, sözleşmeye dönüşüm, veri aktarımı ve satış sonrası destek birlikte değerlendirilmelidir.

En doğru yöntem, firmanızda gerçekten kullanılan bir bakım veya revizyon teklifini demo sistemi üzerinde hazırlamaktır. İşlem hızlı, anlaşılır ve tekrar veri girişi gerektirmeden tamamlanıyorsa yazılım günlük operasyona uyum sağlayabilir. Asansorex gibi teklif sürecini bakım, arıza, sözleşme ve müşteri kayıtlarıyla birlikte yönetebilen sektörel çözümler de farklı dosyalar arasında oluşan bilgi kopukluğunu azaltmaya yardımcı olabilir.

Satın alma kararından önce checklist maddelerini puanlamak, ek ücretleri yazılı olarak öğrenmek ve en az iki yıllık toplam maliyeti hesaplamak; kısa vadede ucuz, uzun vadede verimsiz bir sistem seçme riskini önemli ölçüde azaltır.

Benzer Yazılar

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

Asansorex — 3 gün ücretsiz deneme.

Demo Talep Et