Yazılım Firması Nasıl Seçilir? 12 Maddelik Kontrol Listesi (2026)

Yanlış yazılım firması seçimi, çoğu işletmeye yanlış yazılımdan daha pahalıya mal olur: yarım kalan projeler, teslim edilmeyen kaynak kodlar ve baştan yazılan sistemler sektörde istisna değil. QuantKOD olarak devraldığımız projelerde bu hataların izlerini sık görüyoruz ve gözlemimiz net: doğru yazılım firması seçimi teknik bir karar olduğu kadar sözleşme, iletişim ve referans doğrulama disiplinidir; aşağıdaki 12 maddelik kontrol listesi bu riskin büyük bölümünü daha imza atılmadan eler. Liste, 2026 Türkiye pazarında hem KOBİ'ler hem kurumsal alıcılar için geçerlidir.

Neden bir kontrol listesine ihtiyacınız var?

Yazılım satın alması, sonucu ancak aylar sonra görülen bir hizmet alımıdır. Vitrin herkes için aynıdır: şık web sitesi, etkileyici sunum, iddialı vaatler. Farkı ortaya çıkaran, doğru soruları sistematik biçimde sormaktır. Aşağıdaki maddeleri görüşme öncesi hazırlık, görüşme sırası sorgu ve sözleşme öncesi son kontrol olarak üç turda kullanabilirsiniz.

12 maddelik kontrol listesi

1. Benzer ölçekte referans isteyin ve gerçekten arayın. Sizinkine yakın sektör ve büyüklükte en az iki proje isteyin; referansı telefonla arayıp teslim tarihine uyumu, sorun anındaki tutumu ve bakım dönemini sorun.
2. Canlıda çalışan iş görün. Ekran görüntüsü değil, üretimde kullanılan sistem. Mümkünse referans müşterinin ekranından kısa bir tur isteyin.
3. Teknik ekiple tanışın. Projenizi kimin geliştireceğini öğrenin. Satış toplantısında teknik hiç kimse yoksa ve ekip “proje başlayınca belli olur” deniyorsa dikkat.
4. Gereksinim analizi sürecini sorun. İyi firma fiyat vermeden önce sorular sorar, analiz ister. Kapsamı dinlemeden fiyat veren firma, kapsamı proje sırasında size karşı koz olarak kullanır. Analiz aşamasının nasıl işlemesi gerektiğini gereksinim toplama yazımızda anlattık.
5. Fikri mülkiyetin devrini yazılı alın. Sözleşmede yazılımın, tasarımın ve dokümantasyonun mülkiyetinin ödeme tamamlandığında size geçtiği açıkça yazmalı.
6. Kaynak kod teslimini netleştirin. Kod deposuna proje boyunca erişim en sağlıklı model. “Kod bizde durur, siz kullanırsınız” modeli sizi tedarikçiye kilitler.
7. Aşamalı teslim ve kabul kriterleri isteyin. Proje 2-4 haftalık teslimlere bölünmeli, her teslimin kabul kriteri yazılı olmalı. Ödeme planı da bu aşamalara bağlanmalı.
8. Bakım ve destek şartlarını baştan konuşun. Garanti süresi, hata sınıflandırması, müdahale süreleri ve yıllık bakım bedeli imza öncesi netleşmeli. Bu konunun neden kritik olduğunu yazılım bakımı yazımızda ayrıntılı işledik.
9. İletişim ritmini tanımlayın. Haftalık durum toplantısı, yazılı özetler ve erişebildiğiniz bir proje takip panosu talep edin. Teklif aşamasında yavaş yanıt veren firma, projede daha da yavaşlar.
10. Teknoloji seçiminin gerekçesini isteyin. Seçilen teknolojinin ekosistemi geniş mi, o teknolojiyle çalışan geliştirici bulmak kolay mı? Tek bir firmanın bildiği egzotik bir altyapı, uzun vadede bağımlılık üretir.
11. Test ve güvenlik yaklaşımını sorun. Otomatik test yazılıyor mu, canlıya alma süreci nasıl işliyor, KVKK kapsamındaki veriler nasıl korunuyor? Cevapların muğlaklığı, kalitenin de muğlak olacağının işaretidir.
12. Toplam sahip olma maliyetini hesaplayın. Sadece geliştirme bedeline değil; lisanslar, sunucu, bakım ve gelecek geliştirmelere birlikte bakın. Fiyatı oluşturan dinamikleri maliyet faktörleri yazımızda bulabilirsiniz.

İyi sinyaller ve kırmızı bayraklar tablosu

Sözleşmede hangi maddeler pazarlık konusu bile edilmemeli?

Bazı maddeler “müzakere edilir” kategorisinde değildir; yoksa masadan kalkılmalıdır. Fikri mülkiyetin ödeme sonunda devri, kaynak kod ve dokümantasyon teslimi, kapsam değişikliklerinin yazılı onaya bağlanması ve fesih halinde o ana kadar üretilen işin teslimi bunların başında gelir. Bu maddeleri kabul etmeyen bir firma, ileride yaşanacak her anlaşmazlıkta yapısal olarak avantajlı konumda olur.

Buna karşılık ödeme planının detayları, toplantı sıklığı, garanti süresinin uzunluğu ve bakım paketinin kapsamı meşru pazarlık alanlarıdır. İki kategoriyi ayırmak, görüşmeleri hem hızlandırır hem de karşı tarafın kurumsal olgunluğunu test eder: ilkesel maddelere direnç gösteren firma, kırmızı bayrağı kendisi sallamış olur.

Küçük projelerde bu liste nasıl sadeleştirilir?

Bütçesi görece küçük bir iş için 12 maddenin tamamını aynı derinlikte uygulamak pratik olmayabilir. Asgari çekirdek şudur: en az bir referansın aranması, fikri mülkiyet ve kaynak kod maddelerinin yazılı olması, aşamalı teslim ve ödeme, bakım şartlarının netliği. Bu dört başlık, küçük projede bile yazılı olmadan ilerlenmemesi gereken zemindir. Proje büyüdükçe listenin geri kalanı devreye girer.

Fiyat farkları nasıl yorumlanmalı?

Aynı iş için 2026 pazarında teklifler arasında 3-5 kata varan fark görmek mümkün; bu tek başına kimsenin pahalı veya ucuz olduğunu göstermez, çoğu zaman herkesin farklı bir kapsam anladığını gösterir. Teklifleri karşılaştırmadan önce tüm firmalara aynı yazılı kapsam dokümanını verin ve neyin dahil olmadığını sorun. ₺ bazlı aralıklar projeye ve kapsama göre o kadar değişir ki, kapsam eşitlenmeden yapılan her fiyat kıyası yanıltıcıdır.

Bir diğer pratik yöntem, tüm adaylardan teklifle birlikte kısa bir çözüm özeti istemektir: işinizi nasıl anladıklarını iki sayfada yazsınlar. Kapsamı yanlış anlayan veya hiç anlamadan şablon teklif gönderen firmalar bu adımda kendiliğinden elenir; işinizi doğru özetleyen firma ise daha ilk adımda güven kazanır.

Karar aşamasında son kontrol nasıl yapılır?

Kısa listeye kalan 2-3 firma ile küçük bir başlangıç işi (ücretli keşif/analiz çalışması veya küçük bir pilot modül) yapmak, aylarca sürecek bir ilişkinin en ucuz test yöntemidir. Bu aşamada iletişim ritmi, dokümantasyon kalitesi ve söz-teslim tutarlılığı net biçimde görülür. Projenin imza sonrasında nasıl yönetilmesi gerektiğini proje yönetimi rehberimizde adım adım anlattık.

QuantKOD olarak kendi sürecimizi de bu şeffaflık ilkesiyle kurduk: analizden teslime her aşamayı süreç sayfamızda açıkça yayınlıyoruz; değerlendirdiğiniz her firmadan da aynı netliği istemenizi öneririz.