İhale teklif hazırlama yazılımı seçimi: 18 saatlik dosyayı 5 saate indirme planı
İhale teklif hazırlama yazılımı arayan ekiplerin gerçek derdi “Word dosyası oluşturmak” değildir. Dert, son güne kalan belge kontrolü, eski tekliflerden kopyalanan yanlış bilgiler, eksik imzalar, bir türlü netleşmeyen teknik metinler ve teslim saatine yaklaşırken artan stres.
Kamu ihalelerinde iyi teklif dosyası üç şeyi aynı anda başarır: formel olarak eksiksizdir, teknik olarak ikna edicidir, ticari olarak firmanın kazanabileceği ve taşıyabileceği seviyededir. Yazılım bu üç alanın hepsine dokunmuyorsa sadece doküman şablonu olur.
Bu rehberde satın almadan önce bakmanız gereken kriterleri, manuel süreçteki gerçek darboğazları ve Tendermeister’in neden teklif dosyasını bir “proje” gibi ele aldığını anlatıyoruz.
Kısa cevap: teklif hazırlama yazılımı neyi otomatikleştirmeli?
İyi bir ihale teklif hazırlama yazılımı şunları otomatikleştirmeli:
- Gerekli belge listesini şartnameden çıkarmalı.
- Belge kütüphanesiyle eksikleri eşleştirmeli.
- Teknik teklif için ilk iskeleti üretmeli.
- Geçici teminat ve finansal yeterlik kontrollerini göstermeli.
- Son 24 saat checklist’i çalıştırmalı.
- Ekip görevlerini ve versiyonları takip etmeli.
- Teslim sonrası sonucu kayda almalı.
Yalnızca hazır Word şablonu veren araçlar kısa vadede rahatlatır; ama teklif hacmi arttığında yine dağılır.
Teklif dosyasının anatomisi
Bir kamu ihalesi teklif dosyası genelde üç katmandan oluşur.
İlk katman idari belgelerdir. Ticaret sicil, imza sirküleri, vergi ve SGK borcu yoktur yazıları, iş deneyim belgesi, geçici teminat ve istenen beyannameler burada yer alır.
İkinci katman teknik tekliftir. Yöntem, iş programı, ekip, ekipman, kalite planı, risk yönetimi, referans projeler ve sektöre göre farklı teknik açıklamalar bu bölümde olur.
Üçüncü katman mali tekliftir. Birim fiyat, götürü bedel, fiyat farkı etkisi, teminat maliyeti ve beklenen marj burada çalışılır.
Yazılım ilk iki katmanı güçlü biçimde hızlandırmalı. Üçüncü katmanda ise karar destek sunmalı, nihai fiyat stratejisini insan ekibine bırakmalı.
Manuel süreç nerede vakit kaybettirir?
Sahada gördüğümüz tipik süre dağılımı şöyle:
- şartname okuma: 2-4 saat
- belge listesi çıkarma: 30-60 dakika
- eski teklif arama: 1-2 saat
- teknik metin ilk taslak: 4-8 saat
- referans seçimi: 45-90 dakika
- imza/paraf/format kontrolü: 1-2 saat
- ekipten bilgi toplama: süreç boyunca dağınık zaman
Toplamda orta karmaşıklıkta bir dosya 18 saatten aşağıya nadiren iner. Son gün yapılan hatalar da bu yoğunluğun sonucudur.
Tendermeister’in hedefi bu 18 saati 5-7 saate indirmektir. Bunu sihirli bir “tek tıkla teklif” vaadiyle değil, doğru parçaları otomatikleştirerek yapar.
Satın alma kriteri 1: belge kütüphanesi
Belge kütüphanesi yoksa teklif yazılımı eksiktir. Çünkü kamu ihalelerinde teklifin en kırılgan kısmı çoğu zaman teknik metin değil, formel belgedir.
İyi belge kütüphanesi şunları tutar:
- belge türü
- geçerlilik tarihi
- hangi şirket/şube için geçerli olduğu
- imzalı mı, e-imzalı mı
- hangi ihalelerde kullanıldığı
- yenileme sorumlusu
Örneğin ISO belgesi 12 gün sonra bitiyorsa sistem bunu teklif dosyası açıldığında göstermeli. Vergi borcu yoktur yazısı 30 günlük sınırı geçtiyse uyarı vermeli. Banka referans mektubu tutarı yetersizse finans ekibine görev açmalı.
Satın alma kriteri 2: AI teklif iskeleti
AI teklif iskeleti, boş sayfa stresini azaltır. Sistem geçmiş tekliflerinizi, şirket profilinizi ve yeni şartnameyi birlikte okuyarak ilk taslağı üretir.
İyi bir AI iskeleti şunları içermeli:
- kapak metni
- şirket deneyimi
- benzer referansların seçimi
- iş yöntemi
- iş programı taslağı
- ekip ve sorumluluk yapısı
- kalite ve risk yönetimi
- teslim/kabul yaklaşımı
Burada önemli ayrım şu: AI metni direkt gönderilmez. Teklif ekibi metni düzeltir, sektör detaylarını ekler, fiyat stratejisine göre vurguyu değiştirir. Ama başlangıç noktası boş sayfa değil, %70-80 hazır bir dosya olur.
Yapay zeka ihale analizi modülünün değeri de burada artar. Şartnameyi okuyan AI, teklif iskeletinde aynı riskleri dikkate alır.
Satın alma kriteri 3: referans eşleştirme
Kamu ihalelerinde referans seçimi satış metni değildir; yeterlik meselesidir. Yanlış referans seçerseniz teknik puan düşebilir veya yeterlik tartışması doğabilir.
Yazılım referansları şu alanlarla tutmalı:
- idare veya müşteri
- sektör
- tutar
- tarih
- sözleşme kapsamı
- kullanılan teknoloji/ürün/hizmet
- kabul durumu
- iş deneyim belgesi var mı
Yeni ihalede sistem “en uygun 3 referans” önermeli ve nedenini açıklamalı. Örneğin “aynı CPV bloğu, benzer tutar, son 3 yıl içinde kabul” gibi.
Satın alma kriteri 4: teminat ve finansal etki
4734 sayılı Kanun ve ikincil mevzuat çerçevesinde geçici teminat, teklifin en kritik formel parçalarından biridir. Yazılım yaklaşık maliyet, oran, banka limiti ve teminat talebini birlikte yönetmeli.
Şunu sorun: Program banka mektubu için talep formu üretiyor mu? Tutar hesabını kaynak maddeyle bağlıyor mu? Teminat süresini kontrol ediyor mu? İade takibini yapıyor mu?
Finans ekibi bu ekranı sevmezse yazılım teklif sürecinde yarım kalır.
Satın alma kriteri 5: son kontrol listesi
Son 24 saat kontrolü, yazılımın gerçek değerini gösterir. Kontrol listesi sadece görev kutucukları değil, şartnameye göre dinamik olmalı.
Örnek son kontrol maddeleri:
- tüm zorunlu formlar eklendi mi?
- geçici teminat tutarı ve süresi yeterli mi?
- imza yetkilisi doğru mu?
- teknik teklif dosya formatı uygun mu?
- mali teklif ayrı dosyada mı?
- zeyilname sonrası değişen madde işlendi mi?
- tüm sayısal tutarlar aynı mı?
- referans tarihleri şartname aralığına uyuyor mu?
Bu liste her ihalede aynı olmamalı. Mal alımı, hizmet alımı ve yapım işi için farklılaşmalı. Sektör özelinde daha fazla detay istiyorsanız hizmet alımı ihaleleri ve mal alımı ihaleleri sayfalarına bakabilirsiniz.
Satın alma kriteri 6: ekip iş akışı ve versiyonlama
Teklif hazırlığı ekip işidir. Bir kişi teknik metni yazar, biri fiyatı çalışır, biri belge toplar, biri son onayı verir. E-posta ve Word dosya adlarıyla bu süreci yönetmek, teklif sayısı arttıkça sürdürülemez.
Yazılımda olması gerekenler:
- görev atama
- sorumlu ve yedek kişi
- yorumlar
- dosya versiyonları
- onay akışı
- teslim takvimi
- gecikme uyarısı
“teklif_son_final_v3.docx” döneminin bitmesi gerekir. Yönetici panele bakınca dosyanın kaçta kaçının hazır olduğunu görmeli.
EKAP ve teslim tarafı
Teklif dosyası hazır olsa bile teslim süreci dikkat ister. Elektronik tekliflerde dosya formatı, e-imza, yetkili kişi ve yükleme zamanı önemlidir. Resmi işlemler için EKAP ekranı esas alınır; yazılım dosyayı hazırlar, yetkili kişi teslimi yapar.
Bu ayrım önemlidir. Hiçbir ciddi yazılım “sizin adınıza bütün hukuki işlemleri kapalı kutu yaparız” dememeli. Doğru yaklaşım: dosyayı hazırla, kontrol et, teslim için yetkili kişiye net paket sun.
30 günlük uygulama planı
Yazılımı aldıktan sonra ilk ayı şöyle planlayın:
- Hafta: şirket profili, belge kütüphanesi ve kullanıcı rolleri.
- Hafta: son 12 ayın teklif dosyalarını yükleme ve referans temizliği.
- Hafta: gerçek bir ihale üzerinde AI şartname + teklif iskeleti denemesi.
- Hafta: son kontrol checklist’i ve yönetim raporu.
İlk ay hedefiniz “her şeyi otomatik yapmak” değil. Hedef, tekrar eden işleri sisteme aktarmak ve ekibin aynı ekranda çalışmasını sağlamaktır.
Tendermeister ile nasıl başlamak mantıklı?
Tendermeister’i deneyecekseniz bir demo sunumu izleyip bırakmayın. Gerçek bir geçmiş ihalenizi seçin. Şartnameyi yükleyin, belge kütüphanesine 10 temel belge ekleyin, referanslarınızı girin ve teklif iskeleti üretin.
Sonra şu üç soruya bakın:
- belge eksikleri doğru çıktı mı?
- teklif iskeleti ekip için kullanılabilir başlangıç verdi mi?
- son kontrol listesi gerçek hata yakaladı mı?
Yanıtlar evetse yazılım sadece “güzel arayüz” değildir; teklif üretim kapasitesini artırır.
Kamu pazarında büyümek isteyen firmalar için asıl avantaj burada doğar. Daha çok ilana bakmak değil, daha doğru ihaleye daha kontrollü dosya hazırlamak kazanma oranını yükseltir. Başlangıç için Tendermeister Türkçe ana sayfası üzerinden hesap açıp kart bilgisi girmeden ilk dosyayı deneyebilirsiniz.