Asansör Teklif Programı ile Versiyon Kontrolü

İÇERİK

Asansör bakım, revizyon ve modernizasyon teklifleri çoğu zaman tek seferde hazırlanıp kabul edilen belgeler değildir. Müşteri kapsamı daraltmak isteyebilir, bina yöneticisi farklı ödeme planı talep edebilir, keşif sırasında görülmeyen bir parça sonradan teklife eklenebilir veya tedarikçi fiyatları değişebilir. Bu durumda aynı teklifin ikinci, üçüncü hatta beşinci sürümü ortaya çıkabilir.

Teklifler Word, Excel, PDF ve WhatsApp üzerinden dağınık biçimde yönetildiğinde hangi belgenin güncel olduğu kolayca karışır. Eski fiyatın müşteriye gönderilmesi, çıkarılan bir kalemin tekrar teklife girmesi veya onaylanan sürüm yerine başka bir belgenin sözleşmeye dönüştürülmesi doğrudan maddi kayba yol açabilir.

Asansör teklif programı ile versiyon kontrolü, teklif üzerinde yapılan her önemli değişikliğin kayıt altına alınmasını, sürümlerin birbirinden ayrılmasını ve müşteriye gönderilen son belgenin açık biçimde görülmesini sağlar. Böylece hem firma sahibi hem satış personeli hem de teknik ekip aynı güncel bilgi üzerinden hareket eder.

Teklif Versiyon Kontrolü Nedir?

Teklif versiyon kontrolü, bir fiyat teklifinin ilk hazırlanmasından müşteri tarafından kabul edilmesine kadar oluşturulan bütün sürümlerinin düzenli biçimde saklanmasıdır. Her değişiklikte eski belgenin üzerine yazmak yerine yeni bir sürüm oluşturulur.

Örneğin bir asansör revizyon teklifi şu şekilde ilerleyebilir:

1. V1: İlk keşif sonrasında hazırlanan teklif
2. V2: Müşteri talebiyle kabin kaplamasının çıkarıldığı sürüm
3. V3: Ödeme planının üç taksite çevrildiği sürüm
4. V4: Son fiyat indiriminin uygulandığı ve onaya gönderilen sürüm
5. V5: Müşteri tarafından kabul edilen nihai teklif

Bu yapıda eski teklifler silinmez. Her sürüm tarih, saat, hazırlayan kişi, toplam tutar ve yapılan değişikliklerle birlikte saklanır. Böylece aylar sonra bile “Bu fiyat neden değişti?” veya “Bu kalemi kim çıkardı?” sorularının cevabı bulunabilir.

Versiyon kontrolünün amacı sadece eski belgeleri arşivlemek değil, teklifin hangi değişikliklerden geçerek kabul edildiğini görünür hâle getirmektir.

Asansör Tekliflerinde Neden Birden Fazla Versiyon Oluşur?

Asansör sektöründeki teklifler standart ürün satışından daha karmaşık olabilir. Aynı binada bulunan iki asansör bile kapasite, durak sayısı, kullanım yoğunluğu, mevcut ekipman ve teknik eksikler bakımından farklılık gösterebilir.

Teknik kapsam değişiklikleri

Keşiften sonra yapılan ayrıntılı incelemede ilave ihtiyaçlar belirlenebilir. Örneğin yalnızca kapı kilitlerinin değişmesi planlanırken kablo, makara veya kumanda panosuyla ilgili başka bir ihtiyaç ortaya çıkabilir.

Müşteri bütçesine göre kapsam daraltma

Apartman yönetimi teklif tutarını yüksek bulduğunda işleri aşamalara ayırmak isteyebilir. Acil güvenlik eksikleri ilk teklifte bırakılırken estetik veya konfor odaklı çalışmalar sonraki döneme ertelenebilir.

Marka ve ürün tercihi

Müşteri, teklif edilen parçanın markasını değiştirmek veya alternatif ürün görmek isteyebilir. Bu değişiklik hem birim fiyatı hem teslim süresini hem de garanti koşullarını etkileyebilir.

Ödeme planı değişikliği

Peşin fiyat üzerinden hazırlanan teklif, daha sonra taksitli ödeme planına çevrilebilir. Vade farkı, avans oranı veya hakediş takvimi değiştiğinde yeni bir teklif sürümü oluşturulmalıdır.

Tedarik fiyatlarının güncellenmesi

Özellikle uzun süre açık kalan modernizasyon ve revizyon tekliflerinde malzeme fiyatları değişebilir. Eski maliyetlerle hazırlanmış teklif üzerinden iş almak, firmanın beklediği kârın tamamen ortadan kalkmasına neden olabilir.

Bu nedenlerle teklif revizyonu olağan bir süreçtir. Asıl risk, revizyon yapılması değil, revizyonların kontrolsüz yönetilmesidir.

Manuel Teklif Takibinde En Sık Yaşanan Sorunlar

Dosya isimlerini değiştirerek versiyon takip etmek başlangıçta yeterli görünebilir. Ancak teklif sayısı ve çalışan sayısı arttıkça bu yöntem güvenilirliğini kaybeder.

Manuel takip sorunu	Olası sonucu	Programlı takipte çözüm
teklif-son.pdf ve teklif-en-son.pdf gibi dosyalar	Yanlış sürüm müşteriye gönderilebilir	Her sürüme otomatik sıra ve tarih verilir
Eski teklifin üzerine kayıt yapılması	Önceki fiyat ve kapsam kaybolur	Eski sürüm değişmeden saklanır
Revizyon nedeninin yazılmaması	Fiyat farkının sebebi anlaşılamaz	Değişiklik notu eklenir
WhatsApp’taki belgenin ayrıca kaydedilmemesi	Müşteriye hangi belgenin gönderildiği bilinmez	Gönderilen sürüm kayıt altında tutulur
Onaylanan sürümün iş emrine yanlış aktarılması	Sahada eksik veya fazla işlem yapılabilir	Kabul edilen sürüm iş sürecine bağlanır
Farklı çalışanların ayrı dosya tutması	Aynı müşteri için çelişkili teklifler oluşur	Yetkili kullanıcılar ortak kayıt üzerinden çalışır

Manuel yöntemde en tehlikeli hata, yanlış sürümün müşteri tarafından kabul edilmesidir. Firma çalışanı güncel teklifi hazırlamış olsa bile müşteri telefonunda bulunan eski PDF’yi onaylayabilir. Belgenin sürüm numarası, tarihi ve geçerlilik süresi açık değilse hangi teklifin bağlayıcı kabul edildiği konusunda anlaşmazlık yaşanabilir.

Asansör Teklif Programında Versiyonlar Nasıl Yönetilmelidir?

Sağlıklı bir teklif süreci yalnızca yeni PDF oluşturmakla sınırlı değildir. Teklifin geçmişi, değişiklik nedeni, müşteri iletişimi ve onay durumu birlikte takip edilmelidir.

Her revizyona yeni sürüm numarası verin

Teklif üzerinde fiyatı, kapsamı, ödeme planını veya teslim süresini etkileyen bir değişiklik yapıldığında yeni sürüm oluşturulmalıdır. Küçük yazım düzeltmeleri için yeni sürüm açılması şart olmayabilir; ancak müşterinin kararını etkileyebilecek her değişiklik kayıt altına alınmalıdır.

Pratik bir numaralandırma sistemi şöyledir:

• İlk teklif: V1
• Birinci revizyon: V2
• İkinci revizyon: V3
• Kabul edilen teklif: V4 – Onaylandı
• İptal edilen teklif: V3 – Geçersiz

Revizyon açıklamasını zorunlu tutun

Yeni sürüm oluşturulurken değişikliğin kısa ve anlaşılır biçimde açıklanması gerekir. “Güncellendi” gibi genel bir ifade yeterli değildir.

Daha açıklayıcı örnekler şunlardır:

• Kabin paslanmaz kaplama kapsamdan çıkarıldı.
• Üç adet kapı kilidi teklife eklendi.
• Peşin ödeme, yüzde 50 avans ve iki taksit olarak değiştirildi.
• Malzeme fiyatları tedarikçi listesine göre güncellendi.
• Teklif geçerlilik süresi 15 gün olarak düzenlendi.

Eski sürümlerin değiştirilmesini engelleyin

Yeni versiyon oluşturulduktan sonra eski sürüm yalnızca görüntülenebilmelidir. Geçmiş bir teklif üzerinde sonradan değişiklik yapılması kayıt güvenilirliğini bozar. Gereken düzeltme eski belgeyi değiştirmek yerine yeni sürümde yapılmalıdır.

Teklif durumlarını ayrı takip edin

Versiyon numarası ile teklif durumu aynı şey değildir. Bir teklif V3 olabilir ancak hâlâ taslak durumda bulunabilir. Bu nedenle aşağıdaki gibi ayrı durumlar kullanılmalıdır:

• Taslak
• Kontrol bekliyor
• Müşteriye gönderildi
• Revizyon istendi
• Onaylandı
• Reddedildi
• Süresi doldu
• İptal edildi

Onaylanan sürümü kilitleyin

Müşteri tarafından kabul edilen teklif üzerinde doğrudan değişiklik yapılmamalıdır. Yeni bir talep oluşursa ek teklif veya yeni revizyon hazırlanmalıdır. Aksi hâlde müşterinin onayladığı belge ile firmanın kayıtlarında bulunan belge birbirinden farklı hâle gelebilir.

İki Teklif Versiyonu Karşılaştırılırken Nelere Bakılmalı?

Versiyon kontrolünün gerçek faydası, yalnızca eski belgeleri görmek değil, sürümler arasındaki farkı hızlı biçimde anlayabilmektir. Karşılaştırma sırasında şu alanlar kontrol edilmelidir:

• Teklife eklenen veya tekliften çıkarılan kalemler
• Birim fiyat değişiklikleri
• Miktar ve adet değişiklikleri
• KDV durumu
• İndirim oranı
• Genel toplam
• Ödeme şekli
• Avans oranı
• Taksit tarihleri
• İşin başlama ve teslim süresi
• Teklif geçerlilik tarihi
• Garanti şartları
• Hariç tutulan işler
• Müşteri veya bina bilgileri

Örneğin ilk sürümde 180.000 TL olan bir revizyon teklifinin son sürümde 165.000 TL’ye düşmesi tek başına yeterli bilgi değildir. Fiyatın indirim nedeniyle mi düştüğü, bazı kalemlerin kapsamdan mı çıkarıldığı yoksa farklı marka kullanıldığı için mi değiştiği görülmelidir.

Asansorex gibi asansör sektörüne yönelik teklif yönetimi çözümlerinde sürümlerin müşteri, bina ve ilgili iş kaydıyla birlikte tutulması; satış ekibinin onaylanan kapsamı teknik ekibe daha düzenli aktarmasına yardımcı olur.

Versiyon Kontrolünün Firma Sahibine Sağladığı Faydalar

Teklif geçmişinin düzenli tutulması yalnızca satış personelinin işini kolaylaştırmaz. Firma sahibinin kârlılığı, çalışan performansını ve müşteri ilişkilerini daha sağlıklı değerlendirmesini sağlar.

Fiyat hatalarını azaltır

Eski maliyetle hazırlanmış bir teklifin yanlışlıkla gönderilmesi önlenir. Güncel fiyat listesi ve son revizyon üzerinden işlem yapılır.

Yetkisiz indirimleri görünür hâle getirir

Teklif tutarındaki değişiklikler sürümler arasında karşılaştırılabilir. Böylece hangi çalışan tarafından ne kadar indirim yapıldığı ve indirimin hangi gerekçeye dayandığı izlenebilir.

Kârlılık kontrolünü güçlendirir

Teklif fiyatı düşürülürken kapsam aynı kalıyorsa brüt kâr azalabilir. Versiyon geçmişi, satış kazanmak için yapılan indirimlerin firma kârlılığına etkisini görmeyi kolaylaştırır.

Müşteri anlaşmazlıklarını azaltır

Müşteriye hangi tarihte, hangi fiyatla ve hangi kapsamla teklif gönderildiği kayıt altında olur. Özellikle çok sayıda kat malikinin bulunduğu apartman ve site yönetimlerinde bu kayıtlar önemlidir.

Satış süresini ölçmeyi sağlar

İlk teklif tarihi ile onay tarihi arasındaki süre görülebilir. Ayrıca hangi tekliflerin çok sayıda revizyon sonrasında kabul edildiği analiz edilerek teklif hazırlama süreci geliştirilebilir.

Uygulanabilir Bir Teklif Versiyon Kontrolü Süreci

Asansör bakım firmaları aşağıdaki süreci standart hâle getirerek teklif karışıklığını önemli ölçüde azaltabilir:

1. Keşif bilgilerini tek kayıtta toplayın. Bina, asansör, müşteri, teknik eksik, fotoğraf ve ölçü bilgilerini aynı iş kaydıyla ilişkilendirin.
2. İlk teklifi V1 olarak hazırlayın. Teklif tarihi, geçerlilik süresi, ödeme şekli ve kapsam dışı işleri açıkça yazın.
3. Göndermeden önce iç kontrol yapın. Maliyet, satış fiyatı, miktar, vergi ve teslim süresini ikinci bir gözle kontrol edin.
4. Müşteriye gönderilen sürümü işaretleyin. Taslak ile gönderilmiş belge birbirinden ayrılmalıdır.
5. Her müşteri talebinde revizyon notu oluşturun. Talebin telefon, e-posta veya WhatsApp üzerinden gelmesi fark etmemelidir.
6. Yeni sürümü eski tekliften türetin. Baştan teklif hazırlamak yerine güncel kopya üzerinden değişiklik yaparak kalem unutma riskini azaltın.
7. Eski sürümü geçersiz olarak işaretleyin. Silmek yerine geçmişte saklayın.
8. Onaylanan sürümü kilitleyin. İş emri, sözleşme, tahsilat planı ve fatura sürecini yalnızca bu sürüm üzerinden başlatın.
9. Sonradan çıkan işleri ek teklif olarak yönetin. Onaylanmış teklifi sessizce değiştirmeyin.
10. Aylık teklif analizi yapın. Revizyon sayısı yüksek, onay süresi uzun veya indirim oranı fazla olan teklifleri inceleyin.

Bu akış küçük firmalarda da uygulanabilir. Önemli olan çok karmaşık prosedürler kurmak değil, herkesin aynı teklif disiplinine uymasını sağlamaktır.

Sıkça Sorulan Sorular

Teklifte her değişiklik için yeni versiyon oluşturmak gerekir mi?

Müşterinin kararını, teklif tutarını, iş kapsamını, ödeme şeklini veya teslim süresini etkileyen değişikliklerde yeni versiyon oluşturulmalıdır. Yalnızca yazım hatası düzeltmesi gibi içerik anlamını değiştirmeyen küçük düzenlemelerde yeni sürüm gerekmeyebilir.

Eski teklif versiyonları silinmeli mi?

Hayır. Eski sürümlerin silinmesi teklif geçmişinin kaybolmasına neden olur. Bu belgeler “geçersiz”, “revize edildi” veya “iptal” durumuyla arşivlenmelidir.

Teklif versiyon numarası müşteriye gösterilmeli mi?

Evet. Belge üzerinde V1, V2 veya “Revizyon 2” gibi açık bir ifade bulunması, müşterinin güncel belgeyi ayırt etmesini kolaylaştırır. Teklif tarihi ve geçerlilik süresi de görünür olmalıdır.

Müşteri eski teklif sürümünü onaylarsa ne yapılmalıdır?

Müşteriye güncel teklif tekrar gönderilmeli ve hangi sürümün geçerli olduğu yazılı olarak netleştirilmelidir. İşe başlamadan önce nihai kapsam, fiyat ve ödeme planı üzerinde karşılıklı mutabakat sağlanmalıdır.

Onaylanan teklif sonradan değiştirilebilir mi?

Onaylanan teklif doğrudan değiştirilmemelidir. Yeni ihtiyaç oluşursa ek teklif, zeyil veya yeni revizyon hazırlanarak müşteriden ayrıca onay alınmalıdır.

Versiyon kontrolü sadece büyük firmalar için mi gereklidir?

Hayır. Ayda birkaç teklif hazırlayan küçük bir bakım firması bile yanlış fiyat veya yanlış kapsam nedeniyle ciddi zarar yaşayabilir. Teklif sayısı az olsa da düzenli versiyon takibi kurumsal hafıza oluşturur.

Özet

Asansör tekliflerinde versiyon kontrolü; değişen fiyatların, teknik kapsamın, ödeme koşullarının ve müşteri taleplerinin düzenli takip edilmesini sağlar. Eski belgelerin üzerine kayıt yapmak veya dosyaları “son”, “en son” ve “yeni teklif” gibi isimlerle saklamak, teklif sayısı arttıkça güvenilirliğini kaybeder.

Her önemli değişiklikte yeni sürüm oluşturmak, revizyon nedenini yazmak, müşteriye gönderilen belgeyi işaretlemek ve onaylanan sürümü kilitlemek temel kontrol adımlarıdır. Bu disiplin, yanlış fiyatlandırmayı ve müşteri anlaşmazlıklarını azaltırken kabul edilen teklifin sahadaki işe eksiksiz aktarılmasını kolaylaştırır.

Asansorex üzerinden teklif, revizyon, müşteri ve bina kayıtlarının bağlantılı takip edilmesi; bakım firmalarının dağınık dosyalar yerine daha izlenebilir bir teklif süreci kurmasına destek olabilir. En önemli hedef, herkesin hangi teklifin güncel ve geçerli olduğunu saniyeler içinde anlayabilmesidir.