Asansör Teklif Yazılımı Alırken Yapılmaması Gerekenler

İÇERİK

Asansör firmalarında teklif hazırlama süreci yalnızca birkaç ürün kalemini ve fiyatı bir PDF dosyasına yazmaktan ibaret değildir. Bakım sözleşmesi, revizyon işi, modernizasyon, yedek parça değişimi veya yeni montaj teklifinde müşteri bilgileri, asansör özellikleri, iş kapsamı, ödeme şartları, geçerlilik süresi ve ticari koşulların doğru yönetilmesi gerekir. Bu nedenle iyi seçilmiş bir Asansör Teklif Yazılımı, satış ekibinin hızını artırırken yapılan tekliflerin kurumsal ve takip edilebilir olmasını sağlar.

Ancak piyasadaki programları karşılaştırırken yalnızca fiyatına, ekran görüntülerine veya satış sunumunda gösterilen birkaç özelliğe bakmak yanlış sonuç verebilir. Kullanılmayan bir özellik için fazla para ödemek kadar, firmanın günlük iş akışına uymayan ucuz bir yazılım satın almak da maliyetlidir. Bu rehberde, asansör bakım firması sahiplerinin ve teklif hazırlayan ekiplerin yazılım seçerken özellikle yapmaması gereken hataları pratik örneklerle ele alacağız.

1. Sadece Yazılım Fiyatına Bakarak Karar Vermek

En sık yapılan hata, teklif yazılımını yalnızca aylık veya yıllık lisans bedeline göre karşılaştırmaktır. Oysa yazılımın gerçek maliyeti sadece satın alma fiyatı değildir.

Örneğin iki farklı program düşünelim:

Değerlendirme kriteri	Yazılım A	Yazılım B
Yıllık lisans	Düşük	Orta
Hazır teklif şablonu	Sınırlı	Var
Müşteri ve bina kayıtları	Ayrı tutuluyor	Teklif ile bağlantılı
Teklifi sözleşmeye dönüştürme	Yok	Var
Mobil kullanım	Sınırlı	Var
Teklif geçmişi	Manuel	Otomatik
Kullanıcı eğitimi	Ek ücretli	Pakete göre dahil
Veri dışa aktarma	Sınırlı	Var

İlk bakışta Yazılım A daha ekonomik görünebilir. Ancak satış personeli her teklif için müşteri bilgisini tekrar yazıyorsa, eski teklifleri bulmak için klasörlerde arama yapıyorsa veya kabul edilen teklifleri yeniden sözleşmeye dönüştürmek gerekiyorsa kaybedilen zaman kısa sürede lisans farkının üzerine çıkabilir.

Bu nedenle “Yıllık fiyatı kaç TL?” sorusundan önce “Bir teklifi baştan sona kaç dakikada hazırlayabiliyorum?” sorusu sorulmalıdır.

Bir programı değerlendirirken şu toplam maliyetleri hesaba katmak gerekir:

• Yazılım lisansı
• Kullanıcı başına ek ücretler
• Kurulum veya eğitim maliyeti
• SMS veya e-posta gibi ek servisler
• Özel şablon hazırlama ihtiyacı
• Veri aktarımı maliyeti
• Mobil kullanım için ek lisans gerekip gerekmediği
• Teknik destek kapsamı
• Yazılım değiştirilmesi durumunda veri dışa aktarma imkânı

En ucuz sistem her zaman en düşük maliyetli sistem değildir.

2. Firmanın Gerçek Teklif Sürecini Çıkarmadan Yazılım Almak

Bir program satın almadan önce firmanın bugün teklifleri nasıl hazırladığının net olarak çıkarılması gerekir.

Asansör firmalarında teklif süreçleri birbirinden ciddi şekilde farklı olabilir. Bir firma ağırlıklı olarak aylık bakım sözleşmesi hazırlarken başka bir firma revizyon ve modernizasyon teklifleri hazırlayabilir. Üçüncü bir firma ise hem montaj hem bakım hem de yedek parça tekliflerini aynı ekip üzerinden yönetebilir.

Bu nedenle yazılım seçmeden önce mevcut süreç yazılmalıdır.

Örneğin tipik bir revizyon teklifi şu şekilde ilerleyebilir:

1. Müşteri talebi alınır.
2. Bina ve asansör bilgileri kontrol edilir.
3. Teknik personel keşfe gider.
4. Değişmesi gereken parçalar belirlenir.
5. Ürün ve işçilik fiyatları hesaplanır.
6. Teklif hazırlanır.
7. Müşteriye gönderilir.
8. Teklif üzerinde revizyon yapılır.
9. Müşteri onay verir.
10. İş emri veya sözleşme oluşturulur.
11. Uygulama süreci başlatılır.

Satın alınacak teklif programı bu akışın yalnızca 6. adımını çözüyor, diğer adımlarla bağlantı kuramıyorsa firmada beklenen verimlilik sağlanamaz.

Özellikle teklif hazırlayan personelin mevcut çalışma alışkanlığı incelenmelidir.

Teklif öncesinde hangi bilgilerin toplandığını belirleyin

Asansör tekliflerinde sık kullanılan bilgiler arasında şunlar bulunabilir:

• Müşteri veya bina adı
• Yetkili kişi
• Telefon ve e-posta
• Bina adresi
• Asansör sayısı
• Asansör tipi
• Durak sayısı
• Teklif konusu
• Ürün veya hizmet kalemleri
• Miktar
• Birim fiyat
• KDV durumu
• Ödeme şartları
• Teklif geçerlilik süresi
• Teslim veya uygulama süresi
• Garanti koşulları
• Açıklamalar ve özel hükümler

Yazılımın firmanın ihtiyaç duyduğu bu alanları yönetebilmesi önemlidir.

3. Sadece Teklif PDF'sine Bakıp Süreci Görmezden Gelmek

Bir teklifin güzel görünmesi önemlidir fakat iyi görünen PDF, iyi teklif yönetimi anlamına gelmez.

Satış demosunda genellikle son oluşturulan teklif belgesi gösterilir. Firma logosu, renkler, ürün tablosu ve toplam tutar profesyonel görünüyorsa program olumlu bir ilk izlenim bırakabilir.

Ancak asıl sorular teklif gönderildikten sonra başlar:

• Teklif müşteriye ne zaman gönderildi?
• Hangi kullanıcı hazırladı?
• Son fiyat değişikliği ne zaman yapıldı?
• Önceki versiyon neydi?
• Müşteri neden teklif istemişti?
• Teklif kabul edildi mi?
• Reddedildiyse gerekçesi kaydedilebiliyor mu?
• Teklif sözleşmeye veya işe dönüştürülebiliyor mu?
• Aynı müşteriye verilen geçmiş teklifler görülebiliyor mu?

Bunların cevapları yoksa program aslında yalnızca gelişmiş bir belge oluşturucu olarak kalır.

Teklif geçmişinin tutulmaması önemli bir risktir

Örneğin müşteriye ilk olarak 85.000 TL'lik revizyon teklifi verildiğini düşünelim. Daha sonra bazı kalemler çıkarılarak teklif 72.000 TL'ye revize edildi.

Üç ay sonra müşteri ilk teklifte hangi parçaların bulunduğunu sorabilir. Önceki teklif sürümü kayıt altında değilse satış personeli e-posta kutusunda veya bilgisayar klasörlerinde belge aramak zorunda kalabilir.

Bu nedenle teklif revizyon geçmişi, özellikle yoğun teklif hazırlayan firmalarda önemli bir özelliktir.

Asansorex gibi asansör sektörüne yönelik bakım ve yönetim yazılımlarında tekliflerin müşteri, bina ve operasyon kayıtlarıyla birlikte tutulması; teklif kabul edildiğinde sonraki sürece geçişi daha düzenli hale getirebilir. Buradaki temel amaç yalnızca PDF üretmek değil, teklifin yaşam döngüsünü kayıt altında tutmaktır.

4. Saha Ekibini Yazılım Seçiminin Dışında Bırakmak

Teklif sürecini yalnızca ofis çalışanları yürütmüyor olabilir. Özellikle revizyon, modernizasyon ve montaj işlerinde teklifin temelini çoğu zaman saha keşfi oluşturur.

Teknisyen binaya gider, mevcut durumu inceler ve satış ekibine bilgi verir. Eğer bu bilgiler telefon görüşmesi, WhatsApp mesajı veya kâğıt not üzerinden aktarılıyorsa veri kaybı yaşanabilir.

Örneğin teknisyen şu şekilde bilgi gönderebilir:

Kapı mekanizması değişecek, halatlar kontrol edilmeli, kumanda panosu için ayrıca fiyat çalışılacak.

Bu bilgi satış personeline ulaştığında birçok soru ortaya çıkar:

• Hangi asansör?
• Kaç adet kapı var?
• Kapı markası nedir?
• Fotoğraf var mı?
• Halat değişecek mi, yalnızca kontrol mü edilecek?
• Kumanda panosu değişimi kesin mi?
• Hangi bina için konuşuluyor?

İyi bir dijital süreç, keşiften gelen bilgilerin teklif hazırlanırken yeniden yorumlanmasını mümkün olduğunca azaltmalıdır.

Bu nedenle demo sırasında yalnızca masaüstü teklif ekranına değil, saha ile ofis arasındaki bağlantıya da bakılmalıdır.

Pilot kullanım yapmadan satın almak da hatadır

Mümkünse yazılım gerçek bir müşteri üzerinden test edilmelidir.

Örneğin üç farklı senaryo denenebilir:

• Standart yıllık bakım teklifi
• 10 kalemlik revizyon teklifi
• Fiyat revizyonu yapılan modernizasyon teklifi

Her senaryoda teklifin hazırlanma süresi ölçülmelidir.

Mevcut yöntemle bir teklif 25 dakika sürüyorsa yeni sistemle gerçekten daha hızlı hazırlanıp hazırlanmadığı görülmelidir. Böylece karar sunum ekranlarına değil, gerçek iş akışına dayanır.

5. Teklif Sonrasındaki Süreci Hesaba Katmamak

Asansör firmasının ticari süreci teklif müşteriye gönderildiğinde bitmez. Asıl operasyon çoğu zaman teklif kabul edildiğinde başlar.

Kabul edilen teklif şu süreçlerden birine dönüşebilir:

• Bakım sözleşmesi
• Revizyon işi
• Modernizasyon işi
• Montaj işi
• Yedek parça satışı
• Servis veya arıza işi
• Tahsilat takibi

Bu nedenle Asansör Teklif Yazılımı seçerken yalnızca “teklif oluşturabiliyor mu?” sorusu yeterli değildir.

Şu sorular da sorulmalıdır:

• Kabul edilen teklif yeniden veri girişi yapmadan iş sürecine aktarılabiliyor mu?
• Teklifteki müşteri bilgileri korunuyor mu?
• Teklif kalemleri sonraki aşamada kullanılabiliyor mu?
• Kabul, ret ve beklemede durumları takip ediliyor mu?
• Tekliften sözleşme oluşturmak mümkün mü?
• Tahsilat planı ile bağlantı kurulabiliyor mu?
• Teklifin hangi satış personeline ait olduğu takip ediliyor mu?

Manuel veri girişi ne kadar artarsa hata ihtimali de o kadar yükselir.

Örneğin teklif üzerinde toplam 150.000 TL ve üç taksit ödeme planı bulunuyorsa teklif kabul edildikten sonra aynı ödeme planının başka bir sisteme yeniden elle girilmesi gereksiz operasyon oluşturur.

6. Demo Sırasında Sorulması Gereken Soruları Sormamak

Yazılım demosu izlemek, ürünün özelliklerini dinlemek değildir. Demo sırasında kendi firmanızın çalışma senaryosunu satıcıya uygulatmanız gerekir.

Hazır hazırlanmış örnek bir teklif yerine gerçekçi bir senaryo verin.

Örneğin:

Beş asansörlü bir siteye yıllık bakım teklifi hazırlayın. Üç asansör için aynı fiyat, iki asansör için farklı fiyat olsun. Teklifin ödeme şartını değiştirelim, ikinci versiyonu oluşturalım ve ardından kabul edilen teklifi tekrar açalım.

Bu tür bir test yazılımın günlük kullanımdaki yeteneğini çok daha net gösterir.

Satın alma öncesinde aşağıdaki kontrol listesini kullanabilirsiniz:

• Teklif şablonu firma kimliğine uyarlanabiliyor mu?
• Müşteri ve bina bilgileri otomatik getirilebiliyor mu?
• Ürün ve hizmet kalemleri kayıtlı tutulabiliyor mu?
• Fiyatlar gerektiğinde manuel değiştirilebiliyor mu?
• KDV dahil ve hariç fiyatlama ihtiyacı karşılanıyor mu?
• İskonto uygulanabiliyor mu?
• Teklif revizyon geçmişi görülebiliyor mu?
• Eski teklifler kolayca bulunabiliyor mu?
• Teklif PDF olarak paylaşılabiliyor mu?
• Mobil cihazdan erişim mümkün mü?
• Kullanıcı yetkileri tanımlanabiliyor mu?
• Veriler dışa aktarılabiliyor mu?
• Teknik destek süreci açıkça belirtiliyor mu?
• Teklif kabul edildiğinde sonraki operasyon başlatılabiliyor mu?

Bu soruların her firmada aynı ağırlığı taşıması gerekmez. Önemli olan ihtiyaçların satın almadan önce belirlenmesidir.

Sıkça Sorulan Sorular

Asansör teklif yazılımı seçerken en önemli kriter nedir?

Tek bir kriter yerine firmanın gerçek iş akışına uyumuna bakılmalıdır. Teklif hazırlama, revizyon, müşteri geçmişi, kabul süreci ve teklif sonrasında yapılacak işlemler birlikte değerlendirilmelidir. Çok özellikli fakat ekibin kullanamadığı bir program yerine günlük operasyonu sadeleştiren sistem daha değerlidir.

Sadece teklif hazırlayan basit bir program yeterli olur mu?

Firmanın teklif hacmi düşükse ve diğer süreçler farklı sistemlerle düzenli şekilde yürütülüyorsa yeterli olabilir. Ancak aylık yüzlerce teklif hazırlayan, bakım ve revizyon işlerini birlikte yöneten firmalarda tekliflerin müşteri, bina ve sözleşme kayıtlarıyla bağlantılı olması önemli avantaj sağlar.

Asansör teklif programı mobil çalışmalı mı?

Saha personeli keşif yapıyor veya satış ekibi müşteri ziyaretlerinde teklif bilgilerine ulaşmak istiyorsa mobil erişim ciddi kolaylık sağlar. Ancak yalnızca ofisten çalışan küçük ekiplerde mobil kullanım kritik olmayabilir. Karar firmanın çalışma şekline göre verilmelidir.

Teklif revizyonlarının kayıt altında olması neden önemlidir?

Müşteriyle fiyat ve kapsam üzerinde birkaç kez değişiklik yapılabilir. Eski ve yeni versiyonların karışması hem ticari hem operasyonel sorun oluşturabilir. Revizyon geçmişi sayesinde hangi teklifin hangi şartlarla gönderildiği daha kolay takip edilir.

Asansör teklif yazılımı almadan önce demo yeterli midir?

Standart ürün demosu tek başına yeterli değildir. Mümkünse firmanızın gerçek teklif senaryolarıyla pilot deneme yapılmalıdır. Özellikle bakım, revizyon ve modernizasyon tekliflerinin hazırlanması test edildiğinde programın günlük kullanıma gerçekten uygun olup olmadığı daha net anlaşılır.

Teklif yönetimi bakım programıyla birlikte kullanılmalı mı?

Zorunlu değildir fakat aynı müşteri ve bina bilgilerinin farklı sistemlere tekrar tekrar girilmesini azaltabilir. Örneğin Asansorex gibi sektör odaklı sistemlerde teklif, müşteri, bina, sözleşme ve bakım süreçlerinin aynı veri düzeni içinde tutulması operasyonun daha takip edilebilir ilerlemesine yardımcı olabilir.

Özet

Asansör Teklif Yazılımı alırken yapılabilecek en büyük hata, programı yalnızca fiyatına veya oluşturduğu teklif PDF'sinin görünümüne göre değerlendirmektir. Asıl önemli olan yazılımın firmanın günlük teklif sürecine ne kadar uyduğudur.

Satın alma kararı vermeden önce mevcut teklif akışınızı çıkarın, saha ve ofis çalışanlarının ihtiyaçlarını ayrı ayrı belirleyin ve gerçek müşteri senaryolarıyla deneme yapın. Teklif hazırlama hızının yanında revizyon geçmişi, müşteri ve bina bağlantısı, teklif sonrası süreç, veri erişimi ve teknik destek gibi noktaları da karşılaştırın.

Doğru yazılım satış ekibine yeni bir bürokrasi eklememeli; aksine tekrar eden veri girişini azaltmalı, tekliflerin kaybolmasını önlemeli ve tekliften işe dönüşen sürecin daha düzenli takip edilmesini sağlamalıdır. Böyle bir seçim yapıldığında teklif yazılımı yalnızca belge hazırlayan bir araç olmaktan çıkar ve firmanın ticari operasyonunun ölçülebilir bir parçası haline gelir.