Teklif & Sözleşme Yönetim Modülü

Bu modül, teklif ve sözleşme sürecini profesyonelleştirmek isteyen her büro için tasarlanmıştır. Ekip büyüklüğünden bağımsız olarak tek bir proje bile sözleşmesiz başlatıldığında ciddi finansal ve hukuki risk oluşur. Sözlü anlaşmayla ya da 'anlaştık, başlayalım' telefon görüşmesiyle başlayan her iş, ödeme aşamasına geldiğinde kapsam tartışmasına kapı aralar.

Özellikle şu profiller için kritik değer üretir:

• Mimarlık ofisleri: Her proje öncesinde kapsam, ödeme takvimi ve revizyon limitlerini yazılı hale getirmek isteyen; Word şablonunu her seferinde elle düzenlemekten yorulan ve teklif içindeki rakamların sözleşme ile tutarsızlaşmasından çekinen ofisler. Sözleşmesiz işin ödeme pazarlığına dönüşmesi en çok bu profili etkiler.
• Mühendislik büroları: Disipline göre farklı sözleşme şablonları kullanan (statik, mekanik, elektrik) ve her şablonun güncel versiyonunu yönetmekte güçlük çeken yapılar. Hangi müşteriye hangi versiyon gönderildiği karışınca teklif geçerliliği sorgulanır.
• Proje yönetim firmaları: Müşteri, müteahhit ve danışman gibi farklı taraflarla ayrı sözleşmeler imzalayan ve tümünü tek yerden takip etmek isteyen firmalar. Her tarafın sözleşmesini ayrı klasörde tutmak yerine platform üzerinden yönetmek, olası anlaşmazlıkta doğru belgeye saniyeler içinde ulaşmayı sağlar.
• Büyüme aşamasındaki bürolar: Müşteri sayısı arttıkça sözleşme takibinin elle yönetilmesinin sürdürülemez hale geldiğini fark eden, sistemi kurmak için doğru anı arayan ofisler. Teklif verilen müşteri sayısı onun üzerine çıktığında hangi teklifin onaylandığını, hangisinin beklemede olduğunu hatırlamak güçleşir.

Hazır muhasebe veya CRM yazılımlarının sözleşme modülleri mimarlıktaki aşama bazlı ödeme planı, revizyon maddesi veya büro stiline uygun teklif tasarımını desteklemez. Bu modül büronuzun şablonlarını, ödeme mantığını ve onay akışını olduğu gibi dijitalleştirir.

Modül aynı zamanda müşteri portaliyle entegre çalışır; müşteri teklifi aynı platformdan inceler ve onaylar. Onaylanan teklif otomatik sözleşmeye dönüşür, ödeme takvimi platforma girer ve büro sahibi tahsilat takibini ayrı bir araçta yapmak zorunda kalmaz.

Mimarlık bürolarında teklif ve sözleşme sürecindeki en yaygın krizler şunlardır:

• Sözleşmesiz başlangıç ve ödeme pazarlığı: 'Anlaştık, başlayalım' telefonu yeterli sayılır. Proje ilerleyince kapsam, ücret veya revizyon sayısı tartışılır; büro çoğunlukla müşteriyle ilişkiyi korumak adına bedava revizyon yapar. Proje teslim edildiğinde müşteri 'biz buna anlaşmamıştık' diyerek ödeme tutarını pazarlık konusu yapar; sözleşme olmadığı için büronun elinde güçlü bir belge yoktur.
• Teklif versiyonu karmaşası: Teklif_v3_FINAL_son.docx müşteriye mi gönderilen mi? Bir önceki versiyon indirimli miydi? Hangi rakam geçerli? Büro içinde bile cevap değişir. Müşteriye eski versiyon gönderilmişse ve fiyat farklıysa hem güven hem gelir zarar görür.
• Ödeme gecikmeleri ve milestone belirsizliği: Sözleşmede 'proje tesliminde ödeme' yazar ama ne zaman teslim sayıldığı belirsizdir. Milestone'lar tanımlanmadığında müşteri ödemeyi ertelemek için kapsam tartışması başlatır; büro ne zaman tahsilat yapacağını bilemez ve nakit akışı öngörülmez hale gelir.
• Arşiv dağınıklığı: İmzalı sözleşmeler e-posta ekinde, eski bilgisayarda veya fiziksel klasörde bulunur. Hukuki süreçte doğru versiyona ulaşmak saatler alır; bazen imzalı belge hiç bulunamaz.
• Teklif hazırlama yavaşlığı: Benzer projeler için her seferinde Word şablonunu doldurmak, fiyatları hesaplamak ve PDF'e çevirmek yarım ila bir saat sürer; büyüdükçe bu maliyet katlanır. Kıdemli mimarın bu süreçte harcadığı zaman en pahalı teklif maliyetidir.
• Kapsam kaymasının önlenememesi: Proje ilerledikçe müşteri yeni istekler ekler; sözleşmede bu kalemler yoktur. 'Siz zaten yaparsınız' baskısı altında büro bu ekleri karşılıksız üstlenir. Kapsamın net tanımlandığı bir sözleşme modülü bu müzakereyi daha ilk başvuruda kapatır.

Bu modül ile her teklif müşteri bilgisinden otomatik doldurulur, ödeme milestone'ları şablona gömülür, müşteri onayı platforma kayıt edilir ve tüm sözleşmeler aranabilir arşivde saklanır. Büro sahibi sabah ekranını açtığında hangi teklifin onay beklediğini, hangi milestone'un ödeme tarihine yaklaştığını tek bakışta görür. Nakit akışı artık 'tahmin' değil, onaylanmış milestone takviminin doğal çıktısıdır. Üstelik bir proje kapsam dışına çıktığında ek iş talebini ek teklif olarak platformdan iletmek, sözel pazarlığı ortadan kaldırır ve her ek kalemin yazılı onayını güvence altına alır.

1. Keşif (1 hafta): Mevcut teklif ve sözleşme şablonlarınız, ödeme milestone mantığınız ve imza süreciniz belgelenir. Hangi proje tiplerinde farklı şablon gerektiği, hangi kalemlerin her seferinde değiştiği ve hangi maddelerin sabit kaldığı tespit edilir. Büronun tercih ettiği ödeme yüzdesi dağılımı (örneğin sözleşme imzasında yüzde otuz, ön proje tesliminde yüzde otuz, ruhsat başvurusunda yüzde yirmi, uygulama projesi tesliminde yüzde yirmi) bu aşamada belgelenir.
2. Şablon ve modül tasarımı (1–2 hafta): Büronuza ait teklif şablonları sisteme aktarılır; değişken alanlar (müşteri adı, proje kapsamı, toplam tutar, milestone'lar) tanımlanır. Onay akışı, e-posta bildirimleri ve versiyon numaralandırma mantığı yapılandırılır.
3. Geliştirme (3–5 hafta): Teklif oluşturma ekranı, PDF çıktı motoru, müşteri onay portali, milestone takip panosu ve sözleşme arşivi kodlanır. Her teklif versiyonu ayrı kayıt altına alınır; müşteri hangisini onayladığı sisteme işlenir. İstenirse dijital imza servis entegrasyonu eklenir.
4. Test ve şablon doğrulama (1 hafta): Gerçek bir proje teklifi sistemde oluşturulur; PDF çıktı kalitesi, müşteri onay akışı, milestone bildirimleri ve arşivleme işlevi test edilir. Büro yöneticisi teklif oluşturma sürecini baştan sona deneyimler.
5. Eğitim ve yayına alma (1 hafta): Teklif oluşturma, onay takibi ve arşiv kullanımı konusunda büro ekibine eğitim verilir; aktif teklifler sisteme aktarılır. Müşterilere gönderilecek ilk teklif üzerinde birlikte geçilir.

Sistem tarayıcı tabanlıdır; kurulum gerekmez. Büro dışından da erişilebilir; müşteriniz de aynı platformda teklifi inceler ve onayını kaydeder. Onaylanan teklif sözleşme formatına dönüştürülür; büro ayrıca Word belgesi düzenlemek zorunda kalmaz. Teklifin onay bekleme süresi uzarsa sistem otomatik hatırlatma göndererek müşteriyi nazikçe yönlendirir; büro çalışanının sürekli takip etmesi gerekmez. Teklif sürecinin bu şekilde profesyonelleşmesi, müşterinin gözündeki büro imajını da güçlendirir. Kapsam dışı ek iş talepleri geldiğinde aynı sistem üzerinden ek teklif oluşturulur; müşterinin sözlü onayı değil platform üzerindeki yazılı kararı esas alınır. Hem asıl hem ek sözleşmeler aynı arşivde saklandığından proje tamamlandığında tüm ödeme geçmişi tek yerden görünür. Büro kıdemli ortakları bu modülü kullanmaya başladıktan sonra ilk dönem sözleşmelerini bile bu arşive aktarmayı genellikle tercih eder; geçmiş projelerin ödeme kayıtları referans veya hukuki süreç için değerlidir.

Teklif ve sözleşme verileri büronuzun tercih ettiği sunucuda saklanır; üçüncü taraf platformlara aktarılmaz. Her teklif versiyonu ayrı kayıt olarak saklanır; silinmiş gibi görünen veriler de geri alınabilir şekilde arşivlenir. Müşteriye hangi versiyonun ne zaman gönderildiği, hangi versiyonun onaylandığı log kaydına işlenir. SSL şifreli bağlantı ve güvenli oturum yönetimi standarttır. Teklif bilgileri büronun rekabet açısından hassas ticari verisidir; bu verilerin üçüncü taraf SaaS platformlarında tutulması kabul edilemez bir sızıntı riski taşır.

Müşteri onay kayıtları değiştirilemez formatta tutulur; tarih damgası ve IP bilgisi dahildir. Bu kayıt, hukuki uyuşmazlıkta teklif onayının varlığını ve zamanını kanıtlar. Ödeme tartışmalarında hangi milestone'un ne zaman kabul edildiği sistemden belgelenir; tahsilat için açılan her davada doğru belgeye saniyeler içinde ulaşılır. KVKK kapsamında müşteri kişisel verileri için açık rıza metni sözleşme akışına entegre edilir; veri saklama süresi büronuzun politikasına göre yapılandırılır. Yetkisiz erişime karşı rol tabanlı kontrol uygulanır; teklifleri yalnızca yetkili kullanıcılar görür ve düzenler. Büronun stajyeri teklif bedellerini göremez; bu erişim kısıtlaması ayrı konfigürasyon gerektirmeden varsayılan olarak uygulanır. Sözleşme arşivine yalnızca yetkili kullanıcılar erişebildiğinden büro ticari sırlarının korunması yasal düzlemde de güvence altına alınmış olur. Tüm veriler günlük yedeklenir; veri kaybı durumunda son yedekten itibaren tüm teklif ve sözleşme kayıtları geri yüklenir ve süreç kesintisiz devam eder. Teslim sırasında rol tabanlı erişim konfigürasyonu büroyla birlikte gözden geçirilir; kimin teklif bedellerini görüp göremeyeceği, kimin sözleşme arşivine erişip erişemeyeceği bu aşamada netleştirilir ve ilerleyen dönemde değiştirilebilir. Büro ortaklık yapısı veya ekip büyüklüğü değiştiğinde erişim matrisi kolayca güncellenir.