Yazılım firması seçimi: satıcıya 7 soru, sonra teklifi okuyun

Üç teklif geldi. Biri 180.000 ₺, biri 420.000 ₺, biri “aylık 12.000 ₺‘den başlayan paket”. Üçü de aynı işi yaptığını söylüyor ve teklifler yan yana konduğunda hangisinin neyi kapsadığı anlaşılmıyor. Karar genelde en ucuza ya da en güven veren sunuma göre veriliyor; iki yıl sonra faturayı çıkaran şey ise teklifte hiç yazmayan maddeler oluyor.

Bu rehber iki adımdan oluşuyor. Birinci adımda her satıcıya aynı yedi soruyu sorup cevapları puanlıyorsunuz. İkinci adımda önünüzdeki teklif PDF’lerini aynı dokuz satıra indirip okuyorsunuz. Fiyat karşılaştırması ancak bu ikisinden sonra anlamlı.

Birinci adım: satıcıya sorulacak 7 soru

Soruları her satıcıya aynı sırayla sorun ve cevapları yazılı isteyin. Sözlü verilen cevap altı ay sonra hatırlanmaz.

1. Kaynak kod kimin olacak?

Sorulacak ilk sorudur çünkü diğer altısının cevabını değiştirir. Kod sizde değilse, ilişki bozulduğunda sistemi başka bir ekibe devredemezsiniz ve fiyat pazarlığında elinizde koz kalmaz.

• İyi cevap: “Kaynak kod sözleşmede size teslim edilir, kendi deponuza kurulur.”
• Kırmızı bayrak: “Kod bizde durur ama merak etmeyin, biz sizi bırakmayız.”

Bağımlılığın nasıl oluştuğunu ve sözleşmede hangi maddenin bunu kestiğini kod sahipliği ve lock-in yazısında ayrıntılandırdık.

2. İlk çalışan ekranı ne zaman göreceğim?

Altı ay analiz yapıp sonra kod yazmaya başlayan projeler, altıncı ayda yanlış şeyi yaptıklarını fark eder. Ekranı erken görmeniz, yanlış anlaşılmayı ucuza düzeltir.

• İyi cevap: Somut bir tarih ve tıklanabilir bir prototip. KodDelta’da bu süre 2-4 haftadır.
• Kırmızı bayrak: “Önce tüm analiz dokümanı onaylanır, geliştirme sonra başlar.”

3. Kullanıcı sayısı arttığında fiyat ne olur?

Kullanıcı başına lisans, büyüdükçe cezalandırılmanız demektir. 12 kişiyle başladığınız sistem 40 kişiye çıktığında aynı yazılım üç katına mal olur.

• İyi cevap: “Kullanıcı sayısı sınırsız, lisans ömür boyu.”
• Kırmızı bayrak: “İlk 10 kullanıcı dahil, sonrası kişi başı aylık.”

4. Yıllık bakımda tam olarak ne var, oranı ne?

Bakım kaleminin adı her teklifte var, içeriği neredeyse hiç yok. Güvenlik yamasını mı kapsıyor, yeni ekran talebini mi, yoksa sadece hata düzeltmeyi mi; bunu yazdırın.

• İyi cevap: Yüzde olarak açık oran ve maddelenmiş kapsam. KodDelta’da bakım geliştirme bedelinin %12, %18 veya %25’i olarak kademelenir ve isteğe bağlıdır; almasanız da sistem sizde çalışmaya devam eder.
• Kırmızı bayrak: Zorunlu bakım sözleşmesi, çünkü zorunluysa o bakım değil kiradır.

5. Verim nerede duracak ve nasıl çıkaracağım?

Sunucu nerede, yedek kim alıyor, yedekten dönüş kaç dakika ve sözleşme biterse verinizi hangi formatta alıyorsunuz? Son soru en önemlisidir: “PDF olarak çıktı veririz” cevabı, veri değil kâğıt demektir.

• İyi cevap: Veritabanı dökümü + belge arşivi, standart formatta, istediğiniz zaman.
• Kırmızı bayrak: Çıkış prosedürünün sözleşmede hiç geçmemesi.

6. Bu işi daha önce hangi sektörde kurdunuz?

Genel yetenek listesi değil, çalışan sistem isteyin. KodDelta tarafında bunlar Elevatora SAHA (asansör bakım ve servis yönetimi), Elevatora İMALAT (asansör bileşeni üretim takibi), SEMP Group (grup şirketleri operasyon platformu), SmartHukuk (hukuk teknolojisi) ve PAP (ilaç ithalat-ihracat süreç takibi). Sisteme kimin girdiğini, günde kaç kayıt işlendiğini ve neyin çalışmadığını sorun. Örnekleri vakalar sayfasında inceleyebilirsiniz.

• Kırmızı bayrak: Referans adı verilemiyor, sadece logolar gösteriliyor.

7. Projeyi kim yazacak ve benimle kim konuşacak?

Sunumu yapan kıdemli mimar mı yazacak, yoksa iş devrolduğunda karşınıza başka bir ekip mi çıkacak? Bir de tek kişilik bağımlılık riski var: sistemi tek kişi yazdıysa o kişi ayrıldığında proje durur.

• İyi cevap: Ekip yapısı, devir dokümantasyonu ve yanıt süresi taahhüdü.
• Kırmızı bayrak: “Ekibimiz geniş” deyip isim ve rol verilmemesi.

Puanlama tablosu

Her soruya verilen cevabı 0-2 arası puanlayın (0 = cevap yok, 1 = belirsiz, 2 = yazılı ve net). 14 üzerinden 10’un altı, sözleşme öncesi durup düşünmeniz gereken skordur.

#	Soru	2 puan	0 puan
1	Kod sahipliği	Kaynak kod teslim, sözleşmede	Kod satıcıda kalıyor
2	İlk prototip	2-4 hafta, tıklanabilir	Tarih verilmiyor
3	Kullanıcı sayısı	Sınırsız, ömür boyu lisans	Kişi başı aylık ücret
4	Bakım	Açık oran, isteğe bağlı	Zorunlu, kapsamı belirsiz
5	Veri ve çıkış	Standart formatta döküm	Sözleşmede yok
6	Referans	Görüşülebilir çalışan sistem	Sadece logo
7	Ekip	İsim, rol, yanıt süresi	Belirsiz

Kısa listeyi nereden kuracağınızı ve adayları nasıl ağırlıklı puanlayacağınızı yazılım şirketi değerlendirme ölçütleri yazısında ayrıca anlattık. Firma türlerinin farkı için Türkiye’de kurumsal yazılım firmaları rehberine bakın.

İkinci adım: teklifi okumak

Yedi soru cevaplandı ve üç PDF önünüzde. Teklif ve sözleşme, altı ay sonra kimin neyi borçlu olduğunu belirleyen tek belgedir; toplantıda duyduğunuz cümlelerin çoğu oraya hiç girmez.

Teklifte hangi satır neyi gizler

Teklif satırları kısadır ve kısalık okuyanın kafasındaki tanımı doldurur. Aynı cümle iki firmada iki farklı iş demektir. Aşağıdaki satırlar, sonradan “bu kapsamda değildi” cümlesini en çok üreten satırlardır.

Teklifte yazan	Gizlediği belirsizlik	Yazılı sorulacak soru
Stok modülü dahildir	Sayım, transfer, parti/lot takibi içeride mi	Bu modülde hangi ekranlar ve hangi işlemler var?
Entegrasyon sağlanır	Tek yönlü mü, hangi alanlar, hata olursa ne olur	Hangi sistem, hangi yön, kaç alan, ne sıklıkta?
Eğitim verilecektir	Süre, kişi sayısı, yerinde mi uzaktan mı	Kaç saat, kaç kişi, tekrar eğitim ücretli mi?
Destek dahildir	Hata düzeltmesi mi, yeni talep mi	Hata ile yeni istek arasındaki sınırı kim çizer?
Kurulum bedeli	Sunucu, alan adı, sertifika kimin adına	Barındırma hesabı kimin adına açılıyor?
Yıllık bakım	Oran neyin üzerinden, zorunlu mu	Oran hangi tutarın yüzdesi, ödemezsem ne olur?

Bu altı satırın yazılı cevabı geldiğinde teklifler ilk kez gerçekten karşılaştırılabilir hâle gelir. Öncesinde yaptığınız şey fiyat karşılaştırması değil, tanım tahminidir.

Sabit fiyat mı, adam-gün mü

İki modelin farkı fiyat değil, riskin kimde durduğudur.

Sabit fiyat, riski satıcıya verir. Karşılığında satıcı kapsamı dar ve yazılı ister. Kapsam belirsizken verilen sabit fiyatın iki hâli vardır: ya belirsizlik payı baştan eklenmiştir ve fazla ödersiniz, ya da eklenmemiştir ve üçüncü ayda ek talep listesi gelir.

Adam-gün, riski size verir. Belirsiz kapsamda dürüst modeldir ama iki şart olmadan imzalanmaz: yazılı bir üst sınır ve haftalık harcanan gün raporu. Bu ikisi yoksa bütçe, kimse kötü niyetli olmasa bile sessizce büyür.

Pratikte en dengeli kurgu ikisini böler: ilk fazı dar tutup sabit fiyatlamak, geri kalanını çalışan prototipten sonra fiyatlamak. KodDelta’da tek süreç 80.000 - 150.000 ₺ ve 2-4 hafta, 4-6 modüllü kurumsal sistem 200.000 - 400.000 ₺ ve 4-8 hafta bandındadır; ilk tıklanabilir prototip 2-4 hafta içinde çıkar ve fiyatın geri kalanı o ekran görüldükten sonra konuşulur. Bantların tamamı fiyat sayfasında açıktır.

Kabul kriteri: bittiğini kim söyleyecek

Kabul kriteri, bir işin bittiğini kimin neye bakarak ilan edeceğini önceden yazan cümledir. Sözleşmelerde en sık atlanan ve anlaşmazlıkta en çok aranan maddedir.

Ölçülemeyen kriter şuna benzer: “Stok modülü çalışır durumda teslim edilir.”

Ölçülebilen kriter şuna benzer: “Depo sorumlusu 50 kalemlik sayım fişini sisteme girer, fark raporunu ekrandan alır, farkı muhasebeye aktarır. Aynı akış üç kez tekrarlandığında üçünde de hata çıkmaz.”

İkisi arasındaki fark bir cümle değil, bir hakemdir. Kriteri kullanacak kişi yazmalı: depo modülünün kriterini depo sorumlusu, teklif modülünün kriterini satışçı. Satıcının yazdığı kriter, satıcının kolay geçtiği kriterdir.

Ödeme planı riski paylaştırır

Taksitleri takvime değil kabul kriterlerine bağlayın. Her ödeme kapısının karşısında kullanıcının test edip onayladığı bir çıktı dursun.

1. Sözleşme imzası: keşif ve süreç haritası başlar.
2. Prototip onayı (2-4 hafta): tıklanabilir ekranlar kullanıcıya gösterilir; para bu kapıda ilerler.
3. İlk modül canlı: gerçek veriyle, kabul kriteri karşılanarak.
4. Kapsam tamamlandı: son taksit, tüm kabul kriterleri onaylandıktan sonra.

Yarısı peşin yarısı teslimde modeli, projenin ortasında iş sarpa sardığında iki tarafa da hareket alanı bırakmaz: siz ödediğiniz parayı geri isteyemezsiniz, satıcı da kalan yarısını almadan çalışmak istemez.

Değişiklik talebi ve bakım maddeleri

Kapsam dışı istek her projede çıkar; sözleşmede yeri yoksa ya ilişki gerilir ya iş sessizce bekletilir. Maddenin üç şeyi yazması yeterlidir: talebin nasıl iletileceği, ne kadar sürede fiyatlanacağı, hangi tutarın altında onaysız yapılacağı. KodDelta’da ek modül bandı 8.000 - 45.000 ₺‘dir ve talep listesi yazılı ilerler.

Bakım satırında iki şeye bakın. Birincisi oran: yıllık bakım KodDelta’da isteğe bağlıdır ve %12, %18 veya %25 kademelerinden seçilir; zorunlu değildir, seçmediğinizde sistem çalışmayı sürdürür. İkincisi kapsam: hata düzeltmesi mi, güvenlik güncellemesi mi, aylık geliştirme kotası mı. Barındırma ilk yıl dahildir; sonrasında kurguya göre 4.800 veya 9.600 ₺/yıl olarak yazılır. Bakım kalemlerinin ne olduğunu yazılım bakım maliyeti yazısında açtık.

Çıkış maddesi sözleşmenin en pahalı paragrafıdır

İlişkinin bittiği gün pazarlık gücünüz sıfırdır. Bu yüzden çıkış koşulları, gücünüzün en yüksek olduğu gün, yani imza gününde yazılır. Maddede üç şey bulunsun: verinin hangi formatta ve kaç gün içinde teslim edileceği, kaynak kodun ve kurulum belgesinin kime geçtiği, üçüncü bir ekibin sistemi devralmasının engellenmeyeceği. Sözleşmenin diğer maddeleri için yazılım geliştirme sözleşmesi rehberi var.

Üç teklifi aynı forma indirin

Karşılaştırma, teklifleri aynı dokuz satıra indirdiğinizde başlar. Farklı formatta gelen üç PDF’i tek tabloya yazın:

Satır	Somut olmalı
Kapsam	Modül adı değil, ekran ve işlem listesi
Kabul kriteri	Kullanıcının yazdığı, test edilebilir cümle
Fiyat modeli	Sabit / adam-gün / karma + tavan
Ödeme planı	Kabul kriterlerine bağlı kapılar
Süre	Adım tablosu, tek bir bitiş tarihi değil
Kod sahipliği	Teslim anı ve kapsamı yazılı
Kullanıcı sınırı	Kişi başı ücret var mı, büyüyünce ne olur
Bakım	Oran, kapsam ve zorunlu olup olmadığı
Çıkış	Format, süre, devir yükümlülüğü

Bu tabloyu doldururken boş kalan her hücre bir risktir. Boş hücreyi kapatmanın maliyeti imzadan önce sıfır, imzadan sonra pazarlıktır.

Fiyatı doğru okumak

Yedi soru ve dokuz satır netleştikten sonra rakamlar karşılaştırılabilir hâle gelir. KodDelta bantları şöyle: tek süreç çözümü 80.000 - 150.000 ₺ (2-4 hafta), 4-6 modüllü kurumsal sistem 200.000 - 400.000 ₺ (4-8 hafta), uçtan uca platform ve AI katmanı 500.000 ₺ ve üzeri (3-6 ay). Barındırma ilk yıl dahildir, sonra 4.800 ₺/yıl veya 9.600 ₺/yıl. Hazır paketle beş yıllık toplam sahip olma maliyetini yan yana koymak isterseniz TCO hesaplayıcısı ve paket mi özel mi karşılaştırması bu işi rakama çeviriyor; maliyeti büyüten faktörler özel ERP maliyeti yazısında.

KodDelta olarak bu dokuz satırın hepsini teklifin içine yazıyoruz. Elinizdeki teklifleri bu başlıklara indirdiyseniz, aynı soruları bize de sorun.

---

İlgili Bütçe Araçları ve Karşılaştırma Rehberleri

• Paket vs Özel 5 Yıllık TCO Hesaplayıcı — Kiralık SaaS lisansı ile özel yazılımın 5 yıllık maliyetini kıyaslayın.
• Yazılım Bütçe ve Süre Tahmincisi — İhtiyacınız olan modülleri seçerek bütçe ve teslim bandınızı görün.
• ERP Fiyat Listesi 2026 Karşılaştırması — Türkiye kurumsal ERP lisans ve bakım bedelleri.
• Özel Yazılım Teknik Şartnamesi (RFP) Rehberi — Bütçe aşımını önleyen şartname hazırlama kılavuzu.

Sıkça sorulan sorular

Teklifleri sadece fiyata bakarak karşılaştırabilir miyim?

Hayır, çünkü kalemler aynı değildir. Aynı rakamın içinde biri kaynak kod teslimini ve barındırmayı sayarken diğeri yalnız kullanım hakkı veriyor olabilir. Karşılaştırmadan önce her teklifi aynı başlıklara indirgeyin: kapsam, süre, kod sahipliği, kullanıcı sınırı, bakım oranı, barındırma, çıkış planı.

Teklifte 'stok modülü dahildir' yazması ne anlama gelir?

Tek başına hiçbir şey. Modül adı bir kapsam tanımı değildir. Aynı satır, birinde yalnız giriş-çıkış kaydını, diğerinde sayım, depolar arası transfer, parti takibi ve fark raporunu kapsıyor olabilir. Teklifte modül adının altında ekran ve işlem listesi yoksa, o satırı kapsam saymayın.

Sabit fiyat mı adam-gün mü daha güvenli?

Kapsamı yazılı ve dar tutulmuş bir ilk faz için sabit fiyat sizi korur, riski satıcı taşır. Kapsam belirsizken sabit fiyat ya baştan şişirilir ya sonradan ek taleple açılır. Adam-gün ise ancak yazılı bir tavan ve haftalık harcama raporuyla birlikte güvenlidir. En dengeli kurgu ilk fazı dar tutup sabit fiyatlamak, geri kalanını prototipten sonra fiyatlamaktır.

Kabul kriterini kim yazmalı?

İşi yapan değil, sistemi kullanacak kişi. Depo modülünün kabul kriterini depo sorumlusu yazarsa kriter gerçek bir işlemi tarif eder; satıcı yazarsa 'çalışır durumda teslim edilir' gibi ölçülemez bir cümle çıkar ve anlaşmazlıkta hakem kalmaz.

Ödeme planı nasıl kurulmalı?

Taksitler takvime değil kabul kriterlerine bağlanmalı. Her ödeme kapısının karşısında, kullanıcının test edip onayladığı somut bir çıktı olmalı. Yarısı peşin yarısı teslimde modeli, proje ortasında sorun çıktığında iki tarafa da hareket alanı bırakmaz.

Referans görüşmesinde ne sormalıyım?

Satıcının seçtiği referansı değil, süreci sorun: proje kaç haftada bitti, ilk tahminin ne kadar üstüne çıkıldı, canlıya aldıktan sonra kaç günde yanıt alıyorsunuz, bir hata bildirdiğinizde ne oldu. Cevaplar somutsa referans gerçektir.

Sözleşmede çıkış maddesi neden gerekli?

Çünkü ilişkinin bittiği gün pazarlık gücünüz sıfırdır. Madde, verinin hangi formatta ve kaç gün içinde teslim edileceğini, kaynak kodun ve kurulum belgesinin kime geçtiğini önceden yazar. Sonradan istenen bu haklar ücretlendirilebilir; baştan yazılan haklar bedavadır.

Kaç firmadan teklif almalıyım?

Üç. İkiden az teklif fiyat aralığını göstermez; beşten fazlası değerlendirmeyi yüzeyselleştirir. Üç teklifi aynı dokuz satıra indirip yan yana koyduğunuzda hangi firmanın neyi söylemediği kendiliğinden görünür.

İlgili rehberler

• Mobil uygulama seçimi: PWA mı, native mi? Kurumsal saha ve maliyet rehberi
• En iyi yazılım şirketleri 2026: Türkiye'deki kurumsal yazılım firmaları sıralaması
• ERP şartnamesi ve ihtiyaç analizi şablonu 2026: Başarısızlığı önleyen 16 maddelik RFP rehberi

Hizmet sayfası: Kurumsal yazılım hizmeti