İçeriğe atla
W3 Bilişim
Çözüm · İhale ve vendor seçimiTeknik Danışmanlık
Karşılaştırılamayan teklifler, seçimi kura haline getirir.

Büyük Yazılım Projesi İhale Sürecindekiler İçin Teknik Danışmanlık

Teknik şartnameyi ölçülebilir gereksinimlere çeviriyor, teklifleri açılmadan önce belirlenmiş ağırlıklı bir matrisle puanlıyor, sözleşme ve hizmet seviyesi maddelerini teknik gözle okuyoruz. Amaç en ucuzu değil, kapsamı tutan teklifi görünür kılmak.

  • Şartname veya değerlendirmede görev alırsak yüklenici adayı olmuyoruz
  • Kriterler ve ağırlıklar teklifler açılmadan belirlenir
  • Puanların gerekçesi yazılı kaydedilir
  • Kapsam netleşmeden fiyat vermiyoruz
İhale masasında olan

Aynı işi tarif etmeyen üç teklif, aynı tabloda karşılaştırılıyor.

İhale sürecinin en kırılgan yeri teklif açma günü değil, şartnamenin yazıldığı gün. Karşılaştırmayı mümkün kılan da imkânsız kılan da orada belirleniyor.

← Görseli yana kaydırın →
Değerlendirmenin iki temel kuralı

Bu ikisi olmadan matris de puan da güven vermiyor; süreci kurarken ilk yazdığımız maddeler bunlar.

  • Kriterler önce, teklifler sonraKriterler ve ağırlıklar teklifler açılmadan yazılır, değiştirilmez; değişiklik gerekirse gerekçesiyle kayda geçer.
  • Her puanın bir dayanağı olurVerilen her puan teklifteki hangi ifadeye ya da hangi demo adımına dayandığıyla birlikte yazılır.
Yaklaşımımız

Şartnameden sözleşmeye kadar tek bir çerçeve.

İhale sürecinde her aşamanın çıktısı bir sonrakinin girdisi oluyor. Gereksinim kabul kriterine, kabul kriteri puanlamaya, puanlama sözleşme maddesine bağlanıyor.

← Görseli yana kaydırın →
  1. Gereksinim çıkarmaSüreç sahipleriyle görüşüp isteneni ölçülebilir gereksinimlere çeviriyoruz: işlev, hacim, entegrasyon ucu, veri ve kısıtlar.TeslimGereksinim listesiHacim ve entegrasyon ekiKapsam dışı listesi
  2. Teknik şartnameGereksinimler ölçülebilir maddelere ve kabul kriterlerine dönüşüyor. Teklif verenin dolduracağı standart bir kapsam formu ekleniyor.TeslimTeknik şartname taslağıKabul kriterleriKapsam formu
  3. Kriter ve ağırlıklarDeğerlendirme kriterleri, ağırlıkları ve puan tanımları teklifler açılmadan önce yazılıyor; herkes aynı ölçütle değerlendiriliyor.TeslimPuanlama matrisiPuan tanımlarıDeğerlendirme yönergesi
  4. Teklif ve demo değerlendirmeTeklifler kapsam formu üzerinden aynı çerçeveye getiriliyor, eksik kalemler listeleniyor; demolar hazır sunum yerine sizin senaryolarınızla yürütülüyor.TeslimKarşılaştırma tablosuEksik kalem listesiDemo senaryoları ve notları
  5. Sözleşme ve hizmet seviyesiKabul kriterleri, teslim kapsamı, sahiplik, destek ve geçiş maddeleri teknik açıdan okunuyor; hukuk birimine teknik not veriliyor.TeslimTeknik inceleme notuSLA ölçüt önerisiDevir ve çıkış maddeleri
İmza aracı · Kriter matrisi kurucu

Teklifleri neye göre karşılaştıracaksınız?

Proje türünü seçin, ardından her kriterin ağırlığını belirleyin. Ekran ağırlıkları yüzdeye çevirir, şartnameye yazılacak maddeleri ve o kriterde dikkat edilecek kırmızı bayrakları listeler. Hiçbir veri kaydedilmez.

1 · Proje türü
2 · Kriter ağırlıkları
  • Fiyat ve toplam maliyetİlk yatırım, yıllık bakım, lisans ve geçiş kalemleri birlikte
  • Kapsam uyumuGereksinimlerin karşılanma biçimi ve kapsam dışı kalanlar
  • Proje ekibi ve devamlılıkİşi fiilen yürütecek kişiler ve değişiklik kuralı
  • Benzer iş deneyimiReferansın büyüklük ve alan olarak yakınlığı
  • Teknik yaklaşım ve mimariÖnerilen çözümün gerekçesi ve sürdürülebilirliği
  • Entegrasyon yeteneğiMevcut sistemlerle veri alışverişi
  • Güvenlik ve veri korumaErişim, kayıt, saklama ve kişisel veri yaklaşımı
  • Destek ve hizmet seviyesiTeslim sonrası yanıt, çözüm ve raporlama
  • Sahiplik ve çıkışKaynak kod, veri ve dokümantasyon hakları
  • Geçiş, eğitim ve devirVeri aktarımı, eğitim ve canlıya alma planı
Ağırlıklı kriter matrisiniz
Seçtiğiniz kriterlerin ağırlıkları ve yüzde karşılıkları
KriterAğırlıkPuan payı
Fiyat ve toplam maliyet%14
Kapsam uyumu%14
Proje ekibi ve devamlılık%10
Benzer iş deneyimi%10
Teknik yaklaşım ve mimari%10
Entegrasyon yeteneği%10
Güvenlik ve veri koruma%10
Destek ve hizmet seviyesi%10
Sahiplik ve çıkış%10
Geçiş, eğitim ve devir%5
Şartnameye yazılacak maddeler
  • Fiyat ve toplam maliyetTeklif, ilk yatırım ile birlikte üç yıllık bakım, lisans ve destek kalemlerini ayrı ayrı gösterecek biçimde verilir.
  • Kapsam uyumuHer gereksinim için “karşılanıyor / uyarlamayla / karşılanmıyor” beyanı ve kısa açıklama istenir.
  • Proje ekibi ve devamlılıkAnahtar rollerin kimler olacağı, ayrılma durumunda yerine koyma süresi ve onay usulü yazılır.
  • Benzer iş deneyimiReferans işlerin kapsamı, süresi ve doğrulanabilir bir irtibat bilgisi istenir.
  • Teknik yaklaşım ve mimariÖnerilen mimari, kullanılacak bileşenler ve bu seçimlerin gerekçesi kısa bir belgeyle istenir.
  • Entegrasyon yeteneğiHer entegrasyon ucu için yöntem, veri alanları, sıklık ve hata durumunda davranış tanımlanır.
  • Güvenlik ve veri korumaYetkilendirme modeli, denetim kaydı, veri saklama süresi ve veri işleme yerleri beyan edilir.
  • Destek ve hizmet seviyesiOlay sınıfları, yanıt ve müdahale süreleri, çalışma saatleri ve raporlama biçimi ölçülebilir yazılır.
  • Sahiplik ve çıkışKaynak kodun, verinin ve dokümantasyonun kimde kalacağı ile devir formatı sözleşmede düzenlenir.
  • Geçiş, eğitim ve devirVeri aktarım kapsamı, doğrulama yöntemi, eğitim planı ve canlıya alma adımları istenir.
Teklifleri okurken dikkat
  • Fiyat ve toplam maliyet: Yalnız tek kalem fiyat veren ve yıllık maliyeti belirtmeyen teklifler.
  • Kapsam uyumu: Gereksinim listesine satır satır yanıt vermeyen, genel taahhütle geçen teklifler.
  • Proje ekibi ve devamlılık: Sunumu yapan ekip ile teslimde çalışacak ekibin farklı olması.
  • Benzer iş deneyimi: İsim listesi verip kapsam ve rol belirtmeyen referanslar.
  • Teknik yaklaşım ve mimari: Gerekçesiz teknoloji listesi; bakımı yalnız kendi ekiplerine bağlı özel çatılar.
  • Entegrasyon yeteneği: “Her sistemle entegre olur” ifadesi; uç bazında yöntem vermeyen teklifler.
  • Güvenlik ve veri koruma: Güvenlik başlığını yalnız sertifika listesiyle geçen teklifler.
  • Destek ve hizmet seviyesi: Süre yerine “en kısa sürede” gibi ölçülemeyen taahhütler.
  • Sahiplik ve çıkış: Devir maddesi bulunmayan ya da veriyi yalnız kendi formatında veren teklifler.
Bu proje türünde ayrıca sorulması gerekenlerKurumsal iç sistem
  • Mevcut ERP veya muhasebe sistemiyle hangi verinin hangi yönde aktarılacağı
  • Rol bazlı yetkilendirme ve denetim kaydı beklentisi
  • Mevcut veriden neyin, hangi kaliteyle aktarılacağı
Matrisi şartnameye dönüştürelim

Kurduğunuz ağırlıklar, gerçek bir değerlendirme yönergesinin taslağı olabilir. Takviminizi ve proje kapsamınızı anlatın; hangi aşamalarda yanınızda olacağımızı birlikte belirleyelim.

Bu araç genel bir değerlendirme çerçevesi kurar; kurumunuzun satın alma kuralları ve tabi olduğunuz mevzuat farklı gereklilikler getirebilir. Hukuki değerlendirme hukuk biriminize aittir.

Kapsam

İhale sürecinde hangi aşamada ne yapıyoruz?

Aşağıdakiler bir menü. Süreç başlamadan da katılabiliyoruz, teklifler geldikten sonra da; hangi aşamaların gerektiğini takviminize göre birlikte belirliyoruz.

← Görseli yana kaydırın →
İhale konusu ne olursa olsun

Değerlendirmede teknik zemini kendi uygulama deneyimimizden alıyoruz: web yazılım geliştirme, mobil yazılım geliştirme, API geliştirme ve Logo ERP çözüm ortaklığı tarafında yaptığımız işler, tekliflerde neyin gerçekçi neyin iyimser olduğunu ayırt etmeyi kolaylaştırıyor.

Teklif okuma tarafında yazılım firması seçerken dikkat edilmesi gerekenler yazımız sorulacak soruları ve kırmızı bayrakları topluyor. ERP entegrasyonu içeren ihalelerde Logo ERP entegrasyonu rehberi, güvenlik maddelerinde sızma testi (pentest) rehberi şartname yazarken işe yarıyor.

Örnek plan

Örnek bir ihale takvimi

Aşağıdaki akış orta ölçekli bir yazılım ihalesi için hazırlanmış örnektir; süreler kurumunuzun satın alma kurallarına ve teklif verme sürelerine göre değişir.

Örnek bir yazılım ihalesi takvimi ve aşama çıktıları
AşamaNe yapılırSonunda elinizde ne olur
1. haftaGereksinim atölyeleriGereksinim listesi, kapsam dışı listesi
2. haftaŞartname taslağı ve kabul kriterleriTeknik şartname, kapsam beyan formu
2–3. haftaKriter ve ağırlıkların belirlenmesiPuanlama matrisi, değerlendirme yönergesi
İlan dönemiSoru-cevap ve düzeltmelerYanıt seti, güncellenmiş şartname
Teklif sonrasıTeklif ve demo değerlendirmeKarşılaştırma tablosu, eksik kalem listesi
Sözleşme öncesiSözleşme ve SLA incelemesiTeknik inceleme notu, SLA ölçüt önerisi
← Görseli yana kaydırın →

Sözleşme imzalandıktan sonra ilk teslim aşamasında kısa kontroller öneriyoruz: kabul kriterleri gerçekten ölçülüyor mu, kapsam beyanı sahada karşılık buluyor mu. Erken fark edilen sapmayı düzeltmek, teslimde tartışmaktan kolay.

Devamı

İhale sürecinde işinize yarayacak sayfalar

Hizmet sayfasına dön →
SSS

Sık sorulanlar

Bağımsızlık, şartname dili, puanlama yöntemi ve sözleşme incelemesi hakkında en çok sorulanlar.

Bu ayrımı baştan netleştiriyoruz. Şartname hazırlığında ya da teklif değerlendirmede görev aldığımız bir süreçte aynı işin yüklenicisi olmaya aday olmuyoruz ve bunu yazılı beyan ediyoruz. Kurumunuzun kendi satın alma kuralları ve tabi olduğunuz mevzuat ek koşullar getirebilir; bu değerlendirmeyi hukuk ve satın alma birimlerinizle birlikte yapmak gerekir.

Takviminizi konuşalım

Süreç hangi aşamada: şartname yazılıyor mu, teklifler geldi mi, sözleşme masada mı? Nerede olduğunuzu anlatın; hangi aşamalarda yanınızda olacağımızı ve neyin teslim edileceğini birlikte netleştirelim. Keşif görüşmesi ücretsizdir.

  • İlk keşif görüşmesi ücretsiz
  • Yüklenici adayı olmadan değerlendirme
  • Kapsam netleşmeden fiyat vermiyoruz
Teknik Danışmanlık

Teklifleri gerçekten karşılaştırılabilir hale getirelim

Gereksinimle başlıyor, ölçülebilir şartnameye çeviriyor, ağırlıklı matrisle puanlıyor ve sözleşme maddelerini teknik gözle okuyoruz.

İlk keşif görüşmesi ücretsizYüklenici adayı olmadan değerlendirmeKapsam netleşmeden fiyat vermiyoruz