Asansör Teklif-Sözleşme Programı için Pilot Proje Tasarımı

İÇERİK

Asansör bakım firmalarında teklif ve sözleşme süreci çoğu zaman satışın en kritik ama en dağınık alanıdır. Bir yanda yeni bina kazanmak için hızlı teklif verme baskısı vardır, diğer yanda bakım kapsamı, fiyat, periyot, ödeme şartı, revizyon hariçleri ve sözleşme yenileme tarihleri doğru yazılmak zorundadır. Asansör teklif-sözleşme programı kullanmak bu süreci düzenler; ancak tüm firmayı bir anda yeni sisteme geçirmek yerine, önce kontrollü bir pilot proje tasarlamak çok daha sağlıklı sonuç verir.

Bu yazıda asansör bakım firmaları için teklif-sözleşme programı pilotunun nasıl kurulacağını, hangi bina ve müşteri gruplarıyla başlanacağını, satış ekibinin nasıl dahil edileceğini, hangi metriklerin izleneceğini ve pilot sonunda nasıl karar alınacağını adım adım ele alacağız.

Pilot Proje Neden Gereklidir?

Bir yazılımın iyi olması tek başına yeterli değildir. Asıl başarı, firmanın günlük iş akışına doğru oturmasıyla gelir. Teklif ve sözleşme tarafında bu daha da önemlidir; çünkü burada yapılan küçük bir hata doğrudan gelir, tahsilat, müşteri beklentisi ve hukuki sorumluluk alanına dokunur.

Pilot proje, firmanın yeni sistemi küçük ama gerçek bir ortamda denemesini sağlar. Böylece şu sorulara sahada cevap bulunur:

• Satış ekibi teklifleri daha hızlı hazırlayabiliyor mu?
• Sözleşme şablonları firma diline uygun mu?
• Bina yöneticisi veya apartman temsilcisi teklif PDF’ini kolay anlayabiliyor mu?
• Fiyat, bakım kapsamı ve ödeme planı net görünüyor mu?
• Yenileme tarihi, sözleşme bitişi ve takip görevleri kaçırılmadan izlenebiliyor mu?
• Eski Excel veya Word dosyalarındaki bilgiler yeni sisteme düzgün aktarılabiliyor mu?

Pilotun amacı kusursuz bir başlangıç yapmak değildir. Amaç, sorunları kontrollü alanda görmek ve tüm firmaya yaymadan önce süreci iyileştirmektir.

İyi tasarlanmış bir pilot proje, yazılım seçimini değil, firmanın çalışma şeklini test eder.

Pilot Kapsamı Nasıl Belirlenir?

Pilot proje ne çok dar ne de çok geniş olmalıdır. Sadece 2 teklif üzerinden yapılan deneme gerçekçi sonuç vermez. Tersine, tüm aktif müşterileri kapsayan bir başlangıç da ekibi gereksiz baskıya sokar.

Genel uygulamada 2-4 haftalık bir pilot süresi ve 20-50 teklif/sözleşme işlemi çoğu bakım firması için yeterli veri oluşturur. Firma büyükse bu sayı artırılabilir; küçük firmalarda ise 10-20 gerçek işlem bile anlamlı sonuç verebilir.

Pilot Kapsamında Olması Gereken Süreçler

Pilot sadece teklif PDF’i üretmekten ibaret olmamalıdır. Teklif-sözleşme programının gerçek faydası uçtan uca akışta görülür:

1. Yeni müşteri veya bina kaydı oluşturma
2. Asansör sayısı, durak sayısı, lokasyon ve bakım kapsamı bilgilerini girme
3. Teklif şablonundan fiyatlandırma yapma
4. İskonto veya özel şart ekleme
5. Teklifi PDF olarak paylaşma
6. Onay durumunu takip etme
7. Onaylanan teklifi sözleşmeye dönüştürme
8. Sözleşme başlangıç-bitiş tarihini kaydetme
9. Yenileme hatırlatması oluşturma
10. Reddedilen teklifin kayıp nedenini işleme

Bu adımların tamamı pilotta denenirse, programın satış ekibine ve firma sahibine gerçek katkısı daha net ölçülür.

Pilot Bina ve Müşteri Seçimi

Pilot projede en sık yapılan hata, sadece kolay müşterilerle deneme yapmaktır. Elbette ilk günlerde ekibi rahatlatmak için basit örneklerle başlanabilir; ancak pilotun değerli olması için farklı müşteri tipleri de sürece dahil edilmelidir.

Aşağıdaki tablo, pilot kapsamına alınabilecek müşteri gruplarını ve neden önemli olduklarını özetler:

Pilot Grubu	Örnek Senaryo	Neden Dahil Edilmeli?	Dikkat Noktası
Yeni apartman teklifi	1-2 asansörlü bina	Standart teklif süreci test edilir	Fiyat ve kapsam sade anlatılmalı
Site yönetimi	5-10 asansörlü kompleks	Çoklu asansör fiyatlandırması denenir	Blok, asansör ve periyot bilgisi net olmalı
Mevcut müşteri yenileme	Süresi dolan bakım sözleşmesi	Yenileme takibi ölçülür	Eski fiyat ve yeni fiyat farkı açık gösterilmeli
Kaybedilmiş müşteri geri kazanım	Daha önce teklif verilip alınamayan bina	Kayıp nedeni analizi yapılır	Satış notları düzenli tutulmalı
Kurumsal müşteri	İş merkezi, tesis, fabrika	Özel şart ve ek madde ihtiyacı görülür	Sözleşme dili dikkatli hazırlanmalı

Pilot kapsamına yalnızca tek tip bina alınırsa sistemin farklı senaryolardaki gücü anlaşılmaz. Bu nedenle küçük apartman, çoklu asansörlü site ve sözleşme yenileme örnekleri birlikte seçilmelidir.

Teklif ve Sözleşme Şablonları Nasıl Hazırlanmalı?

Pilot başlamadan önce firmanın kullandığı mevcut teklif ve sözleşme metinleri gözden geçirilmelidir. Birçok firmada yıllardır kopyalanarak kullanılan Word dosyaları vardır. Bu dosyalarda eski fiyatlar, unutulmuş maddeler, belirsiz bakım kapsamları veya güncel olmayan ifadeler bulunabilir.

Asansör teklif-sözleşme programına geçerken şablonları temizlemek büyük fırsattır.

Teklif Şablonunda Olması Gereken Alanlar

Teklif PDF’i bina yöneticisinin hızlı anlayacağı şekilde hazırlanmalıdır. Aşırı teknik ve uzun metinler satış sürecini yavaşlatabilir. Ancak kapsam belirsiz bırakılırsa ileride tartışma çıkar.

Teklif şablonunda şu alanlar bulunmalıdır:

• Firma adı, logo ve iletişim bilgileri
• Müşteri veya bina adı
• Bina adresi
• Asansör adedi
• Bakım periyodu
• Aylık/yıllık bakım bedeli
• Ödeme şartları
• Teklif geçerlilik süresi
• Dahil olan hizmetler
• Hariç olan işler
• Arıza müdahale koşulları
• Yetkili kişi ve onay alanı

Sözleşme Şablonunda Dikkat Edilecek Noktalar

Sözleşme tarafında ise daha dikkatli bir dil gerekir. Türkiye’de asansör bakım hizmetleri, Asansör İşletme ve Bakım Yönetmeliği, periyodik kontrol süreçleri ve ilgili standartlar çerçevesinde yürütülür. Sözleşme metninde uydurma madde numaraları veya gereksiz iddialı ifadeler kullanılmamalıdır.

Genel uygulamada sözleşmede şu başlıklar net olmalıdır:

• Bakım hizmetinin kapsamı
• Periyodik bakım sıklığı
• Arıza bildirimi ve müdahale esasları
• Parça, revizyon ve modernizasyon işlerinin bakım bedeline dahil olup olmadığı
• Periyodik muayene sonucunda çıkan eksiklerin nasıl değerlendirileceği
• Sarı, mavi, yeşil veya kırmızı etiket süreçlerinde tarafların sorumlulukları
• Ödeme planı ve gecikme koşulları
• Sözleşme süresi ve yenileme yöntemi
• Fesih şartları

Bu noktada Asansorex gibi bir bakım ve teklif takip yazılımı, tekliften sözleşmeye geçen bilgilerin tekrar yazılmasını azaltarak hem zaman kazandırır hem de yanlış kopyalama riskini düşürür.

Pilot Ekibi ve Görev Dağılımı

Pilot proje sadece satış personeline bırakılırsa eksik kalır. Çünkü teklif-sözleşme süreci satış, operasyon, muhasebe ve firma sahibi kararlarını birlikte etkiler.

Küçük bir pilot ekibi oluşturmak yeterlidir. Herkesin görevi net olmalıdır.

Rol	Pilot Sorumluluğu	Kontrol Edeceği Konu
Firma sahibi / yönetici	Hedefleri belirler, son kararı verir	Fiyat politikası, kârlılık, müşteri algısı
Satış sorumlusu	Teklifleri hazırlar ve takip eder	Hız, şablon kullanımı, kayıp nedenleri
Operasyon sorumlusu	Bakım kapsamını kontrol eder	Hizmet vaadi ile saha kapasitesi uyumu
Muhasebe / cari takip	Ödeme ve fatura bilgisini değerlendirir	Tahsilat planı, cari uyum
Teknik ekip temsilcisi	Saha gerçekliğini yorumlar	Müdahale şartları, kapsam dışı işler

Bu görev dağılımı sayesinde pilot sadece “program güzel mi?” değerlendirmesine sıkışmaz. Programın firmaya gerçekten uyup uymadığı anlaşılır.

Başarı Metrikleri: Pilot Sonunda Neye Bakılmalı?

Pilotun başarılı olup olmadığını hisle değil, ölçülebilir verilerle değerlendirmek gerekir. Bunun için pilot başlamadan önce bazı hedefler belirlenmelidir.

Örneğin mevcut durumda bir teklifin hazırlanması ortalama 25 dakika sürüyorsa, pilot sonunda bu sürenin 10-15 dakikaya düşmesi hedeflenebilir. Ya da sözleşme yenileme tarihleri Excel’de takip ediliyorsa, pilot boyunca hiçbir yenileme hatırlatmasının kaçmaması beklenebilir.

Takip edilebilecek temel metrikler şunlardır:

• Ortalama teklif hazırlama süresi
• Teklif gönderiminden müşteri dönüşüne kadar geçen süre
• Onaylanan teklif oranı
• Reddedilen tekliflerde kayıp nedeni girilme oranı
• Sözleşmeye dönüşen teklif sayısı
• Eksik bilgiyle oluşturulan teklif sayısı
• Revize edilen teklif sayısı
• Yenileme tarihi tanımlanan sözleşme oranı
• Satış ekibinin programı günlük kullanma oranı

Pilot sonunda sadece satış adedine bakmak yanıltıcıdır. Bazen satış sayısı hemen artmaz ama teklif kalitesi, takip disiplini ve müşteri iletişimi ciddi şekilde iyileşir. Bu da uzun vadede daha yüksek dönüşüm sağlar.

Adım Adım Pilot Proje Planı

Aşağıdaki plan, asansör bakım firmalarının teklif-sözleşme programı pilotunu pratik şekilde başlatması için kullanılabilir.

1. Hafta: Hazırlık ve Şablon Temizliği

İlk hafta sistemden çok içerik hazırlanır. Eski teklif dosyaları incelenir, fiyat kalemleri düzenlenir, sözleşme metni sadeleştirilir ve pilot müşteri listesi seçilir.

Bu aşamada şu işler tamamlanmalıdır:

• Kullanılacak teklif şablonu belirlenir.
• Sözleşme metni güncellenir.
• Standart bakım kapsamı yazılır.
• Hariç işler listesi netleştirilir.
• Pilot bina ve müşteri listesi çıkarılır.
• Satış ekibine kısa kullanım eğitimi verilir.

2. Hafta: Gerçek Tekliflerle Deneme

İkinci hafta artık gerçek müşteriler üzerinden teklif oluşturulmalıdır. Eski sistem tamamen kapatılmasa bile pilot kapsamındaki teklifler yeni programdan hazırlanmalıdır.

Bu hafta dikkat edilecek konu, satış personelinin eski alışkanlığa dönmemesidir. Eğer teklif yine Word dosyasında hazırlanıp sonradan programa girilirse pilotun anlamı azalır.

3. Hafta: Sözleşmeye Dönüşen İşlerin Takibi

Üçüncü hafta onaylanan tekliflerin sözleşmeye dönüşme süreci izlenir. Burada en önemli konu, teklif ile sözleşme arasındaki bilgilerin tutarlı kalmasıdır.

Örneğin teklif 6 asansör için verildiyse sözleşmede de 6 asansör görünmelidir. Teklifte yıllık ödeme yazıp sözleşmede aylık ödeme bırakmak gibi hatalar pilot sırasında yakalanmalıdır.

4. Hafta: Değerlendirme ve Yaygınlaştırma Kararı

Son hafta veriler toplanır. Satış ekibi, operasyon ve firma sahibi birlikte değerlendirme yapar. Programın eksik kalan noktaları, şablon revizyonları ve eğitim ihtiyaçları belirlenir.

Bu değerlendirme sonunda üç karar çıkabilir:

1. Program tüm firmaya yayılır.
2. Şablon ve süreçler düzeltilip pilot 2 hafta daha uzatılır.
3. Program beklentiyi karşılamıyorsa alternatif çözüm değerlendirilir.

Sık Yapılan Pilot Hataları

Pilot proje basit görünse de bazı hatalar sonucu yanıltabilir. Özellikle teklif-sözleşme gibi alışkanlıkların güçlü olduğu süreçlerde bu hatalar sık görülür.

En yaygın hatalar şunlardır:

• Pilotun hedefi baştan belirlenmez.
• Çok az teklif üzerinden karar verilir.
• Sadece kolay müşteriler seçilir.
• Satış ekibi eski Word/Excel düzenini kullanmaya devam eder.
• Şablonlar temizlenmeden sisteme aktarılır.
• Kayıp nedenleri girilmez.
• Sözleşme yenileme tarihleri takip edilmez.
• Operasyon ekibinin görüşü alınmaz.
• Pilot sonunda ölçüm yapılmadan “iyi gibi” kararı verilir.

Bu hatalardan kaçınmak için pilot öncesi kısa bir kontrol listesi hazırlanmalıdır. Asansorex gibi teklif, sözleşme ve bakım süreçlerini birlikte ele alan sistemlerde bu kontrol daha düzenli yapılabilir; çünkü satıştan bakım takibine giden zincir tek yerde izlenebilir.

Pilot Sonunda Karar Matrisi

Pilot bittiğinde firma sahibi genellikle şu soruyla karşılaşır: “Devam edelim mi, biraz daha deneyelim mi, yoksa sistem bize uygun değil mi?”

Bunun için basit bir karar matrisi kullanılabilir.

Kriter	İyi Sonuç	Orta Sonuç	Zayıf Sonuç
Teklif hazırlama süresi	Belirgin azaldı	Biraz azaldı	Değişmedi
Satış ekibi kullanımı	Günlük kullanıyor	Bazı işler eski düzende	Çoğu iş eski düzende
Şablon kalitesi	Müşteri kolay anlıyor	Küçük revizyon gerekli	Çok karışık
Sözleşme takibi	Tarihler düzenli	Bazı eksikler var	Takip yapılamıyor
Kayıp nedeni analizi	Düzenli giriliyor	Kısmen giriliyor	Girilmiyor
Yönetici görünürlüğü	Süreç net izleniyor	Kısmen izleniyor	Dağınık

Eğer kriterlerin çoğu iyi veya orta sonuç veriyorsa, yazılımı hemen bırakmak yerine süreçleri iyileştirerek devam etmek daha mantıklıdır. Zayıf sonuçların nedeni bazen program değil, yanlış pilot tasarımı veya eksik eğitim olabilir.

Sıkça Sorulan Sorular

Asansör teklif-sözleşme programı pilotu kaç hafta sürmeli?

Genel uygulamada 2-4 hafta yeterlidir. Ancak teklif hacmi düşük olan firmalarda anlamlı veri oluşması için süre 6 haftaya kadar uzatılabilir. Önemli olan süre değil, yeterli sayıda gerçek teklif ve sözleşme işleminin denenmesidir.

Pilot projeye kaç bina dahil edilmeli?

Küçük firmalarda 10-20 teklif, orta ölçekli firmalarda 20-50 teklif iyi bir başlangıçtır. Sadece bina sayısına değil, müşteri tipine de bakılmalıdır. Apartman, site, yenileme ve kurumsal müşteri örnekleri birlikte seçilirse daha sağlıklı sonuç alınır.

Eski Word ve Excel dosyaları pilotta kullanılmaya devam etmeli mi?

Pilot kapsamındaki işler mümkün olduğunca yeni programdan yürütülmelidir. Eski dosyalar yalnızca karşılaştırma veya veri aktarımı için kullanılmalıdır. Aksi halde ekip gerçek geçiş alışkanlığını kazanamaz.

Pilot sırasında sözleşme metni değiştirilebilir mi?

Evet, hatta pilotun amaçlarından biri budur. Müşteriden gelen sorular, satış ekibinin zorlandığı alanlar ve operasyonun uyarıları sözleşme metnini iyileştirmek için kullanılmalıdır. Ancak değişiklikler kontrolsüz yapılmamalı, tek bir güncel şablon üzerinden ilerlenmelidir.

Pilot başarısız olursa program tamamen bırakılmalı mı?

Her zaman değil. Önce başarısızlığın nedeni incelenmelidir. Yanlış müşteri seçimi, eksik eğitim, hatalı şablon veya belirsiz hedefler pilotu zayıflatabilir. Sorun süreçten kaynaklanıyorsa kısa bir ikinci pilot daha doğru karar verir.

Asansorex teklif-sözleşme pilotunda nasıl yardımcı olur?

Asansorex, teklif hazırlama, teklif takibi, sözleşme kaydı ve bakım süreçleri arasındaki bağlantıyı düzenli takip etmeye yardımcı olur. Böylece firma sahibi hangi tekliflerin beklediğini, hangilerinin sözleşmeye döndüğünü ve yenileme tarihlerinin durumunu daha net görebilir.

Özet

Asansör teklif-sözleşme programı kullanmaya başlamak, sadece yeni bir dijital araç seçmek değildir; firmanın satış disiplinini, sözleşme takibini ve müşteri iletişimini yeniden düzenleme fırsatıdır. Bu nedenle geçişi doğrudan tüm firmaya yaymak yerine, kontrollü bir pilot proje ile başlamak daha sağlıklı olur.

Başarılı bir pilot için hedef net olmalı, farklı müşteri grupları seçilmeli, teklif ve sözleşme şablonları temizlenmeli, satış ekibi gerçek işlemlerle çalışmalı ve sonuçlar ölçülmelidir. Pilot sonunda elde edilen veriler, firmanın yazılımdan ne kadar fayda sağlayacağını açıkça gösterir. Doğru tasarlanmış bir pilot proje, hem satış ekibinin adaptasyonunu kolaylaştırır hem de firma sahibine daha güvenli karar alma zemini sunar.