Asansör Teklif-Sözleşme Programı Kurulum Sonrası İlk Ay: Haftalık Uygulama Planı
Teklif ve sözleşme programı kurulduktan sonra ilk ay ne yapılmalı? Müşteri verilerini temizlemekten teklif şablonlarını denemeye, ekibi alıştırmaktan sonuçları ölçmeye kadar uygulanabilir bir dört haftalık plan.
İÇERİK
Bir asansör teklif-sözleşme programının kurulması, tekliflerin kendiliğinden düzenli ilerleyeceği anlamına gelmez. İlk ayda eski müşteri kayıtları kontrol edilmeli, teklif ve sözleşme şablonları gerçek işlerle denenmeli, ekibin hangi adımı kimin yapacağı netleşmelidir. Bu rehber, asansör bakım firması sahibinin veya teklifleri hazırlayan çalışanın kurulumdan sonraki dört haftayı nasıl yönetebileceğini anlatıyor. Amaç, ay sonunda yalnızca programa girilmiş kayıtlar görmek değil; açık tekliflerin durumunu, yaklaşan sözleşme bitişlerini ve aksayan işleri güvenilir biçimde izleyebilmektir.
İlk ay için başarı ölçütünü baştan belirleyin
Kurulum günü bütün eski dosyaları aktarmaya çalışmak cazip görünebilir. Ancak yanlış telefon numarası, mükerrer bina adı veya belirsiz sözleşme bitiş tarihi yeni sisteme taşındığında sorun da taşınmış olur. Önce ilk ayın sonunda neyi görebilmek istediğinizi yazın.
Bakım firması için makul bir başlangıç hedefi şu olabilir: Yeni tekliflerin tamamı tek yerden hazırlanacak; gönderilen her teklif için bir sonraki görüşme tarihi kaydedilecek; süresi yaklaşan bakım sözleşmeleri gözden geçirilecek. Bu hedefler, “programı kullanıyoruz” gibi belirsiz bir ifadeden daha kolay denetlenir.
Başlangıç verisini de not edin. Son 30 günde kaç teklif gönderildi? Bunların kaçının sonucu biliniyor? Yenileme tarihi yaklaşan kaç sözleşme var? Sayılar eksikse bunu açıkça belirtin; ilk ayın görevlerinden biri zaten görünmeyen işleri görünür kılmaktır.
Aşağıdaki planı firmanızın iş hacmine göre uyarlayabilirsiniz:
| Dönem | Öncelikli iş | Haftanın sonunda kontrol edilecek çıktı |
|---|---|---|
| 1. hafta | Müşteri, bina ve sözleşme verilerini doğrulama | Öncelikli kayıtların sorumlusu ve temel bilgileri belli |
| 2. hafta | Teklif ve sözleşme şablonlarını gerçek örneklerle deneme | Farklı iş türleri için okunabilir belgeler hazır |
| 3. hafta | Ekibin günlük çalışma düzenini oturtma | Yeni teklifler ve takip görüşmeleri düzenli kaydediliyor |
| 4. hafta | Sonuçları ve aksayan adımları inceleme | Düzeltme listesi ve gelecek ayın hedefleri hazır |
Birinci hafta: Önce veriyi temizleyin
İlk hafta için tüm arşivi kusursuz hâle getirme hedefi koymayın. Önceliği aktif müşterilere, açık tekliflere ve yakın dönemde bitecek sözleşmelere verin. Yıllar önce kapanmış bir teklifi düzenlemek, yarın yenileme görüşmesi yapılacak bir sözleşmeyi bulmaktan daha az acildir.
Müşteri kayıtlarını incelerken şu alanlardan başlayın:
- Firma veya apartman adının doğru ve tutarlı yazılıp yazılmadığı
- İlgili kişinin adı, görevi ve güncel iletişim bilgisi
- Bina adresi ve varsa birden fazla asansörün ayrımı
- Mevcut hizmet kapsamı ve sözleşme başlangıç-bitiş tarihleri
- Açık teklifin tutarı, gönderim tarihi ve son görüşme durumu
- Kayıttan sorumlu satış veya müşteri ilişkileri çalışanı
Örneğin aynı bina “Güneş Apt.”, “Güneş Apartmanı” ve yönetici adıyla üç kez kayıtlıysa teklif geçmişi parçalanır. Bu kayıtları birleştirmeden önce hangi telefonun güncel olduğunu ve eski tekliflerin hangi binaya ait olduğunu doğrulayın. Emin olmadığınız sözleşme tarihini tahmin ederek girmeyin; “doğrulanacak” olarak işaretleyip ilgili dosyayı bulun.
Veri aktarımında küçük bir örneklem kullanmak işinizi kolaylaştırır. Farklı özelliklere sahip 10–20 kayıt seçin: tek asansörlü bina, çok asansörlü site, kurumsal müşteri, aktif yenileme ve sonuçlanmamış teklif. Bu kayıtlarda adres, muhatap ve belge eşleşmeleri doğruysa kalan aktarımı aynı kuralla sürdürebilirsiniz. İlk hafta sonunda firma sahibi birkaç kaydı rastgele açıp bilgileri eski dosyayla karşılaştırmalıdır.
İkinci hafta: Şablonları gerçek işlerle sınayın
Teklif şablonunun güzel görünmesi tek başına yeterli değildir. Müşterinin neyi, hangi koşullarda ve hangi bedelle alacağını anlayabilmesi gerekir. İkinci hafta, örnek metinleri kaldırıp firmanızın gerçek hizmetlerini belgelerde sınama zamanıdır.
En az üç senaryo hazırlayın: aylık bakım teklifi, parça değişimi veya onarım teklifi ve mevcut bakım sözleşmesinin yenilenmesi. Her belgede müşteri ve bina bilgisinin, hizmet kapsamının, bedelin, geçerlilik süresinin ve varsa hariç tutulan işlerin doğru göründüğünü kontrol edin. Birden fazla asansörü olan müşteride hangi bedelin hangi asansöre ait olduğu anlaşılmalıdır.
Şu kontrolü hem bilgisayar ekranında hem indirilen PDF üzerinde yapın:
- Müşteri ve bina bilgileri doğru belgeye geliyor mu?
- Teklif kalemlerinin açıklaması, miktarı ve toplamı anlaşılır mı?
- Kapsam dışı işler veya ek ücret doğurabilecek durumlar açık mı?
- Teklifin geçerlilik tarihi ve sonraki adım belli mi?
- PDF telefonda açıldığında yazılar ve tablo rahat okunuyor mu?
Sözleşme şablonunda da hizmet kapsamı ile yenileme sürecine özellikle bakın. Bir müşteriye bakım, diğerine bakım ve belirli ek hizmetler sunuluyorsa tek bir genel metnin her iki işi doğru anlattığını varsaymayın. Kullanılan sözleşme metninin ticari ve hukuki uygunluğunu firmanızın yetkili kişileriyle değerlendirin.
Şablonu denemenin en iyi yolu, daha önce gönderilmiş gerçek bir teklifi yeni programda yeniden hazırlamaktır. Eski ve yeni belgeleri yan yana koyun. Bir kalem eksilmişse, ödeme koşulu belirsizleşmişse veya binanın adı yanlış gelmişse şablonu günlük kullanıma açmadan düzeltin. Asansorex gibi teklif ve sözleşme kayıtlarını bir arada tutan bir yazılımda bu denemeyi birkaç farklı müşteri türüyle yapmak, şablon hatalarını erken fark etmeye yardımcı olur.
Üçüncü hafta: Ekibin günlük rutinini netleştirin
Bir teklifin hazırlanması, gönderilmesi ve takip edilmesi farklı kişilerde olabilir. Kimin hangi adımı tamamladığı belli değilse program kısa sürede yeni bir arşive dönüşür. Üçüncü haftada basit bir iş akışı üzerinde anlaşın.
Örneğin satış sorumlusu müşteri talebini kaydeder, teknik sorumlu kapsamı ve gerekli parçaları doğrular, yetkili kişi bedeli onaylar, teklif müşteriye gönderilir. Gönderen kişi aynı anda takip tarihini belirler. Müşteri karar verdiğinde sonuç “kabul”, “ret” veya “beklemede” gibi herkesin aynı anlamda kullandığı bir durumla kaydedilir.
Takip tarihi olmayan gönderilmiş teklif, unutulmaya en açık iştir. Her teklif için tek bir sorumlu ve somut bir sonraki adım tanımlayın: “Salı günü yöneticiyle kapsamı görüş”, “Cuma günü revize bedeli ilet” veya “Yönetim kurulu kararını sor.” “Sonra aranacak” gibi tarihsiz notlar günlük işleri yönlendirmez.
İlk günlerde kısa bir ekip görüşmesi yeterlidir. Her çalışan şu üç soruya yanıt verebilmelidir: Bugün gönderilecek teklif hangisi? Müşteriden cevap beklenen teklif hangisi? Bu hafta süresi yaklaşan hangi sözleşme için görüşme yapılacak? Firma sahibi de görüşmede takılan işleri çözmeli; her teklif satırını tek tek yönetmeye çalışmamalıdır.
Eğitim için uzun bir özellik anlatımı yerine örnek iş yaptırın. Çalışandan yeni bir bakım talebi açmasını, teklif hazırlamasını, PDF’yi kontrol etmesini ve takip tarihi eklemesini isteyin. Zorlandığı adımı not edin. Sorun, eğitim eksikliğinden de kaynaklanabilir; gereksiz derecede karmaşık bir şablondan da.
Dördüncü hafta: Teklif ve yenileme sonuçlarını ölçün
İlk ayın sonunda yalnızca toplam teklif tutarına bakmak yanıltıcıdır. Gönderilen teklifler hâlâ sonuçsuzsa o tutar henüz kazanılmış iş değildir. Ayrıca düşük tutarlı fakat düzenli bakım sözleşmeleri, yüksek tutarlı tek seferlik onarımlardan farklı değerlendirilmelidir.
İlk değerlendirmede şu ölçülere bakın:
- Hazırlama süresi: Talebin alınmasından teklifin gönderilmesine kadar geçen süre
- Takip oranı: Gönderilen tekliflerin kaçında tarihli bir sonraki adım bulunduğu
- Sonuç bilgisi: Tekliflerin kaçının kabul, ret veya beklemede olarak kaydedildiği
- Kayıp nedeni: Reddedilen tekliflerde müşterinin belirttiği temel gerekçe
- Yenileme görünürlüğü: Süresi yaklaşan sözleşmelerden kaçının görüşme planına alındığı
Kayıp nedenlerini fazla ayrıntılı sınıflandırmak zorunda değilsiniz. “Fiyat”, “kapsam”, “zamanlama”, “başka firmayla devam” ve “neden öğrenilemedi” başlangıç için kullanılabilir. Ancak müşteri gerekçe vermediyse fiyat yüzünden kaybedildiğini varsaymayın. Bilinmeyen nedeni ayrı tutmak, sonraki ay hangi müşterilere geri dönüş yapılacağını gösterir.
Örneğin 20 teklifin 12’sinin sonucu bilinmiyorsa önce takip düzenini iyileştirmek gerekir. Sonucu bilinen tekliflerin çoğunda kapsam anlaşılmadığı belirtiliyorsa belge dilini gözden geçirin. Ölçüm, ekibi suçlamak için değil, darboğazın nerede olduğunu bulmak içindir. İlk ayın rakamları başlangıç düzeyidir; tek başına kalıcı performans hükmü vermez.
İkinci aya geçmeden önce kontrol edin
İlk ay biterken kısa bir düzeltme listesi çıkarın. Veri hatalarını, şablon sorunlarını ve iş akışı eksiklerini birbirinden ayırın. Böylece “program işe yaramadı” gibi genel bir yargı yerine çözülebilir işler elde edersiniz.
Şu sorulara yazılı yanıt vermek iyi bir kapanış kontrolüdür:
- Açık tekliflerin sorumlusu ve sonraki görüşme tarihi belli mi?
- Aynı müşteriye ait mükerrer veya çelişkili kayıtlar kaldı mı?
- Bakım, onarım ve yenileme tekliflerinde kapsam doğru görünüyor mu?
- Sözleşme bitiş tarihleri dayanak belgelerle doğrulandı mı?
- Ekip, yeni bir talebi baştan sona yardım almadan işleyebiliyor mu?
- Müşteriye gönderilen PDF, içerik ve görünüm açısından son kez kontrol ediliyor mu?
Hepsinin ilk ayda kusursuz olması gerekmez. Ancak açık kalan her maddeye bir sorumlu ve bitiş tarihi verin. İkinci ay için de bir veya iki gelişim hedefi seçin. Örneğin önce tüm açık tekliflere takip tarihi eklemek, ardından yenileme görüşmelerini daha erken başlatmak, aynı anda çok sayıda yeni kural koymaktan daha uygulanabilir olabilir.
Sıkça Sorulan Sorular
Eski tekliflerin tamamını ilk ayda aktarmak gerekir mi?
Genellikle gerekmez. Önce açık teklifler, aktif müşteriler ve yaklaşan sözleşme yenilemeleri üzerinde çalışın. Eski belgeleri ihtiyaç ve zaman durumuna göre sonraki aşamada düzenleyebilirsiniz. Öncelik, bugün alınacak kararları etkileyen kayıtların doğru olmasıdır.
Teklif şablonu kaç farklı örnekle denenmeli?
En azından firmanızda sık görülen farklı iş türleriyle denenmelidir: bakım, onarım veya parça değişimi ve sözleşme yenileme. Çok asansörlü bir müşteri ile tek asansörlü bir bina için de çıktıyı karşılaştırın. Amaç belirli bir sayıya ulaşmaktan çok, farklı kapsamların belgede doğru görünmesini sağlamaktır.
Müşteri teklifin sonucunu bildirmiyorsa hangi durum kaydedilmeli?
Teklifi kabul edilmiş veya reddedilmiş saymayın. “Beklemede” olarak tutun, son temas tarihini ve planlanan takip adımını kaydedin. Son görüşmede müşterinin verdiği bilgiyi not etmek, sonraki aramanın aynı sorularla başlamasını önler.
Sözleşme bitiş tarihi eski dosyalarda bulunamıyorsa ne yapılmalı?
Tarih tahmin edilerek kesin bilgi gibi kaydedilmemelidir. İmzalı sözleşme veya firmanın güvenilir kayıtları kontrol edilmeli; bulunamayan tarih doğrulama işi olarak sorumlu kişiye atanmalıdır. Yanlış bir tarih, yenileme görüşmesinin kaçırılmasına yol açabilir.
İlk ay sonunda başarıyı hangi tek göstergeyle ölçmeliyiz?
Tek bir gösterge bütün resmi vermez. Başlangıç için gönderilen tekliflerin kaçında sonuç veya tarihli takip adımı bulunduğuna bakın. Ardından teklif hazırlama süresi ve yaklaşan sözleşmelerin görüşme planına alınma oranıyla birlikte değerlendirin.
Özet
Asansör teklif-sözleşme programının ilk ayında sıra önemlidir: Önce aktif kayıtları doğrulayın, sonra şablonları gerçek işlerle deneyin, ekibin günlük adımlarını belirleyin ve ay sonunda sonuçları ölçün. Böylece açık teklifler, müşteri görüşmeleri ve sözleşme yenilemeleri kişiler arasında kaybolmaz. Asansorex gibi bir program bu kayıtları düzenli izlemek için ortak bir çalışma alanı sağlayabilir; değeri ise ekibin bilgileri doğru girmesi ve belirlediği takip adımlarını uygulamasıyla ortaya çıkar.