Asansör Teklif-Sözleşme Programı Demo Skor Kartı: Neleri Test Etmelisiniz?

İÇERİK

Bir asansör teklif-sözleşme programı demosu, ekrandaki özellikleri dinlemekten çok firmanızın günlük işlerini deneme fırsatıdır. Yeni bir bina için bakım teklifi hazırlanabiliyor mu? Müşterinin istediği değişiklik kaybolmadan işleniyor mu? Kabul edilen teklif sözleşmeye dönüşürken bilgiler yeniden mi yazılıyor? Bu yazıdaki demo skor kartı, bu soruları aynı ölçütlerle yanıtlamanıza yardımcı olur. Böylece iki veya üç programı, sunumu yapan kişinin anlatımına göre değil, kendi iş akışınızda gösterdikleri sonuca göre karşılaştırabilirsiniz.

Demodan Önce Örnek Dosyanızı Hazırlayın

Boş bir ekranda yapılan demo genellikle hızlı görünür. Çünkü eksik bina bilgisi, farklı bakım bedelleri veya son anda istenen sözleşme değişikliği yoktur. Oysa firmanızın zamanını alan işler tam da bu ayrıntılarda ortaya çıkar. Demoya girmeden önce gerçek müşteri bilgilerini kullanmadan, çalışma biçiminizi temsil eden örnek bir dosya hazırlayın.

Örneğin üç asansörlü bir apartman seçin. İki asansörün aylık bakım bedeli aynı, üçüncüsünün farklı olsun. Yönetici teklifin altı ay ve bir yıl için ayrı seçeneklerini istesin. Parça değişimlerinin bakım bedeline dahil olup olmadığı açıkça yazılsın. Yönetici önce fiyat indirimi talep etsin, ardından sözleşmenin başlangıç tarihini değiştirsin. Bu tek örnek, programın teklif, revizyon ve sözleşme süreçlerini birlikte görmenizi sağlar.

Demoda kullanılacak bilgileri bir sayfada toplayın:

• Bina adı, yönetici iletişim bilgisi ve üç asansörün ayırt edici bilgileri
• Her asansör için önerilen bakım bedeli
• Teklifin geçerlilik süresi ve iki farklı sözleşme süresi
• Bakım kapsamına dahil olan ve olmayan işler
• Yönetici tarafından istenecek örnek indirim
• Sözleşme başlangıç ve bitiş tarihleri
• Yaklaşan yenilemede uygulanacak örnek yeni bedel

Katılımcıları da önceden belirleyin. Firma sahibi fiyat ve onay kontrolüne, teklifi hazırlayan çalışan günlük kullanım kolaylığına, saha sorumlusu ise müşteriye vaat edilen kapsamın anlaşılır olup olmadığına bakabilir. Üç kişinin aynı demoyu farklı gözle değerlendirmesi, yalnızca güzel görünen bir belgeye dayanarak karar verme riskini azaltır.

Demoda Dört Gerçek İşlemi Baştan Sona Yaptırın

Sunum sırasında “Bu özellik var mı?” sorusuna verilen sözlü yanıtı tek başına yeterli saymayın. Örnek dosyanız üzerinden işlemin yapılmasını isteyin. Her aşamada süre tutmak zorunda değilsiniz; ancak gereksiz tekrarları, elle düzeltmeleri ve kullanıcı hatasına açık noktaları not edin.

1. Yeni bakım teklifini oluşturma

Örnek binayı ve üç asansörü kaydettirin. Farklı bedelli asansörün fiyatı doğru hesaplanıyor mu? Teklifte hangi işlerin bakım kapsamına girdiği açıkça gösterilebiliyor mu? PDF çıktısında firma bilgileri, müşteri adı, tutarlar ve geçerlilik süresi okunaklı mı?

Bina yöneticisi açısından da belgeyi inceleyin. “Aylık toplam bedel nedir, hangi asansörleri kapsıyor, arıza ve parça değişiminde nasıl bir yol izlenecek?” sorularına belge üzerinden yanıt bulunabiliyor olmalı. Teklif hazırlayan çalışan için pratik olan bir ekran, müşteriye belirsiz bir PDF gönderiyorsa iş henüz bitmemiştir.

2. Fiyat değişikliği ve teklif revizyonu

Yöneticinin üçüncü asansör için indirim istediğini söyleyin. Bedeli değiştirtin ve yeni teklifi oluşturtun. Önceki teklifin ne olduğu anlaşılabiliyor mu? Hangi belgenin müşteriye son gönderilen sürüm olduğu görülebiliyor mu? İndirimin yanlışlıkla diğer asansörlere uygulanması kolay mı?

Bu adım özellikle önemlidir. Birden fazla çalışan aynı müşteriyle görüştüğünde, eski fiyatlı PDF’nin yeniden gönderilmesi hem güven kaybına hem de sonradan bedel tartışmasına yol açabilir. Programın revizyonu nasıl gösterdiğini açıkça görün; yalnızca “eski dosyaları sileriz” yanıtıyla yetinmeyin.

3. Kabul edilen tekliften sözleşmeye geçiş

Teklifin kabul edildiğini varsayın ve sözleşme hazırlatın. Bina, asansör, bedel ve kapsam bilgileri sözleşmeye doğru aktarılıyor mu? Başlangıç tarihi değiştirildiğinde bitiş tarihi ve yenileme takibi nasıl etkileniyor? Belgeyi kontrol eden kişi, boş bırakılmış veya yanlış taşınmış alanları kolayca fark edebiliyor mu?

Teklifteki ifadelerin sözleşmeye otomatik aktarılması tek başına başarı ölçütü değildir. Son belgeyi insan gözüyle kontrol etmek gerekir. Özellikle hizmet kapsamı, ödeme düzeni, taraf bilgileri ve tarihlerin anlaşılır yazılması hem firma sahibi hem de bina yöneticisi için değerlidir.

4. Yenileme ve geçmişe ulaşma

Sözleşmenin bitiş tarihinin yaklaştığı bir senaryo açtırın. Hangi müşterilerin yenileme görüşmesi beklediği bulunabiliyor mu? Eski bedel ve önerilen yeni bedel yan yana görülebiliyor mu? Yönetici eski teklifi sorduğunda ilgili belgeye ulaşmak ne kadar kolay?

Yenileme ekranını yalnızca bildirim göstermesiyle puanlamayın. Önemli olan, görüşmeyi yapan çalışanın önceki kapsamı ve teklif geçmişini anlayarak müşteriye doğru bilgi verebilmesidir. Bir bina yöneticisi de kendisine gönderilen yeni bedelin hangi hizmet kapsamı için geçerli olduğunu açıkça görebilmelidir.

Puanlı Demo Skor Kartı Nasıl Kullanılır?

Aşağıdaki tabloyu her yazılım için ayrı ayrı doldurun. Her ölçüte 0 ile 5 arasında puan verin: 0, işlem gösterilemedi; 3, işlem yapılabiliyor fakat belirgin ek çaba gerektiriyor; 5, örnek dosyanızla doğru ve rahat biçimde tamamlandı. Ardından puanı ağırlıkla çarpıp 5’e bölün. Böylece toplam sonuç 100 üzerinden hesaplanır.

Örneğin teklif hazırlama ölçütü 4 puan aldıysa katkısı 4 × 20 ÷ 5 = 16 olur. Aynı hesabı diğer satırlara uygulayıp sonuçları toplayın. Hesaplamadan daha önemli olan, puanın yanına kısa bir kanıt yazmaktır: “Üç farklı bedel doğru çıktı” veya “Revizyonda eski PDF bulunamadı” gibi.

Firmanız için vazgeçilmez bir koşul varsa onu ayrıca işaretleyin. Sözleşme bitiş tarihlerini düzenli takip etmek önceliğinizse, bu işlem demoda gösterilemediği halde yüksek toplam puan alan bir programı doğrudan seçmeyin. Skor kartı kararı düzenler; işinizin temel ihtiyacını ortadan kaldırmaz.

Asansorex gibi asansör sektörüne odaklanan bir çözümü değerlendirirken de aynı örnek dosyayı kullanın. Teklif, sözleşme ve müşteri geçmişinin günlük çalışmanızda nasıl birlikte görülebildiğini demo sırasında bizzat sınamak, özellik listesini okumaktan daha açıklayıcıdır. ([Asansorex][1])

Puanları Karara Dönüştürürken Neleri Kontrol Etmelisiniz?

Demo bittiğinde yalnızca toplam puanı karşılaştırmayın. Önce düşük puan verilen satırları inceleyin. Bir eksik, kısa bir eğitimle çözülecek kullanım alışkanlığı mı, yoksa programın sizin ihtiyaç duyduğunuz işlemi yapamaması mı? Bu ayrımı satıcıdan aynı örnek üzerinden yeniden göstermesini isteyerek netleştirebilirsiniz.

Ardından ticari koşulları yazılı teklif üzerinde kontrol edin. Demoda gördüğünüz teklif şablonu, sözleşme takibi ve PDF çıktısı satın alacağınız pakete dahil mi? Kullanıcı veya asansör sayısı sınırı var mı? Mevcut müşteri ve sözleşme bilgilerinin aktarımı nasıl yapılacak? Eğitim ve destek hangi kapsamda sunulacak? Demoda başarılı bir işlem, satın alınacak kapsamda yer almıyorsa karar tablosuna aynı puanla taşınmamalıdır.

Son kararı vermeden önce kısa bir pilot da isteyebilirsiniz. Ofis çalışanınız iki teklif hazırlasın, firma sahibi bunlardan birini revize etsin, ardından bir sözleşmenin yenileme tarihini kontrol etsin. Bu çalışma sırasında görülen sorunları “kim çözecek, nasıl çözülecek?” sorularıyla kaydedin. Böylece demo günündeki yönlendirmeyle yapılan işlemin, ekibiniz tarafından tekrar edilip edilemediğini anlarsınız.

Bina yöneticisinin bakış açısını da karara dahil edin: Gönderilen teklif kolay okunuyor mu, değişen bedel açıkça belirtiliyor mu, sözleşmedeki kapsam teklifle tutarlı mı? İyi bir teklif-sözleşme süreci yalnızca ofise zaman kazandırmaz; müşterinin neyi kabul ettiğini anlamasını da kolaylaştırır.

Sıkça Sorulan Sorular

Bir asansör teklif-sözleşme programı demosu ne kadar sürmeli?

Süreyi sunum slaytlarına göre değil, örnek dosyanızdaki işlemlere göre belirleyin. Yeni teklif, revizyon, sözleşmeye geçiş ve yenileme adımlarının tamamını görebileceğiniz bir oturum planlayın. Yetişmeyen adımları daha sonra ayrıca gösterilmek üzere not edin.

Demoda kendi müşteri verilerimizi kullanmalı mıyız?

Gerçek iş akışınızı temsil eden, ancak kişisel iletişim bilgileri içermeyen örnek bir dosya kullanmanız yeterlidir. Önemli olan farklı asansör bedelleri, kapsam değişikliği ve teklif revizyonu gibi durumların bulunmasıdır.

En yüksek puanı alan programı doğrudan satın almalı mıyız?

Hayır. Önce vazgeçilmez ölçütlerinizin karşılandığını, ardından demoda gösterilen işlevlerin alacağınız pakete dahil olduğunu doğrulayın. Toplam puan, seçenekleri karşılaştırmanıza yardımcı olan bir araçtır.

Teklif PDF’si güzel görünüyorsa başka neyi test etmeliyiz?

Fiyatın değiştirilmesini, eski teklif sürümünün bulunmasını, kabul edilen tekliften sözleşme hazırlanmasını ve yaklaşan yenilemenin izlenmesini test edin. Görsel açıdan iyi bir belge, arkasındaki iş akışının da sorunsuz olduğunu göstermez.

Küçük bakım firmalarının skor kartına ihtiyacı var mı?

Evet. Az sayıda çalışanla çalışan bir firmada aynı kişinin teklif, sözleşme ve müşteri görüşmesini yürütmesi yaygındır. Tekrar veri girişi veya karışan teklif sürümleri bu durumda daha da yorucu olabilir. Kısa bir skor kartı, seçim nedeninizi somutlaştırır.

Özet

Asansör teklif-sözleşme programı demosuna hazırlanırken firmanızdan gerçekçi bir örnek seçin; yeni teklif, revizyon, sözleşmeye geçiş ve yenileme işlemlerini sırayla yaptırın. Her aşamayı gözlemlenebilir bir sonuca göre puanlayın, düşük puanların nedenini not edin ve satın alacağınız paketin kapsamını yazılı olarak doğrulayın. Asansorex’i veya başka bir çözümü değerlendirirken aynı dosya ve aynı skor kartını kullanmanız, firmanızın günlük işlerine en uygun seçeneği görmenizi kolaylaştırır.